Разница между начинающим и сильным разработчиком редко сводится к знанию языка. Чаще она в привычках: как человек читает чужой код, как оценивает сроки, что делает, когда задача поставлена неточно. Ниже — десять привычек, которые заметно влияют на результат.
Работа с кодом
- Читать больше, чем писать. В рабочем проекте на каждую строку нового кода приходится несколько страниц чужого. Умение быстро разобраться в незнакомом модуле экономит больше времени, чем скорость набора.
- Делать маленькие изменения. Небольшой понятный коммит проще проверить и откатить. Правка на тысячу строк почти всегда прячет в себе то, чего никто не заметил.
- Писать код так, чтобы его понял следующий. Через полгода этим следующим будете вы сами, и контекста в голове уже не останется.
- Не оставлять «временных» решений без пометки. Если упрощение сделано сознательно, оно должно быть описано в задаче, иначе через месяц никто не вспомнит, почему так.
Работа с задачами
- Уточнять постановку до начала работы. Половина переделок рождается из формулировки «сделай как на том сайте».
- Разбивать задачу на шаги и показывать промежуточный результат. Так расхождение с ожиданиями всплывает на второй день, а не в день сдачи.
- Оценивать сроки с учётом того, что всегда всплывает. Тестирование, правки после проверки, перенос на боевой сервер — это часть задачи, а не «мелочи после».
Работа с людьми
- Сообщать о проблеме сразу. Плохая новость дешевеет, когда о ней узнают рано.
- Объяснять без жаргона. Заказчику важно, что изменится для его клиентов и сколько это стоит, а не какой применён паттерн.
- Спокойно относиться к правкам своего кода на ревью. Замечание относится к решению, а не к человеку.
На что уходит рабочее время
Полезно хотя бы раз посмотреть, куда действительно уходит день. Типичная картина в веб-разработке выглядит примерно так:
| Занятие | Доля времени | Что помогает сократить |
|---|---|---|
| Чтение и разбор существующего кода | 30-40% | Понятные имена, короткие функции, комментарии к неочевидному |
| Написание нового кода | 20-25% | Готовые решения в проекте вместо каждый раз нового |
| Отладка и тестирование | 20-30% | Мелкие изменения, логи, воспроизводимые сценарии |
| Обсуждения и уточнения | 10-20% | Точная постановка задачи и примеры |
Как расти дальше
Самый надёжный способ вырасти — регулярно делать задачи чуть сложнее текущего уровня и разбирать результат. Полезно вести короткий журнал: что сломалось, почему, как чинили. Через несколько месяцев в этом журнале видны собственные типовые ошибки, а это и есть точка роста.
