Код — это просто код. Процесс — это просто процесс. Однако, когда вы объединяете их, они влияют друг на друга так, как не должны.

Предположим, вы создали платформу для своей команды. Затем процесс появился позже и замедлил работу, но сохранил ее максимально стабильной. Затем инженеры-программисты поняли, что они могут следить за процессом и выполнять разработку таким образом, чтобы быстрее пройти этот процесс. Я говорю о написании кода, который настолько переконфигурирован, что фактически позволяет вам быстрее развертывать изменения в рабочей среде только потому, что вы развертываете изменение конфигурации изменение. Когда ваша платформа переконфигурирована, вес изменения конфигурации настолько велик, что вы можете вносить функциональные изменения в такой степени, что вы задаетесь вопросом, добавляете ли вы такой большой риск для бизнеса, потому что вы выбираете более короткий путь в процессе. рабочий процесс. Риск существует, потому что инженеры-программисты не чувствуют себя комфортно, внося эти тяжелые изменения в конфигурацию, и никому не нравится вносить какие-либо изменения в механизм кода, который управляет этой тяжелой конфигурацией.

Это действительно пахнет кодированием, чтобы обойти процесс. Это правильно?

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

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

  • Как я могу помочь автоматизировать или внедрить непрерывную интеграцию таким образом, чтобы я мог делать правильные вещи в своем коде. Правильным может быть то, что вы действительно вносите изменения в код, которые требуют компиляции, сборки и развертывания, а также код, вместо того, чтобы пытаться сделать его настраиваемым, усложняя кодовую базу и увеличивая затраты на обслуживание.
  • Как я могу работать с командой управления изменениями и улучшать процесс SDLC/PDLC, чтобы сделать его совместимым с платформой/структурой, которую вы внедрили в своей компании.

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

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

Спасибо за чтение. Пожалуйста, следуйте за мной здесь, на Medium.com, или загляните в мой личный блог: http://www.almirsCorner.com.

Альмир Мустафик