![](https://habrastorage.org/r/w1560/getpro/habr/upload_files/92f/f95/64a/92ff9564a67b71663387e7f31c87fd26.png)
Культовый разработчик Кент Бек сформулировал принципы написания ПО, которые в вольном изложении звучат приблизительно так:
1. Заставь код работать.
2. Сделай его понятным.
3. Оптимизируй для лучшей производительности.
Этим основам не один десяток лет, однако джуны (да и старшие порой, будем честны:) спотыкаются уже на втором шаге. В результате получается рабочий, но нечитаемый код, который не просто трудно понять — его нельзя дополнить или исправить, не поломав программу.
Причина проста: на проектной работе важно как можно быстрее выйти на рынок и получить деньги. Джуны спешат разобраться с задачей, не тратя времени на рефакторинг и комментарии. Обычно до оптимизации дело так и не доходит: важные участки кода скорее «заморозят» и запретят вносить в них изменения, чем перепишут. Беда, если именно в них будет крыться экономическое преимущество системы.
Сгустили мы тучи, однако. Но всё же, как писать понятный код с первого раза? Рассказываем в материале!