Инструменты, генерирующие код, часто выдают результат, который оказывается некорректным или который не соответствует лучшим практикам. ИИ-помощники могут уверенно давать неправильные ответы, не говоря о своей неуверенности в них. Конвертация дизайна порой приводит к созданию жёсткого кода, который не использует вашу реальную библиотеку компонентов. На выходе часто получается код на выброс, так как он порождает больше работы, чем экономит времени.

Как разработчик, я зачастую предпочитаю написать код сам, чем отлаживать сгенерированный искусственным интеллектом код, который выглядит правильным, но содержит скрытые изъяны. Особенно это касается более крупных и сложных задач. Хотя такие инструменты могут быть полезны для маленьких, изолированных фрагментов, они испытывают значительные трудности с генерацией полноценного кода, готового к продакшену.

Спикер рассказал про вызовы, с которыми его команда столкнулась при переводе решения, на котором работает более 400 проектов, на новый стек Nuxt 3 + Vite. Никита затронул внутреннее устройство экосистемы платформы Ozon и рассмотрел решения для перевода каждой ее части. Показал, зачем они используют JSX и как его можно сохранить при переводе. Показал, как помогли разработчикам автоматизировать обновление и как улучшилась их жизнь после перехода на Vue 3.

Если вы работаете с Vue 3, скорее всего, вы уже слышали о Pinia — современном, легком и мощном инструменте для управления состоянием. Pinia — это официально рекомендованная библиотека для Vue.js, которая заменяет Vuex и делает вашу жизнь разработчика проще. В этой статье мы разберем Pinia вдоль и поперек, начав с основ и завершая продвинутыми техниками.