Профессиональный скептицизм

В начале карьеры я был тем, кто постоянно постоянно со всем соглашался. Проходит продукт-менеджер с горящими глазами и идеей залить революционную фичу за неделю и я уже вовсю рисую архитектуру в голове, предвкушая, как круто это будет смотреться в портфолио.
Но спустя годы, сотни багов и десятки бессонных ночей во время инцидентов, моим любимым словом стало нет. И это не потому что я стал ленивым или закостенелым ретроградом, как может показаться со стороны. Это и есть тот самый проф скептицизм. Когда новичок видит только хорошие стороны новой функции, я вижу неизбежное усложнение кодовой базы и потенциальные дыры в безопасности.
Я говорю не не самой не самой фиче, а той технической цене, которую придётся заплатить за неё. Опыт научил меня, что любая строчка кода это обязательство, которое нужно поддерживать, тестировать и обновлять. Мы сморим на архитектуру как на экосистему, добавление одного элемента может вызвать эффект домино и положить всю систему.
Поэтому мой скепсис на самом деле забота о продукте. Мы отказываем новым фичам не из вредности, а чтобы гарантировать, что те функции, которые уже работают, продолжат это делать стабильно. В конечном итоге, мастерство разработчика измеряется не количеством написанного кода, а количеством проблем, которых удалось избежать, вовремя сказав нет.