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

[EVGL]

Цитата:

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

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

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

[AlexSD]

Цитата:

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

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

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

[kornix]

Цитата:

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

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

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

[AxaptaUser]

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

[sukhanchik]

Цитата:

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

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

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

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

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

[kornix]

Цитата:

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

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

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

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

В плане кода, мне кажется Коламбус мега крут Похоже у них к оформлению своего кода какие-то свои, особенные, внутренние правила