КО
Процесс изменения критериев критических выборов (tradeoff-ов)
Это скорее про мыслительный процесс архитектора. 😅
Size: a a a
2021 April 02
ii
Это их проблемы - видеть форму, а не содержание.
Ну про четвертую производную, извини, ты загнул))
PD
Не соглашусь. Тут не предполагается супер-универсальность на все возможные случаи. Достаточно качественного разбиения га модули, переиспользуемости, читабельности, SOLID и прочих хороших практик. Тогда не придется выкидывать ball of mud, а можно будет собрать из имеющихся деталей конструктора новое решение под новые требования, возможно, заменим часть деталек на новые.
Это все про микродизайн. И, например, при микросервисном процессе разработки эти детали вообще не важны.
PD
Это скорее про мыслительный процесс архитектора. 😅
Не, там еще одна производная. Про критерии выбора процесса
YP
Мыслить можно как угодно, мувы заказчика вы предсказать слабо сможете в любом случае
Не нужно ничего предсказывать, вы не на интузиазме делаете ПО. Для чего вам РМ?
AS
Yury P
Не нужно ничего предсказывать, вы не на интузиазме делаете ПО. Для чего вам РМ?
дак PM зависит от заказчика
ii
дак PM зависит от заказчика
Это просто менеджер.
AS
ну грубо - мы играем 10 тендеров... для них надо сделать 10 фич за полгода, но сделать успеем только 6... да и тендеров мы выиграем только 4.. каких и когда - не известно
КО
Это все про микродизайн. И, например, при микросервисном процессе разработки эти детали вообще не важны.
Дизайн должен быть качественным и на микро и на макро уровнях. С чего вдруг миросервисы стали защищать от плохого кода?
AS
Дизайн должен быть качественным и на микро и на макро уровнях. С чего вдруг миросервисы стали защищать от плохого кода?
а причем тут дизайн архитектуры и плохой код7
ПБ
Четвертая производная от кода, если правильно посчитал.
А первые три как понимать?
AS
архитектура может быть хорошей а код гавно, как и наоборот
КО
а причем тут дизайн архитектуры и плохой код7
Изначально разговор шел и про качество кода и про качество архитектуры.
PD
Дизайн должен быть качественным и на микро и на макро уровнях. С чего вдруг миросервисы стали защищать от плохого кода?
Тем, что их чаще проще переписать, чем писать хорошо )
Это тоже вполне нормальный tradeoff
Это тоже вполне нормальный tradeoff
ii
Изначально разговор шел и про качество кода и про качество архитектуры.
Так качество - это чёткое определение. Это соответствие критериев приёмки ожиданиям
VN
я где-то раньше уже тут писал, что 80% ынтерпрайза это формошлепство и круды, для которых уже придумали там всякие фреймворки и best pactices по их пользованию.
YP
Vadim Naumovskiy
дано: крупный оператор связи, система благополучно жрет память и примерно раз в полторы недели валится нахрен в рандомное время. Система - mission critical. По результатам анализа всяких там perm gen, работы gc, настроек срабатывания full-gc и прочих страшных JVM слов выясняется, что таки память JVM не течет, а просто звезды так совпали, что вы выиграли джекпот, т.к. примерно у никого (3 тикета в оракловой поддержке не в счет) такой баг JVM не проявляется. И вот вам остается мучительно долго (полгода) ждать патча от ораклов, где они фиксят эту проблему с malloc в JVM.
внимание: поставите хоть какие-то костыли или поставите бизнес раком?
спойлер: мы тупо побудили саппорт раз в неделю рестартовать систему, и они даже под это какой-то скрипт наваяли.
внимание: поставите хоть какие-то костыли или поставите бизнес раком?
спойлер: мы тупо побудили саппорт раз в неделю рестартовать систему, и они даже под это какой-то скрипт наваяли.
Пишите ПО так, что бы не приходилось ставить костыли. Или вы свое неумение выпускать грамотные решения оправдываете неизбежностью костылей?
VS
Энивэй пока вы делаете «полный разбор и ищите оптимальное решение» Вася уже напилит костылей, потом от денег от заказчика купит серваков чтоб все бегало, а в этот гап напилит более оптимальное решение уже для существующего процесса
КО
Тем, что их чаще проще переписать, чем писать хорошо )
Это тоже вполне нормальный tradeoff
Это тоже вполне нормальный tradeoff
Иногда можно и так, конечно, но переписать обычно всё-таки сложнее и дороже, чем сразу нормально сделать.
VN
Yury P
Пишите ПО так, что бы не приходилось ставить костыли. Или вы свое неумение выпускать грамотные решения оправдываете неизбежностью костылей?
занавес. Вы хоть текст то читали?