АГ
любая система может быть сложной в каких-то пределах.
Size: a a a
2020 August 03
SP
сложная система не обязательно влечет за собой сложность внесения изменений
KN
давайте лучше про носки? Мне кажется они в состоянии квантовой запутанности.
SP
квантовое тунелирование носков в момент стирки
KN
Кидаешь в машинку стиральную. Вроде пара. Вытаскиваешь, а там он один
KN
потом находишь второй, но первый исчезает
АГ
понятно, что сделать систему индексации миллионов сайтов, которая бы находила инфу за секунду на любой запрос релеватную "просто" - не получится. но можно ее вообще хотя бы сделать, а можно не сделать. а еще можно ее сделать так, чтобы только автор смог дальше что-то в ней менять, а можно так, чтобы еще кто-то смог, как-то так.
KN
А можно не делать
KN
идеальный код тот, которого не существует
KN
нет носков - нет проблем
АГ
но это не точно) система шредингера)
SP
А можно перестать рассуждать в контексте абстрактных коней и субьективных понятий
АГ
тесты не будут падать, если тестов нет)
SP
есть тесты, нет тестов, хорошая архитектура, плохая... это все вторично
АГ
есть задача, задача решена - все ок)
SP
есть 4 метрики которые могут тебе говорить хорошо у тебя дела или плохо. Автоматизация тестирования обычно просто нужна для улучшения оных но не это самоцель.
АГ
какие?
SP
lead time, deployment frequency, mean time to restore (MTTR) and change fail percentage
АГ
супер, спасибо)
SP
важный аспект разработки который многие почему-то не понимают - пока фича не в продакшене она не приносит денег. У всех же были проекты где год в прод не идут или там фичу пилили пару месяцев перед тем как оказалось что «немного не то»