Статья разводит «технический вкус» и навык: первый — это способность подбирать набор инженерных ценностей под конкретный контекст, а не следовать догмам. Автор показывает на примере выбора между map/filter и циклом for, что «красивое» решение зависит от языка, производительности и целей. Зрелость проявляется в умении балансировать компромиссы, а не выбирать «единственно правильную» технику.

• Ключевые ценности, между которыми приходится торговаться: отказоустойчивость, читаемость, корректность (типы, тесты, фаззинг, формальные методы вроде Alloy), гибкость, портируемость, масштабируемость (готовность к росту трафика ×10/×100), скорость разработки.
• Примеры обменов: Rust vs Python ради производительности и корректности; ставка на AWS ради масштабируемости ценой портируемости; мульти-регион ради отказоустойчивости ценой скорости релизов.
• Плохой вкус = догматичность и перенос «лучших практик» вне контекста. Хороший — когда структуры и решения, за которые вы отвечаете, стабильно приводят проекты к успеху.
• Как развивать вкус: работать в разных доменах, осознанно фиксировать, где ценности конфликтуют, «зеркалить» вкусы джунов и избегать универсальных правил. Дискуссия на Hacker News подчёркивает, что даже сугубо технические решения неизбежно окрашены ценностями.