SP
и если мы говорим про маленькие затраты на "починить" то в целом все эти загоны с померять могут быть дороже.
Size: a a a
2021 June 30
SP
табы или пробелы? ну ты понял.
ST
Для сопровождения "домашней" системы, например - норм.
ST
Ну и масштаб тоже важен, примерно одна предметная область. Классика жанра - расчет зарплаты
k
граждане! Не ведитесь, это обман! Микросервисы и прочие SOA подразумевают отсутствие в резюме этих баззвордов у ваших коллег!
RT
он нужен для ситуации когда непонтно что надо делать
SP
ну та же проблема с DevOps например. Была простая идея что "опсам надо больше понимать как работает система а разработчикам больше думать о том как фичи потом в проде сопровождать". Или там.. шо там еще за модные слова...
RT
разработка в условиях неопределенности
ST
В этой ситуации люди занимаются НИОКР
RT
ага, близко
RT
ок, ну вот однажды собрались программисты, не из последних, обсудили свой опыт и пришли к выводу что такое не всегда работает.
SP
я понимаю что ты там много лет работаешь и все такое.... но на тему аджайлов и маленьких систем - есть скажем DevOps Reports (Accelerate книжка) где делали довольно большое исследование на тему влияния различных факторов на продуктивность бизнеса.
SP
Я на днях смотрел видос где Кент Бэк рассказывал как он XP придумал
RT
что можно потратить время на ниокр, архитектуру, разработку, и через 2 года выяснить что созданный продукт никому не нужен
RT
даш ссылку?
RT
кента бека я люблю
SP
SP
оч интересная история о том как он на аджайл манифест повлиял (спойлер - никак, ему было плохо всю ту серию митингов и в целом хз почему он есть в списке), о том как он за "импровизировал" процесс...
RT
SP
ну и влияние практик и отсылки к prior arts