Значение «чистого кода» для конкурентоспособности

На самом деле мы, разработчики, пишем три вида кода:

1. код, который добавляет новые функции или оптимизирует работу;
2. Код, который призван исправлять или обходить ошибки.
3. Код, который нужен «только» для того, чтобы упростить обслуживание и обеспечить возможность будущего расширения.

Мне бросилось в глаза, как много консультантов полностью игнорируют третий тип.

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

Точно так же, как ИИ от «виб-программистов»: код на выброс.

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

Можно было бы свалить вину и на заказчиков.

Они хотят, чтобы код создавали как можно дешевле.

То, что это происходит в ущерб дальнейшему развитию, выражается в высоких последующих затратах:

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

Это приводит к снижению конкурентоспособности, а качество программы страдает.

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

Эти строки приносят огромную пользу в долгосрочной перспективе, но не дают мгновенного эффекта.

Именно поэтому консультантам и софтверным компаниям стоит уделять больше времени тем строкам кода, которые на первый взгляд кажутся «лишними».

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

Я вкладываю в этот код, улучшающий структуру, в Langmeier Backup и aBusiness Suite примерно 1–2 %.

Если при таком распределении времени я всё равно каждый пятый день создаю новую функцию, то через пять лет у меня будет 300 новых функций и оптимизаций.

А это уже 300 новых оптимизаций, которые работают стабильно и ценятся пользователями.

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