GS
эти концепции применимы к проектам любых размеров? имеется ввиду есть ли смысл наворачивать всю эту схему если цель это 1-2 сущности и REST API к ним?
Применимы - да.
Нужны ли - нет
Нужны ли - нет
Size: a a a
2021 January 10
N
и что тогда вместо них использовать?
GS
и что тогда вместо них использовать?
К crud на 2 сущности, возможно, вообще можно готовое решение брать
a
Может не по теме но спрошу. Кусочек из моего docker-compose.yml
user: ${UID}:${GID}
volumes:
- .:/home/node/app
- /home/node/app/node_modules
Почему на хосте создается папка node_modules владелец которой root, а внутри контейнера с ней все нормально и она принадлежит node? Как это исправить?N
Можно брать книги не по языкам, а по проектированию / разработке
ок, перестаю задавать вопросы про сферические проекты в ваккууме, конкретные авторы/издания лучше искать или просто что в топе?
N
по проектировнию*
МБ
Можно брать книги не по языкам, а по проектированию / разработке
Найдешь скинь
Коллекционирую
Коллекционирую
c
Присоединяюсь к вопросу выше
GS
Найдешь скинь
Коллекционирую
Коллекционирую
Да вроде список книг стандартный.
Роберт Мартин Clean *, DDD, Шаблоны корпоративных приложений (вроде есть JS версия даже) от Фаулера.
Роберт Мартин Clean *, DDD, Шаблоны корпоративных приложений (вроде есть JS версия даже) от Фаулера.
c
Да вроде список книг стандартный.
Роберт Мартин Clean *, DDD, Шаблоны корпоративных приложений (вроде есть JS версия даже) от Фаулера.
Роберт Мартин Clean *, DDD, Шаблоны корпоративных приложений (вроде есть JS версия даже) от Фаулера.
Clean ... code?
GS
Clean ... code?
Чистый код, Чистая архитектура.
Остальные уже по другим темам
Остальные уже по другим темам
AA
AA
AA
AA
what is problem here?
el
Y💜
el