- Лучший код тот, который не написан.
- Если нужно все-же писать код, то попробуйте сначала его сгенерировать (все еще без LLM).
- Если сгенерировать не удалось – пишите максимально простой понятный код.
- Пишите код для того, кто посмотрит его через полгода и все поймет.
- Через полгода – это про Вас (из будущего).
- Пишите код так, чтобы никто не понял, кто его написал (речь про общий стиль).
- Связывайте код с задачами (номер задачи в начале commit message, через полгода скажете себе спасибо).
- Не пишите тот код, которого не просили (а то это еще нужно будет поддерживать).
- Экономьте время тех, кто будет использовать ваш код (понятный контракт и документация).
- Ставьте себя на место QA, когда тестируете свой код.
- Ставьте себя на место другого разработчика, когда используйте свой код.
- Проектируйте на внезапное падение (не найдетесь, что ваш сервис всегда завершится корректно).
- Проверяйте все, что пришло извне (пользовательский ввод особенно опасен).
- Деплойте в пятницу (если научились; если нет – то учитесь).
- В программировании все еще две проблемы, избегайте их до последнего (кешируйте от безысходности).
- Прочитайте книжку по постгресу (сэкономите себе время при разработке).
- Используйте чаще мозг, чем LLM (LLM отупляет).
- Не забывайте программировать для души (но не тащите это в продакшн, см пункт 3).
- Неудачное планирование – запланированная неудача.
- Берите только отгрумленные и расписанные задачи в спринт.
- Не берите не отгрумленные задачи в спринт (еще раз для закрепления материала).
- Спрашивайте у PO, что будет через полгода и год при обсуждении задачи (можно заложить фундамент, но в разумных пределах).
- Программирование в “ворде” все еще дешевле (распишите в текстовом виде нижний и верхний слой).