20 лет разработки веб-технологий: что изменилось

Я написал свою первую строку production-кода в 2004 году. PHP, MySQL, сервер на общем хостинге, который падал каждые выходные. Веб-сайт, который я построил, по сегодняшним стандартам выглядит ужасно. Но это работало. Люди это использовали. Это решало реальную проблему. Это всё ещё единственная метрика, которая имеет значение.

За последние два десятилетия я наблюдал, как каждая крупная волна веб-технологии приходит и уходит. Web 2.0. Мобильная революция. Адаптивный дизайн. Одностраничные приложения. Облако. Микросервисы. Блокчейн (помните?). И сейчас ИИ. Некоторые из них изменили всё. Большинство из них изменили менее, чем люди думали в то время. Вот что я действительно узнал.

Инструменты изменились. Работа — нет.

В 2004 году я строил веб-приложения с PHP и jQuery. В 2026 году я строю их с React, Next.js и Node.js. Синтаксис отличается. Опыт разработчика лучше. Но фундаментальная работа идентична: возьми деловую проблему, превращай её в рабочее программное обеспечение, поместите его перед реальными пользователями и держите его работающим.

Каждые несколько лет новый фреймворк обещает изменить всё. В большинстве случаев, это одни и те же шаблоны с более красивым синтаксисом. Что действительно имеет значение, не изменилось: поймите проблему перед написанием кода, выпустите рабочее программное обеспечение в production и обслуживайте его после запуска.

Большинство «инноваций» — это шум

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

Лучшие технические решения, которые я принял, были всегда скучные. Используйте хорошо поддерживаемый фреймворк. Выберите базу данных, которая доказана. Разворачивайте на инфраструктуре, которую вы можете действительно мониторить. Скучный стек — это тот, который выпускается и остается работающим.

ИИ — это реально. Но не по причинам, которые думают люди.

Я был скептичен по поводу большинства технологических волн. Я был прав насчет блокчейна. Я ошибался насчет мобильных (сильно его недооценивал). ИИ? Это реально. Но не из-за причин, по которым большинство людей взволнованы.

ИИ не будет заменять разработчиков. Он не будет строить вашу программу за вас. Что он делает — и делает хорошо — это обрабатывает разговоры. Обработка естественного языка пересекла порог с GPT-4 и Claude. Впервые вы можете построить систему, которая действительно понимает, что спрашивает клиент, и отвечает полезно. Это не трюк. Это фундаментальная возможность, которой не было три года назад.

Мы строим ИИ-агентов, которые отвечают на вопросы клиентов, квалифицируют лидов, бронируют встречи и обрабатывают следующие контакты — всё через WhatsApp, приложение, которое люди уже используют. Это работает, потому что это решает реальную проблему: компании теряют лидов, когда никто не отвечает в нерабочее время. ИИ это решает. Не теоретически. В production. Прямо сейчас.

Что я получил неправильно по пути

Я потратил слишком много времени на построение вещей, которые были технически впечатляющими, но коммерчески бесполезными. Я переусложнял, когда простота была бы лучше. Я гонялся за новыми фреймворками, когда старые были в порядке. Я недооценивал, насколько важна поддержка — строение — это 30% работы, держание вещей в рабочем состоянии — это 70%.

Самый большой урок: ваш клиент не заботится о том, на каком языке вы это написали. Его волнует, работает ли это, быстро ли это, и подходит ли кто-то к телефону, когда это сломается.

Что действительно имеет значение через 20 лет

1. Выпускайте, не представляйте. Макеты бесполезны. Слайд-шоу бесполезны. Единственное, что имеет значение — это рабочее программное обеспечение в руках реальных пользователей.
2. Старшие инженеры имеют значение. Не потому, что они пишут более причудливый код, но потому, что они видели, как вещи ломаются раньше. Они знают, что пропустить. Они знают, что тестировать. Они делают меньше ошибок, которые стоят вам денег.
3. Сначала поймите проблему. Самый большой риск в любом проекте — не технология — это построение неправильной вещи. Слушайте больше, чем вы говорите.
4. Обслуживание — это реальный продукт. Запуск легко. Держание его в рабочем состоянии в течение трех лет — сложно. Планируйте для этого.
5. Будьте честны в том, что вы не знаете. Я отказал в проектах, потому что они не были в моей области экспертизы. Эта честность заработала мне больше доверия, чем когда-либо мог портфель.

Почему я всё ещё это делаю

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

Kaufast — это я и небольшая команда старших инженеров в Барселоне. Мы строим ИИ-агентов, веб-платформы и автоматизацию для бизнеса по всей Европе и Америкам. Никаких юниоров. Никаких слайд-шоу. Никаких PowerPoint. Просто рабочее программное обеспечение, которое выпускается.

Если у вас есть что-то для построения, давайте поговорим.

Подробнее: 5 способов повысить видимость бизнеса в интернете.

Подробнее: Как поисковые системы на самом деле находят ваш контент.

Подробнее: Безопасность женщин в России и Audra.