SP
я в целом мало книг читал (отноисительно), больше всякие c2 wiki и прочие блоги фаулера да статьи
Size: a a a
2021 May 28
V
В списке есть еще "чистая архитектура" мартина. Но с каждой книгой все меньше и меньше нового чего-то встречается
А
чистую архитектуру дядюшки Боба, после этой книги возникло ощущение, что я делаю что-то не так, но как правильно не знаю. Но хоть за направлением зависимостей начал следить. DDD Эванса (синяя которая), но сходу не осилил. Пару книг по паттернам ООП.
˸A
А и правда, чего? Машина Тьюринга удобнее ассемблера. Зачем нам на функциональном хаскеле писать? Давайте хотя бы сойдёмся на компромиссе (похапэ 😂)
Kd
вот бы еще архитектуру и нейминг через линтер форсить
V
нет хороших блогов на примете?
у меня пока накопились только 2, кроме хайповых
https://matthiasnoback.nl/
https://enterprisecraftsmanship.com/
у меня пока накопились только 2, кроме хайповых
https://matthiasnoback.nl/
https://enterprisecraftsmanship.com/
Kd
никто кстати подобных инициатив не встречал?
˸A
Зависит от яп. У вас похапэ? Потому что для хаскеля - одна литература, для джавы - другая
А
у меня java
V
разве?
V
я вот везде встречаю java/c# , но замаппить на мой похапэ - не трудная задача
SP
глупости говоришь
SP
он просто фанатик который считает что ФП это "что-то другое"
˸A
А конструктивно?
V
SP
а с тобой это не работает, зачем мне тратить силы)
А
но мне казалось, что от парадигмы архитектура на некотором уровне абстракции перестаёт зависеть. Тем более от языка. Это не так?
˸A
Нет. Не другое. Но ваш набор терминов для меня до сих пор дремучий лес (агрегаты, репозитории, и т п). В ФП хоть всё более формально
V
можно же сделать анемичные агрегаты
SP
все так, "парадигмы" в том месте где срутся ФП-ники и прочие заканчиваются на границах модулей, все остальные вещи - разделение ответственности, всяческие принципы формирования модулей/пакетов, information hiding, влияние структуры коммуникации в организации на архитектуру - это все одинаково работает.