добавлять django.contrib.postgres нужно только если используешь PostgreSQL specific features
настройки в DATABASES лучше передавать через переменные окружения, а не явно их прописывать. Для pgdb же сделано, почему так же и для остальных не сделать?
а зачем AutoField писать? он и так уже есть у Model
Так в этом же вся мякота как раз - итоговая модель весит всего несколько Гб, а знаний там действительно зашито на петабайты. Как раз недавно состоялся опенсорс релиз Stable Diffusion, моделька которой по уровню вполне DALL-E 2, только все это локально. А существующие форки позволяют все это запускать на 4Гб видюхах и даже M1 маках (на интел маках, вроде, тоже пойдет). Примеры можно здесь посмотреть.
Избавляемся от .vue, .ts и .html файлов и склеиваем их в один .ts файл. “Зачем это всё?” — спросите вы.
Действительно спрошу. SFC - это как раз про .vue файлы, в которых присутствуют и template и script и (опционально) style. Зачем вместо этого держать разметку компонента в строке, как в доисторические времена без сборщиков? (К тому же, так ещё и тянутся в бандл лишние килобайты компилятор шаблонов)
И отдельный вопрос - зачем backend разработчиком руками настраивать Webpack, когда есть Vue CLI (а в 2022 году - Vite)?
Не начинайте учиться кодингу на языке, провоцирующем написание говнокода, построенного на побочных эффектах и UB (почему-то дающего правильный результат в компиляторе, который использует обучающийся, и потому обучающимся незамеченного).
Качественный код — это, прежде всего, самодисциплина кодера. И языки C, C++, JavaScript, Python, PHP и т.п. не в состоянии привить эту дисциплину.
Хотите учиться — на начальном этапе берите язык, удобный именно для обучения: маленький, ортогональный (не имеющий множества способов сделать одно и тоже), не позволяющий никакого своеволия, не имеющий кучи правил по умолчанию, особых случаев, исключений из правил, максимально жёсткий к допущенным кодером ошибкам и неточностям. В порядке уменьшения предпочтительности: Oberon-07 (другие языки линейки Oberon тоже прекрасно подходят, но они немного больше и сложнее), Modula-2, классический виртовский Pascal.
N.B. Язык C вполне маленький, но по остальным критериям для обучения категорически не подходит.
Если же учится сразу на модном промышленном языке, то, ИМХО, единственный современный вариант — Go: язык, основанный на C, но вычищенный от всех артефактов конца 60-х годов, не позволяющих писать на C чистый и надёжный код. Эти механизмы языка C имели смысл в 70-е годы (позволяя писать быстрый и компактный код ценой полного отсутствия какого-либо контроля со стороны компилятора), но 2021 году они выглядят совершеннейшим анахронизмом.
N.B. Go — практически единственный маленький современный популярный язык с очень сильной статической типизацией. Большинство модных языков — монстры, разбухшие от совершенно ненужных рюшечек, позволяющих написать код на несколько символов короче.
P.S. Раз статья про обучение кодингу, то и комментарий об этом. Если же говорить не про кодинг, а про программирование, то начинать надо не с языка, а с качественно учебника программирования — который будет учить не приёмам написания кода в конкретном языке, а базовым свойствам алгоритмов (начиная с O алгоритма и того, как именно это О связано с реальным быстродействием) и умению выбирать для данной задачи оптимальный алгоритм её решения.
Ну давайте я агрумент приведу, хоть я об этом и писал совсем недавно в соседней теме. Я считаю, что питон для начинающих — отравленный подарок, поскольку его правила трудоформализуемы для начинающих. В итоге как только размер программы у начинающего превышает пару сотен строк, начинается борьба с неочевидными (для начинающего) глюками.
добавлять django.contrib.postgres нужно только если используешь PostgreSQL specific features
настройки в DATABASES лучше передавать через переменные окружения, а не явно их прописывать. Для pgdb же сделано, почему так же и для остальных не сделать?
а зачем AutoField писать? он и так уже есть у Model
как использовать докер, хорошо посмотреть у крупных проектов на github, например, https://github.com/saleor/saleor-platform/blob/main/docker-compose.yml https://github.com/saleor/saleor/blob/main/Dockerfile
Так в этом же вся мякота как раз - итоговая модель весит всего несколько Гб, а знаний там действительно зашито на петабайты. Как раз недавно состоялся опенсорс релиз Stable Diffusion, моделька которой по уровню вполне DALL-E 2, только все это локально. А существующие форки позволяют все это запускать на 4Гб видюхах и даже M1 маках (на интел маках, вроде, тоже пойдет). Примеры можно здесь посмотреть.
Из последних наиболее эффективных методов детекции текста это DBNet++, https://arxiv.org/pdf/2202.10304.pdf
Действительно спрошу. SFC - это как раз про .vue файлы, в которых присутствуют и template и script и (опционально) style.
Зачем вместо этого держать разметку компонента в строке, как в доисторические времена без сборщиков? (К тому же, так ещё и тянутся в бандл лишние килобайты компилятор шаблонов)
И отдельный вопрос - зачем backend разработчиком руками настраивать Webpack, когда есть Vue CLI (а в 2022 году - Vite)?
Качественный код — это, прежде всего, самодисциплина кодера. И языки C, C++, JavaScript, Python, PHP и т.п. не в состоянии привить эту дисциплину.
Хотите учиться — на начальном этапе берите язык, удобный именно для обучения: маленький, ортогональный (не имеющий множества способов сделать одно и тоже), не позволяющий никакого своеволия, не имеющий кучи правил по умолчанию, особых случаев, исключений из правил, максимально жёсткий к допущенным кодером ошибкам и неточностям. В порядке уменьшения предпочтительности: Oberon-07 (другие языки линейки Oberon тоже прекрасно подходят, но они немного больше и сложнее), Modula-2, классический виртовский Pascal.
N.B. Язык C вполне маленький, но по остальным критериям для обучения категорически не подходит.
Если же учится сразу на модном промышленном языке, то, ИМХО, единственный современный вариант — Go: язык, основанный на C, но вычищенный от всех артефактов конца 60-х годов, не позволяющих писать на C чистый и надёжный код. Эти механизмы языка C имели смысл в 70-е годы (позволяя писать быстрый и компактный код ценой полного отсутствия какого-либо контроля со стороны компилятора), но 2021 году они выглядят совершеннейшим анахронизмом.
N.B. Go — практически единственный маленький современный популярный язык с очень сильной статической типизацией. Большинство модных языков — монстры, разбухшие от совершенно ненужных рюшечек, позволяющих написать код на несколько символов короче.
P.S. Раз статья про обучение кодингу, то и комментарий об этом. Если же говорить не про кодинг, а про программирование, то начинать надо не с языка, а с качественно учебника программирования — который будет учить не приёмам написания кода в конкретном языке, а базовым свойствам алгоритмов (начиная с O алгоритма и того, как именно это О связано с реальным быстродействием) и умению выбирать для данной задачи оптимальный алгоритм её решения.
Вот для того, что бы таких «проблем» не было у новичков — я всем (кто хочет «войти в ИТ») рекомендую нормальные курсы смотреть, например базовый курс на русском по Python для начинающих на 35 (!!!) часов или Python Complete Masterclass for Beginners на 30 часов
. Там все такое разбирается.
Так же можно всегда почитать официальный туториал на английском.
Дом без геологоразведки же не строим? Так почему к Python мы относимся как к чему-то «простому»?