После физмат лицея передо мной были открыты все факультеты нашего местного вуза. Из экономики и программирования выбрал экономику. Поработал по специальности. И все равно я в программировании... так, как у автора, бывает очень часто
Под конец статья сдулась, если честно. Но спасибо за быстрый обзор и напоминание. Как шпаргалка начинающим подойдет. Только надо переформатировать блоки кода - у меня они дублируются и криво печатаются.
наверное, все-таки, PositiveBigInteger. И такой вопрос: вы несколько раз упомянули про JsonField. Как-то раз встала задача трекать дату и автора изменения в полях модели (т.е. не изменение всей записи, что можно было бы сделать полем с auto_now, а вот прям по полям). Я сначала решил эту задачу через JsonField и мне казалось вполне нормальным решением. Данные в поле обновлялись по ключу в момент сохранения изменений или создания записи, читались чаще, чем изменялись. Но коллеги в какой-то момент рекомендовали изменить подход и родить таблицу через GenericForeighKey, где каждому полю каждой таблицы, которая должна была быть вовлечена в этот функционал, создавалась обновляемая запись. Аргументом выступало требование к нормализации данных. Как бы вы рекомендовали решить эту задачу? Какой подход с какими плюсами и минусами вы видите?
Пару лет пытаюсь воспользоваться "рынком соискателя", да всё как-то не получается. Хотя стек самый распространенный, плюс освоен модный ныне фреймворк. И опыта уже 3+ - самый сок. Так что "все не так однозначно".
Ну, в примере проверки именно на тьюпл нет, в case сразу распарсивается некий массив (сидеть оказаться и списком) в переменные. Если распасивается в две переменные - первый кейс, если в три - во второй.
35... я в 40 начал переучиваться, а в 41 вышел на первую работу в ИТ после работы в персонале. Пока это всё. Даже не знаю, как это так звезды сошлись, что меня взяли.
После физмат лицея передо мной были открыты все факультеты нашего местного вуза. Из экономики и программирования выбрал экономику. Поработал по специальности. И все равно я в программировании... так, как у автора, бывает очень часто
Под конец статья сдулась, если честно. Но спасибо за быстрый обзор и напоминание. Как шпаргалка начинающим подойдет. Только надо переформатировать блоки кода - у меня они дублируются и криво печатаются.
наверное, все-таки,
PositiveBigInteger. И такой вопрос: вы несколько раз упомянули про JsonField. Как-то раз встала задача трекать дату и автора изменения в полях модели (т.е. не изменение всей записи, что можно было бы сделать полем с auto_now, а вот прям по полям). Я сначала решил эту задачу через JsonField и мне казалось вполне нормальным решением. Данные в поле обновлялись по ключу в момент сохранения изменений или создания записи, читались чаще, чем изменялись. Но коллеги в какой-то момент рекомендовали изменить подход и родить таблицу через GenericForeighKey, где каждому полю каждой таблицы, которая должна была быть вовлечена в этот функционал, создавалась обновляемая запись. Аргументом выступало требование к нормализации данных. Как бы вы рекомендовали решить эту задачу? Какой подход с какими плюсами и минусами вы видите?Курсы полезны тем, кто просто не знает, чему учиться, и перед кем стоит фактор времени.
Пару лет пытаюсь воспользоваться "рынком соискателя", да всё как-то не получается. Хотя стек самый распространенный, плюс освоен модный ныне фреймворк. И опыта уже 3+ - самый сок. Так что "все не так однозначно".
Ну, в примере проверки именно на тьюпл нет, в case сразу распарсивается некий массив (сидеть оказаться и списком) в переменные. Если распасивается в две переменные - первый кейс, если в три - во второй.
35... я в 40 начал переучиваться, а в 41 вышел на первую работу в ИТ после работы в персонале. Пока это всё. Даже не знаю, как это так звезды сошлись, что меня взяли.