Когда разработчик создает плохой код, это влияет на три различных типа субъектов: он сам, его команда разработчиков и его компания соответственно. Эти воздействия можно классифицировать по разным категориям, которые будут подробно описаны в оставшейся части этой статьи.

Понимание и объяснение

  • Со временем испорченный код может оказаться довольно трудным для понимания и восприятия нашим «будущим я». Очевидно, это может еще больше сбить с толку нашу команду разработчиков, которая сначала не писала код.
  • Объяснение кода нашей команде разработчиков (при рассмотрении запроса на вытягивание, привлечении нового участника и т. Д.) Может быть болезненным и может привести к недопониманию.

Последствия этого - больше времени для понимания кода, для внесения изменений; и высокий риск появления ошибок. Что касается проекта, компании придется потратить больше времени и денег.

Возможность тестирования

  • Модульное тестирование наших методов / функций, классов и даже функций может быть труднее реализовать.

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

Возможность повторного использования

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

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

Ремонтопригодность

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

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

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

Повышение квалификации

  • Некачественный код влияет на мотивацию разработчика. Это может быть причиной досрочного ухода членов команды из проекта или даже из компании.
  • Для новичков, как только они осознают трудности, их поведение может разделиться. Вскоре они покинут проект, если их голос не будет услышан командой разработчиков и менеджментом. Или они последуют за командой, создающей еще больше плохого кода. *

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

  • О том, как себя вести профессиональному разработчику, мы поговорим в другой статье. Подождите!

Репутация и имидж

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

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

Вкратце:

  • Разработчик - ›Tarnish Curriculum Vitae
  • Команда разработчиков - ›с другими командами или командами разработчиков
  • Компания - ›Подбор персонала и бизнес

Заключение:

«НИКОГДА НЕ ОТПРАВЛЯЙТЕ ДЕРЬМО». - Роберт С. Мартин (дядя Боб)

Примечание. Рефакторинг не означает трату времени.

В соавторстве с Абдеррахимом Бенмахлуфом и Линь НГУЕН

Мы надеемся, что сегодня вы кое-что узнали из этого сообщения! Аплодируйте, если вам понравилось :)