«Код ніколи не був складним» — це образа для всіх програмістів

Індустрія програмного забезпечення переживає період бурхливих змін: AI-інструменти змінюють те, як пишеться код, і ніхто не знає, чим завершиться ця трансформація. У цих дискусіях постійно повторюється теза: «LLM може добре писати код, але програмне забезпечення ніколи не було найскладнішою частиною». Розробник Сенко Рашич у своєму блозі відповідає, що це твердження — образа для всіх програмістів.

Якщо писати код легко...

Рашич будує ланцюг питань. Якщо кодити легко, чому програмісти були у постійному попиті й отримували великі зарплати ще до епохи дешевих грошей? Чому ця професія супроводжується стресом, перепрацюванням і вигоранням? Чому компанії шукають «10x ніндзя-рокстар» розробників і проводять співбесіди у стилі leetcode? Чому такі книжки, як Clean Code і The Pragmatic Programmer, вважаються обов'язковими, а Джона Кармака шанують як видатного інженера, Фабріса Беллара — як генія? І якщо кодити легко, чому розробники обурюються, коли AI копіює їхній код, і чому програмне забезпечення таке багате на помилки?

«Середнього програміста» не існує

Ту саму логіку автор застосовує до протилежного кліше: якщо найскладніше — вирішити, що будувати, чому тоді частина продакт-менеджерів виглядає безпорадно і чому вони не заробляють більше за розробників? Чому дослідники ринку, фахівці з юзабіліті та команди підтримки клієнтів не вважаються «зірками»? За спостереженням Рашича, більшість програмістів узагалі не хоче спілкуватися зі стейкхолдерами, а ті, хто каже «я не пишу код, я розв'язую проблеми клієнта», все одно сперечаються про монади та безпеку пам'яті.

Що змінюється, а що ні

Незмінним залишається те, що програмне забезпечення ускладнюється, потребує постійної підтримки, а вежа абстракцій лише зростає; користувачі завжди хочуть більшого за менші гроші й не знають точно, чого саме хочуть. Змінюються технології: перфокарти, асемблер і COBOL здебільшого в минулому; автор згадує valgrind і mysql_real_escape_string() часів PHP4 як інструменти, які йому вже не знадобляться.

Як процвітати

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