Comments on: Ремонт нельзя закончить, его можно только остановить.

By: Блог об IT бизнесе » Blog Archive » Поднятие качества. Либо пан, либо пропал.

Tue, 06 May 2008 03:07:41 +0000

[...] Я когда-то уже писал о рефакторинге тут. [...]

By: Victor Ronin

Victor Ronin — Mon, 17 Mar 2008 19:26:15 +0000

Я уже поставил. Увы, проверка орфографии в всех этих плагинах страдает
а) Пунктуацию они вообще не проверяют
б) Если опечатка или не согласованные рода и падежи совпадают с другим правильным русским словом – то оно их не помечает как неправильные.

By: http://i-love-python.livejournal.com/

http://i-love-python.livejournal.com/ — Mon, 17 Mar 2008 19:18:37 +0000

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

By: Энергетика

Энергетика — Fri, 22 Feb 2008 13:47:08 +0000

Интересно!

By: Victor Ronin

Victor Ronin — Mon, 18 Feb 2008 16:38:18 +0000

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

By: Domino

Domino — Mon, 18 Feb 2008 08:53:46 +0000

Низкая грамотность сильно портит впечатление от неплохой статьи.

By: Михайлов

Михайлов — Sat, 16 Feb 2008 17:59:15 +0000

Причем остановить исключительно на время )

By: Victor Ronin

Victor Ronin — Sat, 16 Feb 2008 03:31:19 +0000

Да, безусловно есть методы оценки кода. И кстати, мы собираемся переходить на MS VS 2008 по причине того, что в ней достаточно много встроенных утилит по работе с кодом (в том числе и оценке качества).

ЦСК и КИС можно действительно посчитать автоматически. А вот например количество “заплаток” или неправильную архитектуру и плохие языковые конструкции очень тяжело оценить автоматически. Ну и естественно, когда нельзя автоматически оценить, то время оценки очень возрастает.

Немного с боку темы, но просто вспомнилось. Мне знакомый присылает постоянно “перлы” с одного проекта, который ему достался в “наследство”.

И там постоянно конструкции типа:

for (int i = 0; i < 10; i++)
if (i == 5) printf(“XXX”);

By: http://dm-cat.blogspot.com/

http://dm-cat.blogspot.com/ — Fri, 15 Feb 2008 23:19:02 +0000

>> Единственное, что мешает это делать, это достаточно сложная процедура оценки качества кода.
Если мерить в целом – да. А вот если разбить на простые составные части? Некоторые из них очень даже просто измеряются:
- Code Style – сформировали внутренний стандарт и проверили, отвечает код или нет. Есть куча инструментов, которые позволяют это сделать автоматически.
- Цикломатическая сложность кода (ЦСК) – поставили себе предел, выше которого нельзя подниматься, за исключением “особых” случаев, которые анализируются каждый в отдельности и вперёд.
- Количество исполняемых строк кода на метод (КИС) – ограничили и тоже проверили.
Ну, есть ещё пара простых способов оценить качество кода по определённым критериям.
Кстати, есть какая-то хитрая формула (университет Мэллона, вроде так называется и вроде они разработали), которая ЦСК, КИС ещё какую-то метрику и выставляет общую оценку коду. От неё тоже можно плясать. Эта штуковина, также как и степень покрытия кода юнит-тестами встроенна в MS VS 2008 (это не реклама;)).

By: Victor Ronin

Victor Ronin — Fri, 15 Feb 2008 21:00:29 +0000

Согласен на 100%. Рефакторинг – это проект по инвестированию в качество. И идеально вообще считать его ROI. То есть инвестируем X долларов, для того, чтобы снизить затраты на поддержку и в течение года получаем точку безубыточности и т.п.

Единственное, что мешает это делать, это достаточно сложная процедура оценки качества кода.