Розробка програмного забезпечення
Значення «чистого коду» для конкурентоспроможності
За останні кілька днів я написав кілька рядків програмного коду, які мають лише одну мету: покращити можливості подальшого розвитку кодової бази Langmeier Backup.
Насправді існує три типи коду, який ми, як розробники, пишемо:
- код, що забезпечує нові функції або оптимізації;
- Код, призначений для виправлення або обходу помилок.
- Код, який призначений «лише» для полегшення технічного обслуговування та забезпечення можливості майбутнього розширення.
Мені впало в око, як багато консультантів повністю ігнорують третій вид.
Проблема в тому, що без цього коду, який покращує структуру, фактично з самого початку створюється «одноразовий» код.
Точно так само, як ШІ від «вібе-програмістів»: код на викид.
Я не хочу нікого ображати. Але можна було б навіть стверджувати, що тим, хто сьогодні ігнорує код, що покращує структуру, у майбутньому може бути важко конкурувати з ШІ у програмуванні.
Можна також звалити провину на замовників.
Вони хочуть, щоб код створювався якомога дешевше.
Те, що це відбувається за рахунок подальшого розвитку, виявляється у високих подальших витратах:
- вищі витрати на виправлення помилок.
- Додавання нових функцій стає складнішим і трудомісткішим, а отже — дорожчим.
- З’являється більше прихованих помилок
Це призводить до зниження конкурентоспроможності, а якість програми страждає.
Я вважаю, що ті рядки коду, про які я говорив, — рядки, що покращують структуру, — є найважливішими під час розробки програмного забезпечення.
Ці рядки приносять величезну користь у довгостроковій перспективі, але не дають миттєвої швидкої вигоди.
Саме тому консультанти та компанії-розробники програмного забезпечення повинні приділяти більше часу тим рядкам коду, які на перший погляд здаються «зайвими».
Таким чином вони суттєво вирізняються серед інших учасників ринку, а також серед систем штучного інтелекту.
У компаніях Langmeier Backup та aBusiness Suite я інвестую в цей код, що покращує структуру, приблизно 1–2 %.
Якщо при такому розподілі часу я все одно створюю нову функцію кожні п’ять днів, то за п’ять років у мене з’явиться 300 нових функцій та оптимізацій.
А це вже 300 нових оптимізацій, які є стабільними та цінуються користувачами.
І саме це, на мою думку, має вирішальне значення: під час розробки програмного забезпечення важливо забезпечити довгострокову вигоду для користувачів.
Брошура