AO
Да всё понятно - просто надо понимать что это может легко привести не к улучшению бардака, а к ухудшению
Начинаешь с простого
Size: a a a
2020 November 18
AO
Потом, если надо, рефакторишь
ВН
Начинаешь с простого
Да, так правильно
AO
Тут зависит от количества команд
ВН
У меня просто до сих пор перед глазами пример когда начали со сложного))
ВН
// бля, проекты со старым typescript-ом это какая-то жопа
ВН
// хрен обновишь его - обновляешь, всё перестаёт собираться
AO
Программист решает, где код будет - в одной функции, в разных, в разных модулях, в разных ASGI-приложениях на том же апп-сервере, в разных сервисах, в разных сервисах на разных серваках и так далее...
Вроде у того же Соболева в блоге про это было хорошо написано
AO
У меня просто до сих пор перед глазами пример когда начали со сложного))
Есть такой общий совет - определи, какая функциональность позволит заработать 1000 баксов, опиши/зафиксируй её. И сделай только её любым самым простым способом. И вот потом уже рефакторинг/улучшения и прочее.
AO
Часто это приводит к монолитам на Django в первой версии
ВН
Та и пусть
ВН
Потом будет бабло - перепишешь
AO
Негры перепишут, да
AO
Та и пусть
Но тут есть нюансы
AO
1. Если команд много - сервисов тоже может быть несколько, закон Конвея где-то близко
AO
2. Иногда вот прямо сразу важна безопасность и нужно отделить ядро от того, что одним концом жопы торчит в интернет
AO
Просто чтобы минимизировать ущерб в случае чего
AO
Тогда будет будет типа DMZ что-то
AO
3. Делить монолит на фронтенд и бекенд часто удобно и часто это делают разные люди. Это связано с 1. пунктом. Даже если фронтенд рендерится на сервере.