Code Quality

Помните тот неловкий момент, когда вы пытались добавить простую функцию в свой трёхлетний кодовый базис и в итоге внесли изменения в семнадцать файлов? Да, это происходит, когда ваша архитектура становится слишком жёсткой. Это как строить дом, сварив все стены вместе — поначалу это выглядит впечатляюще, но удачи вам, если захотите добавить ванную комнату. Ирония в том, что мы были настолько одержимы идеей сделать всё «стабильным» и «определённым», что создали архитектуры, которые ломаются как сосульки, стоит только попытаться их немного согнуть....

Вы знаете это чувство, когда вы смотрите на функцию геттера из пяти строк, а ваш линтер кричит на вас, потому что покрытие составляет 87% вместо 95%? Да. Вот об этом моменте я и хочу поговорить. Сообщество тестировщиков проделало невероятную работу по популяризации модульных тестов, и не зря. Тесты находят ошибки, они придают уверенности, они действуют как страховка. Но где-то по пути мы коллективно развили религиозное отношение к написанию тестов. Идея о том, что каждая строка кода заслуживает теста....

В сфере разработки программного обеспечения широко распространено мнение, что мы должны любой ценой избегать сложности. Её считают смертным грехом и обсуждают во время ревью кода как какое-то табу. «Держите всё просто», — говорят они. «Сокращайте сложность», — кричат панели с метриками. Но вот в чём дело — я собираюсь высказать мысль, которая может вызвать у некоторых удивление: сложность — не ваш враг. Врагом является небрежность. Прежде чем закрыть эту вкладку, решив, что я потерял рассудок, выслушайте меня....

Вы знаете это чувство, когда вы приходите на buffet и наполняете свою тарелку всем, что доступно, а потом понимаете, что вам стоило ограничиться только пиццей? Примерно то же самое происходит, когда разработчики обнаруживают шаблоны проектирования. Не поймите меня неправильно — я люблю шаблоны проектирования. Они как хорошо организованный набор инструментов для решения повторяющихся проблем. Но есть неудобная правда, которую никто не хочет признавать на технических конференциях: шаблоны проектирования стали изолентой современной разработки программного обеспечения....

Представьте: вы торопитесь закончить работу до срока, который приближается быстрее, чем белка, напившаяся кофе. Ваша команда могла бы создать «идеальное» решение примерно за три недели. Или вы можете запустить рабочую версию завтра, стратегически сократив некоторые этапы. Добро пожаловать в искусство намеренного технического долга — где умные shortcuts становятся суперспособностями, а не грехами. В отличие от случайных ошибок в коде, возникающих после ночных сессий кодирования (#Виноваты), намеренный технический долг — это осознанный компромисс — рассчитанный риск, который даёт вам пространство для манёвра сегодня, планируя уборку на завтра....