Префиксы-суффиксы. Как лучше? Стоит ли избавляться от них?

[fed]

Цитата:

Сообщение от mifi

Не надо мешать все в одну кучу - "все документируем" - это одно, а следование стандартам разработки - совсем другое. Никогда не сталкивался с тем, что следование стандартам разработки замедляло проект. Разработчик\ПМ, который этим пытается оправдывать задержки сроков- не профессионал. Либо еще, либо вообще.

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

[mifi]

Цитата:

Сообщение от fed

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

Про документацию - разговор отдельный и здесь стандарты не всегда разработчиками устанавливаются. Если есть требование писать ТДД - то эта работа должна быть сделана и оплачена, как и любая иная.
А вот насчет "стандартов оформления", т.е. соблюдение бест практис, правил именования, здравого смысла и т.д. - тут ничего завышать не надо, их просто надо соблюдать. И, если человек профессионал, то он понимает, что следование этим стандартам не увеличивает, а сокращает сроки проекта. Если он говорит иначе, то либо у него недостаточно знаний и опыта, либо его цель - написать глючный код, получить деньги и свалить.

[kornix]

Цитата:

Сообщение от fed

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

Вот тут полностью соглашусь. Причем как правило приходиться учитывать мнение таких PM И начинается поиск баланса и споры В принципе если осознанно писать код, соблюдая основные правила BP, и строить свои доработки так чтобы самому все было четко и прозрачно (именования и т.п.) - следующие поколения должны тоже разобраться, и без документации к коду

[EVGL]

Цитата:

Сообщение от kornix

Причем как правило приходиться учитывать мнение таких PM

PM не всегда виноват: иногда сам клиент предьявляет абсурдные требования к документации да еще и готов платить за это.

[AlexSD]

Цитата:

Сообщение от EVGL

PM не всегда виноват: иногда сам клиент предьявляет абсурдные требования к документации да еще и готов платить за это.

А разработчику компенсируют "моральные страдания" по выполнению "абсурдных требований" из этих денег?

[kornix]

Цитата:

Сообщение от AlexSD

А разработчику компенсируют "моральные страдания" по выполнению "абсурдных требований" из этих денег?

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

[AxaptaUser]

После такого бурного обсуждение и жалоб на жизнь разработчика хотелось бы увидеть примеры "абсурдных требований"(кроме уже упомянутых суффикосов/префиксов), с которыми приходиться/приходилось сталкиваться программистам. Думаю, это будет полезно и "таким PM" как наука на будущее. Прошу подделиться своим опытом.

[sukhanchik]

Цитата:

Сообщение от AxaptaUser

хотелось бы увидеть примеры "абсурдных требований"(кроме уже упомянутых суффикосов/префиксов), с которыми приходиться/приходилось сталкиваться программистам.

Сам не сталкивался - но видел код решения Колумбуса для Перекрестка (еще с далекого 2001-го года) и слышал со слов участвовавших в том проекте - что руководство ИТ Перекрестка заставляло в каждом классе в classDeclaration писать комментарии следующего плана:

// Описание:    [Что делает этот класс]
// Вход:       [Какие данные нужно передать классу]
// Выход:     [Что выдает класс в результате своей работы]
// Создан:      [Дата], [Код и название можификации], [Код разработчика]

Я не считаю данное требование абсурдным (хотя может и для всех подряд объектов это и абсурдно) - тем не менее - это требование было именно со стороны Заказчика.