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. Так само не змінилася цінність зрозумілості: людина має за кілька секунд зрозуміти, де вона, що їй пропонують і що робити далі.

Що я виніс для себе

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

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