Хороший код ускоряет выход продукта на рынок (time to market). Его написание — не прихоть отдельных программистов, а необходимость для бизнеса. Программист, пишущий плохой код, наносит бизнесу ущерб.
Зачем писать хороший код?
Мнение, что в бизнесе важнее скорость, чем качество кода, верно лишь отчасти. Ключевая метрика — time to market. Качественный код улучшает эту метрику. Время разработки может сократиться, например, с двух недель до трёх дней. Все техники проектирования направлены на уменьшение time to market. Рост сложности проекта с хорошим кодом происходит медленнее, чем с плохим. Плохой код может сделать проект неуправляемым, а выпуск новых функций — невозможным.
Переписывание проекта — дорого и рискованно. Плохо написанный код — это плохо формализованная спецификация. Переписывание может привести к совершенно другому продукту, отличающемуся от первоначальной задумки. Поэтому работа с legacy-кодом — важная задача. Только осознав пользу хорошего кода для бизнеса, можно начать его писать.
Стилистика и базовые знания
На начальном этапе важно решать тактические задачи. Большинство разработчиков среднего уровня работают именно так. Здесь важна стилистика кода и метапрограммирование — вложение смысла в код, понятного другим программистам. Правильное именование переменных, методов и классов, структурирование кода по файлам — важные аспекты. Это ещё не domain-driven design, но уже существенный шаг вперёд. На собеседованиях и code review сразу видно, прошёл ли кандидат этот этап.
Рекомендуемые материалы:
- Книги по безопасному программированию (например, «Чистый код» Роберта Мартина). Книга «Совершенный код» рекомендуется меньше, так как она больше сфокусирована на производительности, а не на стилистике.
- Спецификации языка и framework guidelines (например, стиль кода для C#).
Паттерны проектирования и тестирование
Следующий этап — работа с паттернами проектирования. Важно понимать общий подход к формализации операций. Полезно изучить поведенческие, структурные и креативные паттерны. Для разработчиков на .NET рекомендуется книга Сергея Теплякова «Паттерны проектирования в .NET». Она поможет разобраться с объектно-ориентированным программированием, слоистой архитектурой и разделением предметной логики от представления.
Идеальный сценарий — разработка ядра приложения, которое можно переносить в разные среды. Современный подход — разработка REST API для сервера и отдельного клиента. Понимание клиент-серверной архитектуры поможет освоить паттерны и слоистую архитектуру. Разработка через тестирование (test-driven development) помогает написать тестируемый код, разделяя представление и модель. Написание тестов способствует улучшению архитектуры кода.
Соблюдение базовых правил стилистики, использование паттернов проектирования и тестирование кода — необходимые шаги для написания качественного кода. Программист, игнорирующий эти принципы, рискует создать проект, который будет постоянно ломаться и требовать больших затрат на исправление ошибок. Даже если проект будет завершен, его дальнейшее сопровождение и развитие будут крайне затруднены. Освоение этих принципов — путь к успеху и востребованности как разработчика.