15 лет в веб-разработке: что изменилось, а что нет

Свой первый сайт за деньги я сделал больше 15 лет назад. Тогда макет приходил в PSD на несколько десятков слоёв, вёрстка держалась на таблицах и float, а любая интерактивность означала подключить jQuery и ещё пару плагинов. Сегодня я работаю совсем другими инструментами, но кое-что за эти годы не изменилось вообще.

Что изменилось

Заметнее всего, инструменты. Вместо PSD теперь Figma: дизайн живёт в браузере, клиент оставляет комментарии прямо на макете, а компоненты и стили переходят в код почти без потерь. Вместо jQuery, Vue 3 и Nuxt, где интерфейс собирается из компонентов, а сервер сразу отдаёт готовую страницу для поисковых систем.

• Вёрстка. Flexbox, Grid и Tailwind CSS убрали большинство хитростей, с которыми мы когда-то боролись часами.
• Бэкенд. Node.js, TypeScript и Prisma позволяют одному человеку уверенно вести проект от базы данных до интерфейса.
• Инфраструктура. Docker и нормальные серверы заменили FTP и ручное копирование файлов на хостинг.
• ИИ-инструменты. Они ускоряют рутину: черновики текстов, типовой код, проверку идей. Но решения, архитектура и ответственность за результат остаются на мне.

Изменились и сами проекты. Раньше большинство заказов были сайтами-визитками. Теперь всё чаще это сервисы: кабинеты, CRM, видеоплатформы, Telegram-боты. Сайт перестал быть просто витриной и стал рабочим инструментом бизнеса.

Что осталось неизменным

Клиент приходит не за технологией. Ему нужны заявки, продажи, меньше ручной работы или удобный инструмент для команды. Поэтому первый вопрос, который я задаю, звучит так же, как и 15 лет назад: какую задачу бизнеса должен решить этот проект?

Скорость тоже по-прежнему важна. Страница, которая долго грузится, теряет посетителей одинаково что с jQuery, что с Nuxt. Так же не изменилась ценность понятности: человек должен за несколько секунд понять, где он, что ему предлагают и что делать дальше.

Что я вынес для себя

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

Впереди ещё много изменений, и мне интересно в них участвовать. Но принцип остаётся простым: сделать так, чтобы сайт или сервис приносил пользу людям, которые им пользуются.