StringConcat - разработка без боли и сожалений

А вот и обещаный видосик, если кто еще не видел. Приятного просмотра! YouTube | ВКПросматривая комментарии к видео, бросились в глаза фразы вида «Да я тут целый магазин сгенерил, че ты мне тут свистишь, всё работает»Давайте-ка вспомним, чем отличается промышленная разработка энтерпрайз-монстров от MVP (кстати, я подчеркнул, что речь именно про промышленную разработку — но, похоже, это пролетело мимо ушей):1. Энтерпрайз — это всегда легаси. Легаси не значит плохо, это значит, что вы имеете дело с кодом, который работает уже десятки лет. Никакого контекста не хватит, чтобы впихнуть кодовую базу.2. Есть вопросы безопасности — куда и что отправляет этот ваш модный Курсор? 3. В таких проектах есть процесс работы с продуктом: планирование, ревью, тестирование, деплой. Написание кода — лишь маленькая часть, и она далеко не самая длительная.4. Помимо функционала есть требования к качеству ПО: стабильность, поддерживаемость, безопасность. Любое изменение — это риск. Сносить всё и перегенерить заново нельзя, иначе придётся проходить весь процесс заново.5. Как насчет мониторинга и поддержки? MVP точно предоставляет все метрики, настраивает алеры и т.д.?6. Технический долг — отдельная тема, накапливается очень быстро, и маленькие изменения через полгода могут остановить всю команду. То на что можно забить в MVP будет неприемлимо в промышленной разработке (хотя кого я обманываю, просто на работе подольше посидите, кек).7. Обратная совместимость — еще одна причина почему нельзя все снести и построить заново.8. Экономическая сторона — сколько стоят токены, запросы к ИИ, ресурсы? Какие вычислительные мощности нужны, кто их обслуживает? За чей счет банкет?Наверное еще что-то есть, и вот эти вопросы не позволяют просто взять и впердолить ИИ в уже существующие процессы, хотя прогресс конечно есть и он приведет к определенным изменениям, как мы писали раньше. Но перед этим нужно пройти немалый путь.В связи с этим нам интересно: знаете ли вы большие вайбкод-проекты, которые лежат в

Вот, кстати, отличная иллюстрация наших разговоров.Серёжа Баранов за короткое время запилил вполне немаленькую тулзу — десятки тысяч строк кода, всё выглядит рабочим. Но если копнуть внутрь, сразу вылезают вопросы по безопасности, ограничениям, NFR и архитектуре в целом. И опять выясняется: нужно понимать весь процесс разработки целиком, а парой тысяч строк кода эти проблемы не дописываются. LLM сильно ускоряют разработку, но «работает» ≠ «готово к продакшену».

А еще есть сомневающиеся в возможностях llm :) 10 минут моего времени 35k строк кода на бэке40k строк кода на фронтеСказка… а теперь берем эту сказку и SAST’ом по ней• XSS через SVG• allow_methods=["*"] и allow_headers=["*"]• Отсутствие rate limiting• Отсутствие лимитов на размер данных• Race conditions в глобальном состоянии• description может содержать небезопасные данные• нет логирования действий пользователейНу и понятное дело NFR’ы неизвестны, нужно под нагрузкой подержать, помасштабировать и… что если не держит продукт нагрузку? Нередко строчки кода тут не помогут и Claude тоже в вопросах архитектуры пока не может помочь (дело времени, но пока не может).Поэтому я и говорю – архитектура/дизайн вышли на первый план, ну иначе я не знаю как получить рабочее решение, чтобы оно NFR’ам удовлетворяло.

Готовлю ролик (выйдет на днях)А вот и обещаный видосик, если кто еще не видел. Приятного просмотра!YouTube | ВК

Несколько лет назад, когда мы только начинали наш любимый пет-проект StringConcat и делали небольшое референсное приложение, у нас была простая и наивная мечта — как было бы круто, если бы можно было автоматически генерировать содержимое классов. Со структурой проблем не было, а вот наполнение - никак (никаких GPT тоже и в помине не было).Прошло несколько лет и благодаря DDD, чистой архитектуре, собственному небольшому фреймворку, ИИ-агентам и большому количеству выстраданных правил, мы за вечер делаем больше, чем раньше за неделю, и при этом получаем не лапшу, а поддерживаемый и предсказуемый код.И ключевая причина, почему это сработало, — не в инструментах и не в ИИ, а в том, что мы сначала научились моделировать и декомпозировать систему целиком, разбивая её на понятные, изолированные части с узким контекстом. Поэтому ИИ перестал быть игрушкой и начал реально усиливать разработку, а не ускорять генерацию хаоса.Наш курс — про разработку как систему, от требований и моделирования до кода и автотестов. В этом потоке мы покажем, как ИИ вписывается в процесс и как он реально помогает, но суть разработки за вас он не выучит — её нужно понимать полностью.Вы узнаете:- Что писать в требованиях, чтобы команда понимала задачу с первого раза;- Какие инструменты делают разработку удобной;- Как измерять архитектуру цифрами, а не на глазок и поддерживать ее в чистоте;- Как строить модель предметной области через Event Storming, чтобы масштаб катастрофы был понятен сразу;- Как писать тесты, которые помогают в разработке, а не мешают;- И мы даже разберём коммерческое приложение, построенное по принципам DDD и чистой архитектуры, чтобы вы увидели всё вживую, а не на хелловорлде;- Какие практики являются обязательными в лучших домах Парижу у лидеров отрасли;- Поноем про говнокод на работе и обсудим что с ним делать;Суммарно мы проведём с вами более 30 часов практических занятий, не считая лекций в записи и домашек, и за это время сначала сломаем привычное кодерское мировоззрение, а

Отмазка «это долго» умерла. Да здравствует «мы просто не умеем»(Все нижесказанное конечно же ИМХО, на истину не претендуем)Последние несколько недель плотно сидел в теме ИИ в разработке. Готовлю ролик (выйдет на днях), но если коротко — у меня для вас две новости.Хорошая: ИИ пока никого не заменяет. Плохая: Это вопрос времени. Потребность в таком количестве белковых «рабочих рук» неизбежно рухнет. И хотя полной картины нет вообще ни у кого (хотя я видел очень много крутых демок), направление движения более чем понятно. Главные мысли за это время:🔻 Масштабирование хаоса — ИИ не магия и не серебряная пуля. Это мощный ускоритель. Если у вас в проекте архитектура из соплей и палок, а стратегия — накидать лапши и героически её поддерживать, поздравляю: ИИ поможет вам нагенерировать эту лапшу в 10 раз быстрее. Вы утонете в собственном легаси быстрее чем когда либо.🔻 Смерть отговорки «это долго» Раньше можно было ныть, что писать тесты — это дорого и долго. Теперь эта отмазка мертва. Код генерируется пулеметной очередью, и без автотестов отдел ручного QA захлебнется в слезах уже через неделю. Теперь придется признать честно: мы не пишем тесты не потому что долго, а потому что не умеем.🔻 Конец эпохи «я просто кодер» Позиция «я пришел писать код, не грузите меня бизнесом и требованиями» стремительно обесценивается. Сам по себе код становится дешевым сырьем. Мы еще года полтора назад в одном из роликов говорили (и нас в комментах за это закидали помидорами), что профессия делится на два лагеря: ⁃ Инженеры: Понимают процесс целиком — от требований до продакшена. ⁃ Все остальные: Скоро выяснят, что знание синтаксиса языка и нюансов по склейке кривых библиотек между собой больше не тянет на полноценную зарплату.🔻 Вендоры напряглись Продавцы дорогих коробочных решений, которые работают кое-как, а их доработка стоит миллионы (да и вообще у нас в беклоге такого нет), должны начинать нервничать. Бизнес-логику теперь проще и дешевле отреверсить и собрать свое, чем годами платить

Устали от поедания салатов, поэтому взяли и смоделировали с Кириллом Мокевниным целую систему. Приятного просмотра!https://www.youtube.com/watch?v=gyaDwoDvsWY

Бизнес-схема года: Как мне предложили ничего не делать и получать сингапурскую зарплатуОбычно мой инбокс забит однотипными письмами от HR про "молодую динамичную команду" и "печеньки в офисе", но сегодня матрица дала сбой и подкинула мне кое-что поинтереснее✍️ Пишет некий Thai Can (звучит как девиз, но это имя). Программист из Вьетнама, JS/C# сеньор-помидор. Суть стартапа: Вьетнам — бедный, Сингапур — богатый. Я нанимаю его "в черную", он кодит за меня за свои вьетнамские копейки, а я получаю свою сингапурскую котлету и «сосредотачиваюсь на более важных вещах». Ну и конечно, никто ничего не узнает. План надежный, как швейцарские часы.Это письмо заставило меня задуматься (нет, не о том, чтобы согласиться), а о том, в какой параллельной вселенной это вообще могло бы сработать.Почему в Jago Bank этот «аттракцион невиданной щедрости» обречен: - Разработка — это не только стучать по клавишам. У нас (особенно на позициях Senior+) кодинг занимает дай бог 40% времени. Остальное — это бесконечные попытки понять, кому эта фича нужна, что конкретно там нужно и как не уронить прод. Если я найму Тая, мне придется работать переводчиком с «бизнесового» на «технический» фул-тайм. - Слабоумие и отвага. Дать левому чуваку из интернета доступы к банковской инфрастуктуре? Звучит как начало отличной истории для прокурора. А если код утечет — IP будет мой, логин мой, а тюрьма — общая (хотя нет, только моя). - Синдром Staff Engineer. На моем уровне всем плевать, сколько кода я написал. Если я вдруг начну выдавать x3 объема, начальство даже бровью не поведет. А вот если качество кода просядет (а оно просядет, ведь Тай не в контексте наших костылей), коллеги меня сожрут.Где этот бизнес-план мог бы взлететь? ✅ В галерах, где аналитик пишет ТЗ, закрывшись в бункере, потом выбегает, швыряет его в разрабов и баррикадирует дверь, пока не побили вопросами. ✅ На позиции мидла-формошлепа, где KPI — это количество закрытых тикетов. ✅ Если вы адепт секты Over-employment и любите жить на адреналине.И

Я тут неожиданно для себя обнаружил, что пора обновить роутер.Не потому что старый плохо работал — нет, он ещё бодр, как Java 8 в проде.А потому что пришёл Wi-Fi 7 и Wi-Fi 6E, а вместе с ними — священный диапазон 6 GHz, который пока не засран соседями. Надо брать, пока можно.Скорости, конечно, обещают чудовищные.Я ещё помню времена, когда от одного провода зависело — будет у тебя 10 или 100 Mbps.А теперь вот это всё, без тени стыда:11520 Mbps (6 GHz, EHT320)+ 5760 Mbps (5 GHz, EHT240)+ 1376 Mbps (2.4 GHz, EHT40)Да, мне тоже не совсем понятно где и когда я буду это использовать,но звучит убедительно, а значит — надо.Самый мучительный процесс после покупки роутера — выбор имени Wi-Fi сети.Тут важна архитектура, доменная модель и, конечно, чувство юмора.Мы с ChatGPT, как большие фанаты Star Wars, решили проблему за вас.Теперь мучаться придётся только один раз — при выборе роутера.Готовые имена сетей: • Obi-WAN Kenobi • The LANdalorian • Rogue WAN • Wi-Fi Awakens • Return of the Ping • A New Hop • These Are Not the Droids • R2-D2.4GHz • The Force Is Strong • You Underestimate My Bandwidth • May the Wi-Fi Be With You • LAN SoloРоутер в итоге взял TP-Link EB810v, за 170USD с рук. Цена нового около 500USD (очень люблю когда хорошие роутеры идут в подписке у провайдера. Их можно потом найти по бросовым ценам).Если кому интересно — спрашивайте.Если не интересно — всё равно назовите сеть красиво.

Реальность vs Ожидания: что мы узнали из общения с вамиЗа последние недели мы провели плотные сеанс обратной связи по курсу "Разработка без боли и сожалений". Нам было важно поговорить с двумя разными группами: - С теми, кто только планирует обучение и ищет точки роста. - С выпускниками, кто уже пережил курс и успешно внедрил практики в работу своих команд.Это был не просто разговор, а глубокий разбор полетов. Мы узнали: - Что реально работает в бою, а что — не сработало. - Где ожидания совпали с реальностью, а где были сюрпризы. - С какими вызовами вы сталкиваетесь прямо сейчас.Этот срез реальности помог нам скорректировать фокус, чтобы разбирать не сухую теорию, а живые, актуальные кейсы.🚀 Что дальше? Следующий поток стартует в феврале. Мы уже обновляем программу с учетом полученных инсайтов. Главная новинка: добавим блок про то, как заставить ИИ реально помогать, а не генерировать рандомные баги. Спойлер: в связке с DDD получается настоящая ИМБА.Если вы рассматриваете участие — мы открыли предзапись. Это ни к чему не обязывает, но вы точно не пропустите старт и получите лучшие условия.👉 [Ссылка на предзапись]Спасибо всем, кто поделился опытом и помог сделать продукт лучше!