Size: a a a

Software Design/Architecture/Zen

2021 March 13

SP

Sergey Protko in Software Design/Architecture/Zen
сущности обычно становятся такими штуками
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Sergey Protko
в целом среднему разработчику достаточно следить за afferent/efferent coupling (потому что их можно посчитать) и просто записывать в кандидаты на рефакторинг штуки у которых обе чиселки большие
А потом хоба, половина логики изменения сущности в сервисе, и сразу меньше в два раза
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Евгений Ромашкан
А потом хоба, половина логики изменения сущности в сервисе, и сразу меньше в два раза
если это делает зависимости стабильнее то почему бы и да.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
я тут как-то наркомалил и пытался сделать шот тип шпаргалки (так себе вышло но)...
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Ну хотя в целом да
источник

SP

Sergey Protko in Software Design/Architecture/Zen
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Может пригодится, пасиб
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Хотя мне пока больше проблем доставляет обосновать почему надо сущности дробить
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Евгений Ромашкан
Хотя мне пока больше проблем доставляет обосновать почему надо сущности дробить
основная мотивация что-либо дробить - управление когнетивной нагрузкой на команды разработчиков.
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
А там паралелльно усиленная работа идёт над Json-api на запись с валидированием сущностей, иногда ещё и под соусом ddd
источник

SP

Sergey Protko in Software Design/Architecture/Zen
если у тебя 2-3 человека на проекте то ты просто никак не сможешь прочувствовать боль.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
потому что и так всем все знать надо
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Sergey Protko
если у тебя 2-3 человека на проекте то ты просто никак не сможешь прочувствовать боль.
Уже больше десятка
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Хотя пока не то чтобы прям что-то болит, на самом деле
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
Sergey Protko
в целом среднему разработчику достаточно следить за afferent/efferent coupling (потому что их можно посчитать) и просто записывать в кандидаты на рефакторинг штуки у которых обе чиселки большие
зачем вообще за ним следить, оно же само по себе получается, просто пишешь код следуя всем принципам и все, году в 16 считали каким-то автоматическим тулом, он показал че-то около 85% по шкале классного кода, все порадовались и забыли ибо и без измерений понятно что все збс
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Nikita Fedorov
зачем вообще за ним следить, оно же само по себе получается, просто пишешь код следуя всем принципам и все, году в 16 считали каким-то автоматическим тулом, он показал че-то около 85% по шкале классного кода, все порадовались и забыли ибо и без измерений понятно что все збс
"хочешь хорошо делай хорошо", хороший слоган и бесполезный
источник

SP

Sergey Protko in Software Design/Architecture/Zen
хорошо когда у тебя все проекты гринфилд.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Евгений Ромашкан
Хотя пока не то чтобы прям что-то болит, на самом деле
ну спроси у своего начальства болит ли у них) может удивишься) А может и нет пока проблемы
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Sergey Protko
хорошо когда у тебя все проекты гринфилд.
И разрабов больше одного, хотя это уже сложно совместить
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Sergey Protko
ну спроси у своего начальства болит ли у них) может удивишься) А может и нет пока проблемы
У cto или продактов?
источник