Что делать, когда вы вынуждены кодировать в соответствии со стандартами плохого кодирования (дизайна)

9

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

Вещи как: (в приложении .NET, а не в точных формулировках)

  • Сделайте как можно меньше занятий
  • Классы должны делать столько, сколько могут их реальные коллеги
  • Модификация лучше, чем расширение
  • Одна DLL на категорию (одна библиотека для функций электронной почты, одна библиотека для функций, связанных с файлами)

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

Jonn
источник
Меня даже не волнует, что это чертовски старо, я должен был сказать это: чтение этого списка почти вызвало у меня приступ тревоги.
Басинатор

Ответы:

14

Я не знаю, кто сказал это первоначально, но когда сталкиваешься с ситуацией, которая тебе не нравится, есть только три варианта:

  1. Измени это.

  2. Принять это.

  3. Оставь это.

Есть ли у вас энергия и влияние внутри компании, чтобы сделать гигантские попытки попробовать первый вариант? Вы хотите писать лучший код скрытно и рискуете быть уволенным?

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

Что оставляет вариант 3. Даже если вам нужно принять ситуацию в краткосрочной перспективе, вы должны начать искать другую работу в другом месте.

Paddyslacker
источник