Как Вы измерили бы код “качество” через крупный проект
Да: Если Вы не используете и не планируете использовать какой-либо IDE в будущем. И даже если Вы будете использовать IDE, то Вы возвратитесь ему, чтобы сделать много вещей. В энергии Вы перевозите на фургоне сценарии записи, сделайте сложные задачи как вместо того, чтобы индивидуально редактировать 500 строк делают это с (немного загадочный, но легкий понять, как только Вы берете), команда. Я initally нашел это трудным, но позже это помогло мне партия. Даже редактор лучшего IDE испытает недостаток в питании энергии. Vim может работать хорошо с CVS, SVN, сделать, отладчики и т.д.
номер: Если Вы будете придерживаться IDE как Eclipse или Netbeans. Или если Вы находите, что редакторы как Kate достаточно для Вас. У Infact Kate или Блокнота ++ или jEdit есть GUI и функции, которые можно пропустить в энергии. например, средство просмотра или Блокнот символа Kate ++ огромная строка меню.
5 ответов
Может быть, вы Вам будет интересен или поучителен следующий анализ: Повесть о четырех ядрах
Изменить: схема и соответствующие запросы
Цикломатическая сложность - достойный показатель «качества». Я уверен, что разработчики могли бы найти способ "поиграть", если бы это был единственный показатель! :)
И еще есть метрика CRAP ...
PS NDepend имеет около десяти миллиардов метрик, так что, возможно, стоит посмотреть. См. Также CodeMetrics для Reflector.
D'oh! Я только что заметил, что вы уже упомянули NDepend.
Было бы интересно отслеживать количество обнаруженных ошибок ...
Если вы берете на себя задачу улучшить общее качество кода. Вы можете взглянуть на:
- Сколько открытых проблем у вас в настоящее время и сколько времени требуется на их решение?
- Какой процесс у вас есть для сбора требований?
- Следуют ли ваши сотрудники передовой практике ?
- Есть ли у вас определенные правила для описания методологии программирования вашей компании.
Когда у вас есть несколько разработчиков, вовлеченных в большой проект, у каждого свой способ программирования. Каждый стиль программирования решает проблему, но некоторые ответы могут быть менее эффективными, чем другие.
Как вы используете свой персонал при атаке новой функции или исправлении существующего кода. Когда разработчики работают в командах, следуя советам программиста, каждый должен быть лучше.
Вы должны организовать свою работу вокруг шести основных характеристик качества программного обеспечения : функциональность, надежность, удобство использования, эффективность, ремонтопригодность и портативность. Я выложил в сеть диаграмму , которая описывает эти характеристики. Затем для каждой характеристики выберите наиболее важные метрики, которые вы хотите отслеживать. Например, некоторые метрики, такие как показатели Чидамбера и Кемерера, подходят для объектно-ориентированного программного обеспечения, другие, такие как цикломатическая сложность, являются более универсальными.
Количество программного клонирования / дублирования кода , чем меньше, тем лучше. (Ссылка обсуждает клоны и различные методы их обнаружения / измерения.)