«Програмне забезпечення зводить людей з розуму»: аргумент за пропорцію

Програмне забезпечення не робить людей хворими, але умови довкола нього здатні позбавити цілком розважливих дорослих відчуття міри. Саме це доводить есей, опублікований у блозі Graybearding; його автор називає це власною маленькою теорією: програмне забезпечення зводить людей з розуму.

Пишна таблиця і безліч важелів

Якщо прибрати брендинг і діаграми архітектури, каже есей, більшість програмного забезпечення напрочуд нудна — тут форма, там API-ендпоінт, права доступу, розрахунки, робочі процеси й база даних, можливо, черга, якщо щось потрібно масштабувати. Хоч як грубо це звучить, більшість програм усе ще «пишна таблиця».

Небезпека — у комбінації: швидкість, гроші, складність, абстракція й майже безмежна свобода змінити рішення. Будівництво будинку має природне тертя — якщо посеред зведення каркасу хтось вирішить, що кухня має бути з іншого боку, дошки вже порізані, а труби прокладені. У програмному забезпеченні ця ціна ховається в головах людей і в системах, які вже важко осмислити, тож зміна виглядає як «просте виправлення», а витрати тихо накопичуються — через перемикання контексту, ризик регресій та ерозію архітектури.

Від «можна» до «чому досі не зроблено?»

Оскільки змінювати програми справді буває дешево — іноді — кожна «крута ідея», що звучить як «дуже швидко», потрапляє в дорожню карту з нагальністю. «Можна» стає «треба», пише автор, а «треба» — «чому досі не зроблено?». Усе здається терміновим, бо все може рухатися швидко; кожен технічний вибір стає ідеологічним, бо існують десятки правдоподібних рішень; кожне уповільнення виглядає кризою, бо хтось інший, мовляв, рухається швидше.

Автор указує на відсутнє визначення «готово». Столяр зрештою кладе молоток, бо шафа існує, а програму можна вдосконалювати завжди: кнопка могла б бути кращою, запит — швидшим, абстракції — чистішими. Оточені важелями, організації зрештою починають їх смикати — іноді тому, що щось справді зламалося, іноді тому, що страшно, бо рада директорів хоче зростання, або бо конкурент щось випустив.

Аргумент на користь пропорції

Порожнечу заповнює складність. Нудний застосунок, що зберігає записи, не звучить вражаюче, а розподілена платформа, керована подіями, з service mesh і шаром синхронізації в реальному часі звучить так, ніби ви будуєте NORAD. Іноді складна річ справді потрібна, визнає автор, але здебільшого — ні; проте складність дає психологічну винагороду, якої прості системи не дають.

Порятунок не в уповільненні заради уповільнення — це була б лише ще одна ідеологія. Порятунок у пропорції: не кожна проблема екзистенційна, не кожна ідея заслуговує місця в дорожній карті, не кожна абстракція варта існування і не кожне уповільнення потребує втручання. Не чіпати речі — недооцінений інженерний навик: базу даних не завжди треба замінювати, фреймворк часто цілком годиться, а клієнтам, інженерам і бізнесам потрібен час. Корисного програмного забезпечення, підсумовує есей, достатньо.