Danil Yushkov

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

Мне в прошлую среду на ревью прилетел MR от красавчика, который в одну функцию умудрился запихнуть 847 строк говнокода.ну это вопрос к тому что у вас за команда/компания тогда с такими красавчиками и компетенцией способные допустить такое до ревью

этот тред мне прям напомнил почему я терпеть не могу дискутировать в интернетах с другими разработчиками на общие темы. более чсв агрессивных кадров гдет во вселенной трудно отыскать. То ли их всех так на своих галерах продакты выбесили, и они потом в тредах вымещают свою ненависть, то ли просто так нравится щекотать свое эго. Почитаешь, все лиды и таки rocket science изобретают (оказывается обычно правда в итоге 8/5 перекладывают дтошки для CRUD'ов годами на одном и том же легаси проекте, ну это ладно, лирика)

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

Да, только проблема в том, что эта архитектура решения у тебя съедет в процессе разработки, потому что бизнесу внезапно потребовалось добавить небольшую фичу, которая половину проекта ломает.если фича ломает пол проекта значит ее надо декомпозировать на несколько отдельных подзадач для ллмки. Даже с implementation plan'ом лучше не лопатить такие задачи целиком через клод код

Он может тебе дать какой-то минимальный рабочий вариант, который тебе в любом случае нужно адаптировать под реальность своей команды.так нет проблем "адаптировать" под реальности с помощью той же llm'ки. Может на мой посыл смотрят как "вау, вайб-кодинг, разработчики больше не нужны", но я клоню к тому что эт оч мощный инструмент который позволяет РАЗРАБОТЧИКАМ избегать нудной работы и фокусироваться на АРХИТЕКТУРЕ решения, нежели на печатания кучи инфраструктурного кода.

а написанный моделью план скармливаешь той самой модели на ревью или другой?Той же самой. Необязательно написанный нейронкой, иногда и сам план пишу и закидываю .md Клоду.
Разрастаться он особо не должен, план же на изолированную фичу. Гдет до 300к токенов опус хорошо переваривает, только потом начинается видимая деградация. Если перехожу потом к реализации чего то смежного (или след итерация) делаю прост /compact

))00 как скажешь)

Объясни плс, как руки разработчика могут повлиять на задачу, где надо просто раскидать код по разным файлам.Я не знаю конкретного юзкейса, но тут вариант в целом один - промпт. Но и нельзя исключать вариан что это был один исключительный случай - может неповезти и в 1 из 100 случаев модель сгаллюционирует. На этом общий вывод о возможностях нельзя делать

Что за проект в итоге, какой стекCAT, TSM платформа для локализации различного контента/сайтов. Сервисы в основном на .net, есть чуток питона там где работа с изображениями

Значит у самого разработчика не из того места руки растут. У нас реально сложная большая кодовая база с чудовищно жирным монолитом (достаточно много легаси) + около 30 микросервисов.
Код вручную почти уже не пишу совсем. Конечно, перед этим всегда строю план реализации на значительные фичи. Конечно, детальный ревью и корректировка с помощью того же Клода.
Плюс сделали кастомный пайплайн с инвестигацией прод инцидентов: там агенты и все логи вытащят, и в базе данные проверят, и кодовую базу прошерстят найдут root cause - не 100% успех во всех случаях, но ОЧЕНЬ сильно спасает как раз на большом проекте

к. нейронка всегда, говнокодит,Ну это неправда. Во-первых, это оч зависит от существующей кодовой базы. LLM в первую очередь модель предсказания, поэтому она всегда старается реплицировать существующую архитектуру и подходы. Другими словами, говнокодить будет в проекте с говнокодом.
Во-вторых, конечно все зависит от промпта и нельзя давать реализовывать большую фичу чисто запросом "запили мне фичу Х" (плагины типо superpowers тут частично спасают). Абстрактно, детально или забреинштормить с llm, ты должен дать архитектуру решения до реализации. Иначе, да, LLM будет искать кратчайший рабочий путь решения если уже нет похожей реализации в коде, но эт уже skill issue

Пздц ну и полотно) Могу лишь один совет дать: прекращай обобщать людей, слово "менталитет" скорее вредно. Ты буквально видимо первую девушку встретит в Азии и попал в первый конфликт и уже общие выводы делаешь.
Нет, не все азиатки такие, если тебе интересно. Есть и совсем ебанутые, конфликтные, есть транжиры, есть развязные. Твои выводы - это стереотипы, а не менталитет.