Стандарты оформления кода

Март 3, 2010 Программирование

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

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

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

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

Использование n-мерных представлений для двухмерных данных это моветон. Я убежден в этом.

31 запрос к БД для формирования одной страницы двухмерного отчета это вещь за которую нужно расстреливать.

Наличие в БД избыточных полей и присутствие в таблицах-хранилищах дублирующих текстовых ключей это извращение, это заслуживает строжайшего порицания.

На сегодняшний день, на мой простите профессиональный взгляд на первое место в разработке выходит понятность и лаконичность кода, внимание к структуре БД (неужели трудно нагуглить что такое НФ) и простота дальнейшей поддержки и модернизации.

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

That`s all.

Предыдущее сообщение: Зарабатываем на GoGetLinks
Следующее сообщение: Иконка IPhone — моветон, дефицит бюджета, релевант, продажа ссылок

Метки: комментарии, методология, программирование