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

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

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

Несколько лет назад, когда мы только начинали наш любимый пет-проект StringConcat и делали небольшое референсное приложение, у нас была простая и наивная мечта — как было бы круто, если бы можно было автоматически генерировать содержимое классов. Со структурой проблем не было, а вот наполнение - никак (никаких GPT тоже и в помине не было). Прошло несколько лет и благодаря DDD, чистой архитектуре, собственному небольшому фреймворку, ИИ-агентам и большому количеству выстраданных правил, мы за вече...

Тут один наш коллега по цеху c канала Intelligent Systems Architecture, который занимается прикладными исследованиями в ИИ, очень точно сформулировал различия между вайбкодингом и промышленным подходом: 1. Школа «Vibe Coding» (Вайбкодинг) Это то, что нам активно продают сейчас: бесконечные контексты и идея «поговори с кодом». Суть: разработка на основе нечеткого интента. «Сделай красиво», «поправь тут», «перепиши в другом стиле». Результат: отлично подходит для прототипирования «на выброс». Но н...

Бизнес-схема года: Как мне предложили ничего не делать и получать сингапурскую зарплату Обычно мой инбокс забит однотипными письмами от HR про "молодую динамичную команду" и "печеньки в офисе", но сегодня матрица дала сбой и подкинула мне кое-что поинтереснее ✍️ Пишет некий Thai Can (звучит как девиз, но это имя). Программист из Вьетнама, JS/C# сеньор-помидор. Суть стартапа: Вьетнам — бедный, Сингапур — богатый. Я нанимаю его "в черную", он кодит за меня за свои вьетнамские копейки, а я получаю ...

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

В комментариях к посту о том, как вливаться в важные митинги и начинать участвовать в принятии решений, мне предъявляют: «Почему вы не даёте разработчикам расти? Они ведь тянутся к знаниям: хотят и в архитектуру, и в performance. А вы, Сергей, их игнорируете, код писать заставляете, на митинги не пускаете». Поясняю, почему не пускаю. Фраза «Включи меня в ключевые митинги, я хочу быть в курсе архитектуры» может означать что угодно: • Я хочу больше узнать об архитектуре • Я хочу тоже принимать клю...

В очередной раз словил одну и ту же мысль: качество проекта решается в самом начале. Если старт проходит под бодрое «давайте быстрее писать, потом отрефакторим» — это «потом» почти всегда либо очень дорогое, либо не происходит вообще. Об этом у нас даже отдельный ролик есть. Пару месяцев назад запускали новый проект. И первое, что сделали — не фичи, а собрали шаблон проекта + определили практики: • Clean Architecture, границы прибиты через gradle-сабмодули и ArchUnit • тестовая пирамида с пример...

Отмазка «это долго» умерла. Да здравствует «мы просто не умеем» (Все нижесказанное конечно же ИМХО, на истину не претендуем) Последние несколько недель плотно сидел в теме ИИ в разработке. Готовлю ролик (выйдет на днях), но если коротко — у меня для вас две новости. Хорошая: ИИ пока никого не заменяет. Плохая: Это вопрос времени. Потребность в таком количестве белковых «рабочих рук» неизбежно рухнет. И хотя полной картины нет вообще ни у кого (хотя я видел очень много крутых демок), направление ...

OpenAPI: странности required Недавно столкнулись с интересным моментом при работе по Api-first с OpenAPI. В спеке может присутствовать секция required, которая вроде бы должна строго указывать обязательные поля: required: - field1 - field2 Но если указать несуществующие поля — генератор всё равно сгенерирует клиент и сервер, без ошибок и предупреждений. Некоторые генераторы вообще позволяют писать required рядом с полем — и клиент всё равно учитывает семантику правильно (но при этом другие генер...