Size: a a a

Software Design/Architecture/Zen

2020 September 26

SM

Sergey Milimko in Software Design/Architecture/Zen
Он вообще описывает сферического коня в вакууме. И при этом хочет конкретики.
источник

SM

Sergey Milimko in Software Design/Architecture/Zen
Фантаст в общем.
источник

SM

Sergey Milimko in Software Design/Architecture/Zen
Aleksandr Khristenko
Хех, не одного меня значит бесит, когда вместо функциональности говорят функционал
Не надо бесится. Это уже устоявшееся понятие в программистских кругах. Можно считать, что у слова «функционал» появилось новое значение.
источник

DK

Daniil Kostin in Software Design/Architecture/Zen
Sergey Milimko
Он вообще описывает сферического коня в вакууме. И при этом хочет конкретики.
это ближе к правде. Я хочу подход понять исходя из понятных мне вводных.
источник

k

knopkod4v in Software Design/Architecture/Zen
Ephrin
Вот. Скажите у кого есть идеи как контролировать сложность приложения, которое сильно базируется на событийной модели?
думаю так же как и все остальные. Шарить поменьше часто мутабельных данных(шаринг данных через ивенты ничего не меняет в этом смысле), соблюдать границы абстракций, выделять стабильные штуки в предметной области. Что-то такое, наверное
Это если сложность для тебя - внесение изменений с течением времени
источник

DK

Daniil Kostin in Software Design/Architecture/Zen
Jerzy Syrowiecki
отсутствие папки считать корневой папкой, например. а присутствие игнорировать. тогда папки смогут быть и не быть одновременно
до меня сейчас только дошло, что невозможно сделать без папок в архитектуре. Корневая все равно будет :)
источник

АГ

Алексей Гевондян... in Software Design/Architecture/Zen
да что ты заладил с этими папками) разберись сначала, какие сущности, какие события, какие бизнес задачи.
источник

SP

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

M

Maxim Kainov in Software Design/Architecture/Zen
Daniil Kostin
это ближе к правде. Я хочу подход понять исходя из понятных мне вводных.
Нет там никакого подхода )
источник

DK

Daniil Kostin in Software Design/Architecture/Zen
Maxim Kainov
Нет там никакого подхода )
Как нет? Основное модели в контексе, которые описывают бизнес функциональность.
источник

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen
Не даром в названии чата есть Zen - в одном сообщении не пояснить
источник

M

Maxim Kainov in Software Design/Architecture/Zen
Daniil Kostin
Как нет? Основное модели в контексе, которые описывают бизнес функциональность.
Ну вот, делай модели и описывай функциональность
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Apache DOG™
Просто не понятно почему кусок лапши на 100500 строк меньше суппортить чем куча классов по чуть чуть строк
потому что плохая идея «поддерживаемость» мерять строками. На поддерживаемость влияют вполне понятные практики вроде стабильности и количества зависимостей. А как код организован не столь важно. «клади то что меняется вместе рядом, то что не должно меняться вместе - отдельно». Стабильность можно по гиту трекать. Много трогают файлик - не стабильно. Если нестабильно и от этой штуки много кто зависит - значит выше шанс сломать вещи.

Людям просто удобно дрочить на вещи которые легко померять чиселком и которые можно мерять в статике без учета истории изменений
источник

SP

Sergey Protko in Software Design/Architecture/Zen
отсюда например и все эти «ой велосити команды» и прочие бесполезные код кавереджи как метрики качества кода
источник

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen
О, сумел пояснить Zen)
источник

AK

Aleh Kashnikau in Software Design/Architecture/Zen
Sergey Protko
потому что плохая идея «поддерживаемость» мерять строками. На поддерживаемость влияют вполне понятные практики вроде стабильности и количества зависимостей. А как код организован не столь важно. «клади то что меняется вместе рядом, то что не должно меняться вместе - отдельно». Стабильность можно по гиту трекать. Много трогают файлик - не стабильно. Если нестабильно и от этой штуки много кто зависит - значит выше шанс сломать вещи.

Людям просто удобно дрочить на вещи которые легко померять чиселком и которые можно мерять в статике без учета истории изменений
Но количество изменений легко трекать...
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
какие-то умные слова тут говорите, легко же все меряется, нажал в visual studio в меню на вкладку аля "анализ качества кода", подождал пару минут и вуаля ваш код лучший из лучших ни отнять ни добавить, вы восхитительны
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
это я к тому, что если вы простой смертный, то вам не будет доступна магия того как работают инструменты для анализа кода и прочего, потому что там туча этих метрик, а не пара тройка упомянутых в топ 5 книгах которые читает каждый разработчик
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
это как ажайл мерить
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
нужен отдельный чел который умеет это делать и занимается только этим несколько лет
источник