Size: a a a

Software Design/Architecture/Zen

2021 February 10

YG

Yury Golikov in Software Design/Architecture/Zen
Сергей Моисеев
Мы может быть о разном говорим, я имел ввиду юнит-тестирование
Да, junit, mockito обычно стандарт
источник

YG

Yury Golikov in Software Design/Architecture/Zen
Или переопределяем в подклассе то, что нужно. Ибо класс тоже интерфейс
источник

СМ

Сергей Моисеев... in Software Design/Architecture/Zen
Yury Golikov
Или переопределяем в подклассе то, что нужно. Ибо класс тоже интерфейс
У класса конечно есть интерфейс, но мокнуть его не получится если класс помечен как final.
источник

YG

Yury Golikov in Software Design/Architecture/Zen
Сергей Моисеев
У класса конечно есть интерфейс, но мокнуть его не получится если класс помечен как final.
Их конечно можно мокнуть тем же мохито, но прийдется юзать модификацию байт кода, что не есть хорошо.
На моей практике - обычно просто не делают классы final
источник
2021 February 12

EE

Evgenii Evgenivich in Software Design/Architecture/Zen
Добрый день.
С чего начинать внедрение DDD?
Единый язык?
источник

EE

Evgenii Evgenivich in Software Design/Architecture/Zen
Есть ли где-то некий step by step?
источник

R

Roman in Software Design/Architecture/Zen
С всеобщего понимания, зачем нужен DDD
источник

SB

Sergei Baikin in Software Design/Architecture/Zen
Evgenii Evgenivich
Добрый день.
С чего начинать внедрение DDD?
Единый язык?
проверь можешь ли ты влиять на решения бизнеса давать обратную связь
Или ни там себе придумавают спускают проект менеджерам а они вам
Во втором случае можно даже не начинать дергатся
источник

EE

Evgenii Evgenivich in Software Design/Architecture/Zen
Sergei Baikin
проверь можешь ли ты влиять на решения бизнеса давать обратную связь
Или ни там себе придумавают спускают проект менеджерам а они вам
Во втором случае можно даже не начинать дергатся
Хорошо.

Если же все хорошо, то, что делать дальше?)
источник

SB

Sergei Baikin in Software Design/Architecture/Zen
Evgenii Evgenivich
Хорошо.

Если же все хорошо, то, что делать дальше?)
начните обсуждать с ними переводить их хаки в требования корректировать бизнес процесс для корректной имплементации ну и развивайте свой код с развитем бизнеса.

Вообще уточню что ДДД для меня жто абстрактаня штука о взаимодейсвиях и процессах.
Она не скажет как вам писать ваш код. Ибо что бы вы не написали(или даже решили не писать) если оно оптимально сответсвует целям бизнеса будет верным.
А тот же единый язык он сам будет появлятся и появится ибо надо будет общатся с бизнесом
источник

k

knopkod4v in Software Design/Architecture/Zen
Sergei Baikin
Я к тому что можно и вашим и ихним. Во время сборки объеденять
только непонятно немного флоу работы
Есть скажем 3 репы
бек, фронт, спека
допустим спеку пишет фронт
делает ветку в репе спеки под фичу, пишет там спеку, потом показывает бек-у, договариваемся о контракте.
Потом фронт делает ветку под фичу у себя, подтягивает себе спеку из ветки репы со спекой, поднимает мок-сервер и пилит
Ну и бек тоже подтягвиает инфу из ветки спеки, но только "глазами".
Так это происходит?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Evgenii Evgenivich
Добрый день.
С чего начинать внедрение DDD?
Единый язык?
Глоссарий. Собери у разных людей термины, определи значения, выдели контексты ибо одни и те же термины в разных контекстах значат разные вещи (язык не "единый" в этом смысле). Так же разные отделы могут юзать разные названия вещей но они мэпятся друг в дпужку
источник

EE

Evgenii Evgenivich in Software Design/Architecture/Zen
Sergey Protko
Глоссарий. Собери у разных людей термины, определи значения, выдели контексты ибо одни и те же термины в разных контекстах значат разные вещи (язык не "единый" в этом смысле). Так же разные отделы могут юзать разные названия вещей но они мэпятся друг в дпужку
Спасибо.
источник

EE

Evgenii Evgenivich in Software Design/Architecture/Zen
knopkod4v
только непонятно немного флоу работы
Есть скажем 3 репы
бек, фронт, спека
допустим спеку пишет фронт
делает ветку в репе спеки под фичу, пишет там спеку, потом показывает бек-у, договариваемся о контракте.
Потом фронт делает ветку под фичу у себя, подтягивает себе спеку из ветки репы со спекой, поднимает мок-сервер и пилит
Ну и бек тоже подтягвиает инфу из ветки спеки, но только "глазами".
Так это происходит?
Спасибо.
источник

EE

Evgenii Evgenivich in Software Design/Architecture/Zen
Sergei Baikin
начните обсуждать с ними переводить их хаки в требования корректировать бизнес процесс для корректной имплементации ну и развивайте свой код с развитем бизнеса.

Вообще уточню что ДДД для меня жто абстрактаня штука о взаимодейсвиях и процессах.
Она не скажет как вам писать ваш код. Ибо что бы вы не написали(или даже решили не писать) если оно оптимально сответсвует целям бизнеса будет верным.
А тот же единый язык он сам будет появлятся и появится ибо надо будет общатся с бизнесом
Спасибо
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Обновил
источник

EE

Evgenii Evgenivich in Software Design/Architecture/Zen
Sergey Protko
Глоссарий. Собери у разных людей термины, определи значения, выдели контексты ибо одни и те же термины в разных контекстах значат разные вещи (язык не "единый" в этом смысле). Так же разные отделы могут юзать разные названия вещей но они мэпятся друг в дпужку
glossarium - некие общие термины
ubiquitous language - для контекста
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Evgenii Evgenivich
glossarium - некие общие термины
ubiquitous language - для контекста
ну ты спросил с чего начать. Удобно начинать с глоссария
источник

EE

Evgenii Evgenivich in Software Design/Architecture/Zen
Ой)
Это был вопрос))
источник

EE

Evgenii Evgenivich in Software Design/Architecture/Zen
То есть UL - это глоссарий для bounded context'а?
А глоссарий - для общего понимания ?
источник