Легкость в поддержке определяется тем, что код:

• просто понять
• можно дополнить либо развить при этом не переписав бОльшую его часть
• легко тестировать

Качество исходного кода программы становится особо важным, когда над одним и тем же кодом работает более одного человека. Притом это может быть как группа разработчиков, работающих над проектом одновременно, так и разные разработчики работающие над кодом последовательно «по очереди».

Критерии качества кода

Основные критерии, определяющие качество кода, это:

• следование code conventions
• продуманная и эффективная обработка исключений
• наличие эффективного логгирования
• качественная документация кода
• отсутствие попыток ненужной(преждевременной) оптимизации
• адекватное использование технологий

Обеспечивая выполнение этих пунктов, команда обеспечивает качество кода, но не качество продукта(!).

Значение качества кода

Качественный код не должен быть самоцелью.

Доказательством тому может служить тот факт, что существует как  множество успешных программных систем при этом совершенно «гнилых» изнутри, так и множество систем с качественным кодом потерпевших провал.

Всегда возможна ситуация что код имеет очень высокое качество по всем возможным критериям, а заказчик, попробовав систему видит что это совсем не то, что он хотел получить. Поэтому нельзя добиваться качественного кода, абстрагируясь от целей по удовлетворению потребностей заказчика.

Важность умения писать качественный код

Обеспечить качество кода – всегда требует средств. Будь эти средства потрачены на дополнительные человекочасы не очень опытных разработчиков, либо на более дорогие человекочасы опытных разработчиков, которые без дополнительных усилий могут писать высококачественный код. И не всегда есть возможность потратить эти средства на повышение качества кода.

Когда надо работать с максимальной скоростью – то разработчики работают так, как умеют. И тот, кто умеет писать качественный код – тот даже в таких условиях будет писать качественный код. А кто не умеет – напишет плохой код. В условиях суровой реальности разработки ПО такое не редкость, поэтому умение писать качественный код – один из критериев профессионализма разработчика. Подчёркиваю, что один из многих. Поэтому то, что человек умеет писать качественный код, не является достаточным условием профессионализма.

Качество vs. трудозатраты

Бытует мнение, что качественный код – это всегда дополнительные трудозатраты. Однако смысл качества кода как раз и состоит в том, чтобы сократить затраты на его поддержку. Потратив сегодня деньги на обеспечение качества кода – мы сэкономим на его поддержке. Тем не менее, каждая конкретная ситуация ставит свои ограничения и поэтому принять это утверждение за истину мы не можем.

Практически все работодатели хотят от кандидатов:

• знания конкретных технологий
• знания ООП, ООД, паттернов
• знания английского языка
• опыт работы в определённой должности не менее указанного срока

Требования к знанию английского языка в разных местах могут варьироваться от чтения технической документации (что минимально в профессии) до свободного разговорного.

Эти четыре пункта в большинстве случаев образуют тот базис, которым должен обладать любой успешный кандидат. Первые три пункта обозначают те знания, которые должны давать возможность кандидату справляться с предполагаемыми задачами с надлежащим качеством. Последний пункт направлен на сдерживание проблем, связанных с неопытностью сотрудника. Держать неопытного сотрудника, потенциально склонного к серьёзным ошибкам, не каждая компания может себе позволить.

Также практически во всех объявлениях указывается то, что желательны знания «нужных» технологий (т.е. с использованием которых делается проект, на который хотят взять человека).

2. Требования средней частоты

Менее частые, но довольно распространенные требования:

• опыт работы в команде
• опыт работы с системами контроля версий, bugtracking-системами
• ответственность, умение выполнять задачи в срок
• умение разбираться в чужом коде

Этими требованиями проводится отбор кандидатов, которые уже имеют опыт в коммерческой разработке, а значит, не требуют дополнительного обучения и затрат.

3. Требования специфичные для вакансии младшего программиста

Объявлений таких достаточно мало, но сказать о них можно следующее:

• в большинстве случаев работодатель рассчитывает на студента
• часто, но не всегда, требуется какой-то начальный опыт по технологии
• самое главное – желание и умение учиться

4. Требования специфичные для вакансии старшего программиста

Получить классификацию требований как в анализе вакансии программиста и выявить тренды невозможно ввиду сравнительно малого количества вакансий. Это можно объяснить тем, что некоторые работодатели не разделяют объявления о вакансиях на уровни.

Основными моментами, которыми объявления о вакансии старшего/ведущего программиста отличаются от «просто» программиста, являются следующие:

• умение проектировать и анализировать архитектуру и дизайн приложения
• «продвинутые» умения, такие как умение оптимизировать

Отдельные требования специфичные для вакансий старшего программиста:

• опыт проектирования
• понимание принципов построения архитектуры программных систем
• умение писать эффективные алгоритмы
• опыт анализа предметной области и проектирования базы данных
• умение планировать и оценивать проектные задачи
• умение оценивать преимущества и недостатки выбранной архитектуры
• опыт UML моделирования
• написание архитектурных документов
• навыки оптимизации
• кластеринг и распределение нагрузки

5. Редкие и единичные требования

Требования из этой категории не образуют заметных трендов на рынке труда, однако могут быть использованы для построения портрета «идеального кандидата на вакансию программиста».

Редкие, но не единичные требования:

• высшее техническое образование
• умение писать качественный код
• опыт работы с конкретными продуктами
• знание конкретных предметных областей (чаще для 1С и ERP-систем)
• знание конкретных протоколов (для коммуникационных приложений)

Требования, встречающиеся в единичных предложениях о работе, как правило, покрывают отдельно взятые рабочие моменты в конкретной организации либо представляют собой желаемые личные качества кандидата. Примеры таких требований приведены ниже.

Рабочие моменты

• опыт работы в проектах строго придерживающихся формальных процессов разработки
• умение ориентироваться в современных технологиях
• умение анализировать спецификации
• умение писать тесты
• умение планировать и оценивать задачи
• умение писать техническую документацию

Личные качества:

• интерес к делу и профессиональному росту
• обучаемость
• коммуникабельность
• инициативность