Ответ на пост «Приложение сбер»⁠⁠4

Добро пожаловать в мир вайб-кодинга. Когда-то в Средиземье давние времена программисты создавали обновления для приложений, глазами выискивая логические ошибки в программном коде и ручками исправляя фрагменты кода строго в нужных местах. А если им нужен был в приложении некий новый функционал – они самостоятельно писали новые функции и запихивали в них только то, что нужно было для нового функционала.

Потом на свет появилась модульная архитектура. Самому писать код больше не надо – всё это умеют делать готовые компоненты, просто нужно их подключить. На этом этапе постановка задачи «компонент, который умеет делать только это» заменилась на «компоненты, который умеет делать и это тоже». Потому что такие компоненты на всякий случай создаются максимально универсальными – под любое устройство, включая деревянные бухгалтерские счёты, под любую операционную систему, включая MS DOS 3.30, под любой языковый пакет, включая хинди, суахили и эсперанто, со встроенными мерами безопасности на случай ядерной войны, пришествия инопланетян, зомби-апокалипсиса и превращения Солнца в сверхновую – а потому вполне предсказуемо имеют соответствующий вес. Да, некоторые компоненты можно использовать при разработке выборочно, но – смысл тратить на это время, если в код всё равно никто не полезет и копеечную экономию памяти никто не оценит?

На практике применительно к банковским приложениям это выглядит примерно так. Предположим, нам нужно показать в приложении банковский счёт строго разделённым по разрядам (чтобы каждые три цифры разделялись каким-нибудь символом). Отлично, включаем в релиз библиотеку, перехватывающие все денежные суммы и форматирующую их поразрядно. Но вот, к сожалению, окрашивать зелёным и красным цветом положительные и отрицательные числа эта библиотека не умеет. Отлично, добавляем в релиз ещё одну библиотеку, которая умеет это делать. Жаль, что она, в свою очередь, совершенно не умеет округлять числа с точностью до второго знака после запятой. Отлично, добавляем в релиз третью библиотеку, которой эта задача по зубам. Зато все три добавленных нами в релиз библиотеки отлично умеют работать с не только с арабскими, но и с римскими цифрами, а при необходимости даже с китайскими и японскими цифровыми иероглифами, переводить их в любую систему счисления от двоичной до девяностодевятиричной, преобразовывать любую цифру в трёхмерный QR-код с возможностью проецировать его на поверхность Марса и многое другое. Ура, мы сэкономили себе время на выпекании очередного апдейта, фигня, платить за весь этот банкет будет потребитель – памятью на своём устройстве.

А потом появился вайб-кодинг: просто закидываем в нейросетку промпт «Добавь в приложение функционал разделения денежных чисел на разряды», та суёт в обновление десять новых библиотек на всякий случай (одну для разделения чисел на разряды и девять остальных для обслуживания первой), кодер в данном варианте вообще не в курсе, что происходит с кодом, он просто закинул промпт в нейронку и получил на выходе некий пакет весом полтора гига, который теперь нужно обозвать обновлением и выкатить в прод.

Зато технологии, круто, чё. Время экономится, напрягать извилины никому особо не нужно, крутых спецов искать и платить им бешеные бабки не нужно, всё просто как два пальца об асфальт. Памяти в смарте не хватает – нефиг изображать из себя археолога с древним артефактом в кармане, сам себе Индиана Джонс, покупай себе каждый год нормальный аппарат под аппетиты неуклонно раздувающихся приложений и будет тебе счастье.