Zar Zakharov | Lead Developer

Код написал AI, а бардак устроили мы

Присаживайтесь, будет много букв 🤣

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

Не знаю, насколько история правдивая. Но тут есть что обсудить.

Как думаете, действительно ли разработчик должен понимать каждую строчку кода, которую он пишет? Особенно если пишет уже не он, а AI-агент. А скорее всего именно он и пишет 😋

И что будет, если завтра LLM вдруг станет недоступна?

На фоне этого я задумался о своей разработке.

У меня есть продукт «RUTUBE Спорт», за который я отвечаю как руководитель. И если сейчас меня попросить с нуля поднять проект, а потом ещё какой-нибудь баг исправить, я, мягко говоря, не обрадуюсь 🤣

Мне придётся идти к ребятам, которые в нём работают, или самому садиться и разбираться.

Хорошо это или плохо? Да вот хрен его знает.

Но ведь я не пишу весь этот код. Его пишут мои разработчики. При этом перед бизнесом за результат отвечаю я.

И если не дай боже завтра что-то сломается, я же не скажу: «Ну это не я писал, разбирайтесь сами».

Ну а теперь представим, что вместо разработчиков у меня AI-агенты.

Я точно так же ставлю задачи, объясняю, какой результат хочу получить, проверяю работу. И если что-то пошло не так, отвечать придётся мне.

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

Но давайте вернёмся к истории с Reddit.

Почему вообще появились дублирующие функции? Почему кодовая база разрослась настолько, что автор перестал в ней ориентироваться?

Ведь у нас, разработчиков, давно есть понятие архитектуры, соглашения о написании кода, принципы переиспользования. Мы проводим код-ревью, обсуждаем решения, стараемся придерживаться общих правил.

А с агентами что, всё это вдруг стало не нужно?

Можно ведь точно так же описать архитектуру проекта, завести AGENTS.md, сформулировать договорённости, настроить проверки. И требовать, чтобы агент сначала разобрался в существующем решении, прежде чем писать новое.

Правда, наличие файла с инструкциями ещё не означает, что агент будет им следовать. Это тоже придётся проверять.

И мне кажется, именно здесь многие попадают в ловушку.

AI позволяет писать больше кода, но ведь никто не обещал, что от этого код станет лучше.

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

Теперь этот велосипед можно собрать за минуту. И ещё парочку следом))

Так вот…

Я не обязан помнить каждую функцию в своём продукте. Однако я должен понимать, как он устроен, какие решения мы приняли и что делать, если что-то сломается.

А если завтра один из моих ребят уволится? Или исчезнет доступ к LLM?

Наверное, плохая история, если вместе с ними исчезнет и возможность поддерживать продукт.

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

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

А где для вас проходит эта граница? Разработчик обязан понимать весь код, который отправляет в прод, или достаточно уметь разобраться в нём, когда потребуется?

P.s. фотку поста кину первым комментарием

Let’s keep in touch

Свой сервер ещё не делает продукт твоим

После блокировки Claude я задумался, насколько сильно мы зависим от инструментов, которые нам фактически не принадлежат.

Сегодня строишь вокруг них процессы, завтра теряешь доступ. И всё, приехали 😅

На фоне этой истории мне предложили познакомиться с российской low-code платформой XSquare. За ними стоит отечественная команда, которая развивает собственную платформу со своей средой разработки, серверной частью и инструментами. Не просто очередной сервис под новой вывеской, а полноценный инженерный продукт.

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

Самое главное, что всё это можно развернуть на собственном сервере и работать без интернета.

Правда, я решил копнуть чуть глубже и задал разработчикам несколько вопросов.

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

Поэтому хочу попробовать собрать на XSquare небольшое рабочее приложение. Посмотреть, сколько времени это займёт, где получится сэкономить на разработке, а где придётся искать обходные пути.

Потому что сама идея мне нравится. Не для каждой внутренней таблички нужно поднимать отдельный React-проект и писать API.

А вы используете low-code на работе? Где он действительно помог, а где ограничения оказались дороже сэкономленного времени? 🤔

Let’s keep in touch

А вы кст видели что ChatGPT умеет генерить теперь гифки да еще и с музыкой?

Вот вам промт ниже, можете повертеть его как хотите, и обязательно закидывайте примеры реализации в коментарии)

Ну и у кого там другие модельки тоже поделитесь результатами 💽

Make a seamless 32s looping pixel-art video (1920×1080, 60fps, MP4 + synced audio): a 2v2 beach padel match, cover for a high-energy gaming video. No text.

Scene: 384×216 pixel art upscaled ×5 (crisp, no smoothing). Side 3/4 view of a sand padel court with glass back walls, mesh fence, net, blue rope lines; deep-blue sea with waves, foam and sun glitter; bright white sand; sun with god rays, clouds, sailboat, gulls; strong warm/cool contrast. Gentle parallax camera that follows the ball and shakes on hits, blurred foreground palm/props for depth.

Action: one continuous 8s rally at 120 BPM that ends where it starts. Orange "Sun" team vs cyan "Wave" team (original chibi characters), jump smash with fire trail, ball off the back glass, lob, fast net volleys. Glowing team-coloured particle bursts on every hit, sand puffs on bounces, racket smears.

Crowd (amateur beach match): beachgoers behind the far fence (surfer, kid on dad's shoulders, umbrella, dog, fan signs with a sun/wave icon), a homemade flip-card scoreboard 4–5 in team colours, bunting, two blurred heads in the foreground. They react: cheer the smash, "ooh" at glass hits. Each 8s loop gets a different crowd moment: beach ball over heads, Mexican wave, rhythmic clapping with phones up.

Audio: chiptune loop + hit/glass/bounce SFX + crowd and surf, all synced.

Жду ваши работы 🍺

Let’s keep in touch