6 способов писать более лучший код…
Июнь 27, 2007 — seregaborzovОригинал - http://www.learncpp.com/general-programming/six-language-independent-ways-to-write-better-code/
Я не буду дословно переводить, а лишь приведу основные тезисы выдвинутые в статье-оригинале. Это даже скорей не перевод, а собственное мнение-пересказ по поводу…
1. Пишите код способный к расширению.
Это значит, что написав код и решив конкретную проблему, Вы должны быть готовым к добавлению новых функций. Написав программу поддерживающую bmp - формат, не стоит останавливаться. Поддержите и jpg в программе или сделайте код, который будет готов к внесению новой функциональности “малой кровью”.
2. Не надо никаких магических чисел.
for iii = 0 to 15
if (slot[iii].type == 12)
return true;
Что можно сказать об этом коде? Цикл. А при чем тут 15 или 12? Почему не 58 или 36? Используйте параметризованные переменные и Вы улучшите читабельность кода в разы:
for iii = 0 to MAX_INVENTORY_SLOTS
if (slot[iii].type == TYPE_ITEM_POTION)
return true;
Теперь понтятно, что это за цикл и с чем его едят.
3. Комментирование это почему, а не что.
Часто комментирование кода, заключается в объяснении и названии всех его “участников”. Комментируйте код, объясняя принцип работы этого кода. Перефразируя Джобса: Комменты это не то, как это выглядит, а то, как это работает.
4. Никаких велосипедов.
Одним из преимуществ ООП является повторное использование кода. Многие забывают об этом, вставляя “пятое колесо” в программу. В сети масса программерских ресурсов, где есть исходники и оупен сорс. Пользуйтесь, но не забывайте о лицензиях.
5. Работайте с приращением.
Не пишите код, оставляя его тестирование на потом. Доводите код до ума сразу, отлавливая все баги. Тем самым Вы сэкономите время на переключении с одной задачи на другую.
6. Найдите критиков для своих программ.
Общайтесь, выкладывайте свои программы на обозрение и тестирование, прислушивайтесь к советам товарищей по ремеслу, исправляйте ошибки.
Ссылка в тему: http://www.developers.org.ua/archives/a4/2007/04/04/10-veschey-kotoryim-ya-nauchilsya-za-10-let-professionalnoy-razrabotki-po/
…а музыка была: Dire Straits - Expresso Love
Blogus tags : программирование
del.icio.us Tags: programming
Tags: programming




Июнь 28, 2007 at 12:24 дп
Зачётненько. В закладочки.
Июнь 29, 2007 at 9:21 дп
[...] 6 способов писать более лучший код… [...]
Июнь 29, 2007 at 10:04 дп
стараемся=)
Июнь 29, 2007 at 1:53 пп
Все правильно, только “более лучший” - это как-то коряво. Я бы название перевел вроде “6 способов сделать код лучше, вне зависимости от языка”…
Июнь 29, 2007 at 11:55 пп
Я бы еще добавил:
Пишите понятный код. Не нужно показывать свое знание особенностей и тонкостей языка. Ваши коллеги не оценят эти хаки. Равно как и вы через полгода-год.
Июнь 30, 2007 at 3:06 пп
2older: согласен -)
2Vladimir: да тоже верно
Июль 25, 2007 at 8:10 пп
[...] Posts 6 способов писать более лучший код…С#фера: статьи, книги, ресурсыCSharp+.NET ссылки [...]
Июль 27, 2007 at 12:53 пп
Очень смахивает на откровения Джоила Спольски
По поводу пункта:
1. Пишите код способный к расширению.
Не думаю что это очень хорошо.
Так как найти точку, где можно будет считать что код способен к расширению очень сложно, а если ее не найти, то расширять можно бесконечно
Июль 27, 2007 at 3:20 пп
дело не в точке, а функциональности кода. способный к расширению значит “удобный” для повторного использования, в плане своей структуры или дизайна. Это в основном касается интерфейсов и базовых классов. Имеется ввиду код, расширяя функционал которого, Вы не затронете жизненно важных органов…
Июль 28, 2007 at 1:44 пп
Все правильно написано,
хотя конечно любому грамотному
человеку известно давно
Июль 29, 2007 at 2:57 пп
+1