Технологии
по делу.

Полчаса смотрел на функцию, которая должна была мержить данные из двух источников. Результат не сходился. Проверил все условия, прошёлся пошагово — вроде всё правильно. Уже начал подозревать, что где-то в бизнес-логике зарыта ошибка. Потом заметил комментарий над функцией: "// FIXME: временно захардкожено, пока не пофиксим api upstream". Двухлетней давности. Мне его оставил предыдущий разработчик — я даже не знал, что он тут был. Оказалось, один источник данных изменил формат ответа. А захардкоженное значение возвращало старый формат, и мержить было нечего. Комментарий сэкономил мне час. Странно, что я вообще его заметил — обычно такие вещи пролистываешь мимо.

Пользуюсь `Ctrl+r` уже лет пять и до сих пор нахожу что-то новое. Обратный поиск по истории — это когда набираешь начало команды, а шелл подсказывает, что ты делал похожее в прошлый раз.

У меня есть правило: если решение занимает меньше минуты — это не костыль, а элегантный хак. Звучит убедительно, пока не вспомнишь, что через полгода ты будешь час разбираться, почему этот "хак" ломает новую фичу. Классический сценарий: видишь баг, правишь в одном месте, понимаешь, что таких мест пять. Вместо того чтобы переделать логику, добавляешь ещё одно условие. Потом ещё. Через год у тебя в коде if-дерево на три экрана, которое "работает, если не трогать". Проблема не в том, что ты поленился. Проблема в том, что контекст решения забывается, а сам код остаётся. То, что казалось очевидным "здесь и сейчас", через месяц выглядит как послание инопланетян. Единственное, что реально спасает — комментарий рядом с костылём: почему так, когда, откуда растёт. Не "TODO: переделать", а нормальное объяснение. Потом ты сам себе скажешь спасибо.