Pull to refresh

Comments 12

Автор, перечитайте текст ещё раз. Много ошибок.

Вы программисты или лингвисты ? без разница сколько орфографических ошибок, если они не влияют на выполнение программы.

просто зануды.

а вот node_modules я бы убрал из репозитория.

Файлы с переменными окружениями

Сперва подумал, что опечатка, но у вас и на гитхабе так написано. Всё-таки не "окружениями", а "окружения" - https://wiki.archlinux.org/title/Environment_variables_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)

python -m venv venv && . ./venv/bin/activate && pip install Django;

Тут точку можно заменить на source, чтобы команда работала не только в bash, но и в zsh.

Ещё у вас в скрипте pythonn вместо python.

Это сколько же надо новых проектов начинать в неделю, чтобы окупить время, потраченное на данную работу? Как по мне, одноразовая активность менее получаса на проекте не нуждается ни в какой в автоматизации.

Есть Cookiecutter Django, но, очевидно, у него есть "фатальный недостаток" (с). Поэтому нужно создать свой кастомный шаблон, залить его на гитхаб и дать всем ссылку. Ясно.

Еще и куча комментариев на русском, игнорируя стандарты отрасли. Еще и с жуткими ошибками:

## Мы вставлять кастомные `html` в форму

За фокусы вроде `from foo import *` бьют по рукам во всех известных мне командах.

У меня тоже есть свой шаблон, он тоже есть на гитхабе, но он точно недостоин статьи и точно проигрывает Cookicutter по всем параметрам.

Непонятная чушь [https://github.com/cookiecutter/cookiecutter-django] качаем то качаем это, читаем то читаем это, нет, я хочу готовый АКТУАЛЬНЫЙ шаблон, настроенный проекта под все задачи, если мне что-то не нужно, я это потом удалю. Я не хочу разбираться в очередной переоценённой технологии, которая не даёт гибкости в действиях.

ИМХО повторяющаяся активность нуждается в автоматизации. Хотя бы для унификации на разных проектах. А как здорово выполнить скрипт, не вспоминая через пол года где что и как, просто раз и всё готово...

Sign up to leave a comment.

Articles