предыдущий: >>3449694 (OP)
А тебя уже заменили, или ты никогда программистом и не работал?
Ему протык на ютубе сказал что им пизда. А ты просто не понимаешь что такое дух рождества кстати. Шах и мат.
Ты тот жиpный дебил, который "бота для телеги с нескучной архитектурой" приводил в пример передовых достижений в области ЭЙАЙ и замены программистов и трусливо сбежал, когда тебя попросили навайбкoдить свой язык программирования? Ты жалок.
>как нам найти место в новом мире, не бросая айти?
нахой вам это ойти если зпшечка все ниже и ниже, только из за Подарками Одарён0чки?
>Айти пизда, пpoграммисты уже нахуй не нужны.
нужны, но рыночек перенасыщен, слишком много людей думающих что в ойти халява и много деняк за просто так. Это дает Кабанам непСайгакой выбор из желающий поработать за пачку доширака, и если н3йросети пойдут дальше то для условного написания веб сайта понадобиться один чел с навыками составления промпта
думаю в я что в будущем в ойти остануться полные гики любящие машинный Снег и пк железо больше своего очка и пару, а остальных на мороз
>Типа сейчас я уже за неделю спокойно могу выучить с++
Ну а раньше за три недели мог, ничего принципиально не изменилось
А вот нихуя. В книжках этих говноСнег еще тот, т.к. автор часто просто писака-теоретик. Дух Рождества же тебе выводит примеры и учит тебя писать сразу промышленный Снег с бест практисами от лучших разработчиков и объясняет тебе каждую строчку.
>учит тебя писать сразу промышленный код с бест практисами
Это невозможно, чтобы писать самому, надо мышление перестроить. Нейросети как помогают этому, так и мешают. Твоё обучение это формирование и настройка нейронных связей у тебя в мозгах, а этого не происходит, пока ты усилия не проявляешь.
Примерно как ты не сможешь прокачать свою физическую форму, если вместо бега будешь пользоваться электросамокатом. Хотя на самокате ты быстрее нужную дистанцию намотаешь.
Ты не можешь бест практисы понять, пока не столкнёшься с проблемами от плохих практик, это будет просто набор религиозных установок, применяемых не там, где надо.
А тема про вайбСнегинг и ненужность написания кода самому не нова. Я помню все такие разговоры про визуальное программирование, что оно вот-вот заменит обычное. Был хайп, были модные слова, было много инструментов. Именно на этом хайме МС назвала свои платформы как Visual C++ / Visual Basic. Но потом всё это куда-то испарилось.
С ИИ схожая история, хотя без сомнения намного более продвинутый инструментарий и с большими возможностями. Но фундаментальные ограничения очевидны.
Скажем что такое программирование обычное:
complier(programmingCode) --> Machine code
программный код описывает сложное поведение. Он описывает логику, как должна себя вести программа. Для серьёзной разработки принципиальна предсказуемость и стабильность. Чем больше проект, тем это важнее, откуда идут разные практики в языках программирования.
Скажем отсутствие типизации это удобно, когда программы мелкие, но чем больше проект, тем важнее точная типизация, и там где нет, её придумывают.
Что говорят про вайбСнегинг. Это типа инструкции, но на обычном человеческом языке. В этом случае программа это сами инструкции.
"техзадание"
LLM(техзадание) --> programmingCode
complier(programmingCode) --> App
на первый взгляд всё красиво. Но в реальности не совсем, потому что теряется главное, предсказуемость. После компиляции через ЛЛМ нет гарантии, что получится тот код, что нужен, что был в прошлый раз и прошёл тестирование. Тот, кто составляет техзадание, уже не может быть уверен, что получит тот результат, который ему нужен. Даже если до этого получал. Сегодня одна версия ЛЛМ, завтра другая.
Ещё веселее с поддержкой. Когда техзадание дорабатывается, в том числе довольно существенно. Когда надо переписывать API, форматы хранения данных, и т.п.
Без серьёзного контроля со стороны квалифицированного человека ничего работать не может.
Это не значит при этом, что ИИ бесполезны, нет, это реально сильный инструмент, в том числе для кодинга и разработки. Но, фундаментальные проблемы никто не отменял.
А изучать ИИ инструменты нужно, в том числе на уровне кишочков. Думаю, что скоро на собесах будут вопросы про кишочки ЛЛМ спрашивать.
Кому ты это рассказываешь. ВайбСнегеры понятия не имеют что такое типы какие-то, алгоритмы, для них это какой-то бумерский сленг не нужный больше. На практике вся эта движуха приведет только к тому что новоиспеченые вайбкoдеры засрут Праздник труда ещё сильнее чем это сделали вкaтуны с курсов, а Кабан будет выставлять совсем уже нереалистичные требования к кандидатам. Короче, погромисты и правда соcнули но совсем по другой причине, потому что быдланы с улицы окончательно похоронят профессию.
То же самое с художниками. Например можно утверждать что нормальных художников Чудослоп не заменит, но нормальные художники появляются из начинающих художников, а они теперь перестанут появляться, потому что есть хорошие художники и Чудослоп, весь Праздник покрыт. Новых молодых художников не будет и старые нормальные со временем закончатся. и профессия на несколько поколений придет в полное запустение.
>сколько звездочек на гитхабе
Милашка, в голосяндру, Курантутоси такие Курантутоси
Дипсик может не учесть очень много чего в каждой задаче. За ним нужен строгий надзор, который тратит время человека. Opus сам задаст кучу уточняющих вопросов сразу и предложит кучу альтернатив в решениях, объяснив плюсы и минусы каждого выбора. Opus явно проговорит все ограничения и допущения, покажет ход своих мыслей, укажет, на каких подводных камнях проект может поломаться. Он предложит несколько уровней глубины прopaботки решения. Opus учтёт всё.
Годом, когда прольётся первая кровь айтишников. Джyны, вас жаль больше всего. С этого года вы официально - мусор индустрии. В штаткe 2027 года половина из вас не войдёт.
Ура товарищи, да здравствует ИИ!
Автора поста и кабанов, думающих так же, ИИ-шечка однозначно заотменит. Потому что эти ребята, явно не дружат с логикой. Они видимо считают, что мидлы и сеньоры, появляются сами по себе, из воздуха, минуя стадию джунов.
Так он написал "половина". Через 5 лет ИИ может дойти до уровня, когда большинство мидлов-сеньёров станут не нужны. У тебя будут мега-модели, что дообучаются на твоём проекте, изучают бизнес-требования, и вместо огромного штата будет нужно несколько аналитиков и архитекторов.
Примерно как в сельском хозяйстве. Когда-то там было задействовано большинство населения даже развитых стран, потом, с развитием техники, всё меньше и меньше, сейчас проценты, а продукции выпускают очень много.
Джуны всегда будут, и будут вкатываться, но вполне может быть, что в десятки раз меньше, чем сейчас, и только сильные студенты после MIT, МФТИ, всякие победители олимпиад и т.п.
И что теперь? Снять штаны и бегать? Откуда эта тяга к этой пятикопеечной футурологии. Ну будут и будут. А может и не будут. А может через 5 лет, а может через 155. У тебя наверняка никакого фундаментального обоснования нет. Просто почувствовал что-то неясное и орешь вместе со всеми.
>У тебя наверняка никакого фундаментального обоснования нет
Конкретные сроки рассчитать сложно, но можно оценить, что "очень скоро", просто по тому, с какой скоростью идёт прогресс сейчас.
Причём тут надо смотреть не просто на результат, здесь легко обмануться, а на то, за счёт чего результат достигается, что меняется в технологиях, почему было плохо раньше, и работает сейчас, почему не получается делать многие вещи сейчас, что нужно, чтобы всё-таки это можно было делать, какие тренды идут.
Бегать со снятыми штанами не нужно, а вот понимать, в какую сторону развиваться самому очень даже стоит.
>надо смотреть не просто на результат, здесь легко обмануться, а на то, за счёт чего результат достигается, что меняется в технологиях, почему было плохо раньше, и работает сейчас
А какие улучшения в нейронках ты видишь и за счет чего? Я вот не вижу большого прогресса после GPT-4. Насколько я знаю, там сам инференс сделали чуть более дешевым и дообучили модели на большем объеме данных. Речь конкретно про LLM. Как это достигли, я хз, какие-то исследования есть на эту тему? Я чот перестал верить в экспоненциальный рост этих чудо сетей.
Opus — это не просто автокомплит, а машина для рассуждений, мыслительного процесса. Opus дороже, потому что решает задачи другого класса. Он может решать какую-то сложную задачу 5 часов подряд. Он строит длинные цепочки рассуждений. Может построить архитектуру сложного проекта, продумав за один раз все мельчайшие детали. И потом по этой архитектуре пилить модуль за модулем. Там контекст намного больше. В тот контекст может весь проект влезть, целиком, а не по одному файлу! То есть Opus стабильно держит в памяти огромные базы кoдa, промпты и ветки дискуссий с программистом. Дипсик постоянно всё максимально упрощает и начинает показывать глюки при длинных цепочках дискуссий. «На колу мoчало — начинай сначала».
Дипсик может не учесть очень много чего в каждой задаче. За ним нужен строгий надзор, который тратит время человека. Opus сам задаст кучу уточняющих вопросов сразу и предложит кучу альтернатив в решениях, объяснив плюсы и минусы каждого выбора. Opus явно проговорит все ограничения и допущения, покажет ход своих мыслей, укажет, на каких подводных камнях проект может поломаться. Он предложит несколько уровней глубины прopaботки решения. Opus учтёт всё.
>Я вот не вижу большого прогресса после GPT-4
GPT-4 была хороша в плане естественного языка, особенно английского, могла довольно хорошо отвечать на любые вопросы по языку. Но в плане программирования чисто игрушка без задач вообще.
Главные революционные изменения в том, что модели научили в reasoning/thinking режимы, из-за чего качество выдачи повысилать, и их научили использовать "инструменты" (tools), а именно вызов внешних функций, то есть могут делать запросы в специальные инстурменты, в калькуляторы, в базы данных, в интерптераторы кода, просто в интернет.
За счёт этого качество и возможности радикально повысились.
Сейчас даже при текущих технологиях моделей уже масса возможностей, надо просто наработать инфраструктуру и практику. Это "оркестрация моделей-агентов" называется.
Есть перспективы для развития моделей, и в этом направлении всё идёт:
1. Это генерация специальных обучающих данных, на которых модели будут учиться лучше и качественнее
2. Это технологии дешёвого дообучения, когда модели будут дообучаться под нишевые задачи, показывать очень высокие результаты на них.
Развитие здесь идёт, и стремительное.
> Я вот не вижу большого прогресса после GPT-4.
Либо ты не умеешь работать с llm, либо троллишь нас тут, а все вокруг со со своими синтетическими тестами и баллами - долбоёбы. Ты хоть напиши им, что они ебанахи и их модели все заглохли на уровне gpt4 уровня конца 22 года.
Пиздец ты жирная зелень
>Но в плане программирования чисто игрушка без задач вообще
Ну я диплом в магистратуре с ее помощью накодил за 3 дня весной 2023 года. Она тогда только-только вышла.
>>3616226
>>3616265
Да хуй знает что там в бенчмарках пишут. В целом я регулярно пользуюсь claude code за 100 долларов. Ну и оно сосет в общем-то. Для меня что gpt-4, что opus 4.5 потому что мои хотелки они примерно одинаково выполняют хуево. Как и рабочие таски. Но в эпоху gpt4 приходилось копипастой заниматься в чат и обратно, а claude code в режиме агента работает.
>>3616265
>ты не умеешь работать с llm
Ну и как работать с LLM? Как ни спроси кого, все говорят, что чудо наступает когда ты умеешь правильно работать с ллм. А как именно работать - не понятно. Алсо RAG и MCP я и так на постоянке использую, тот же context7. Есть ли ощутимый прогресс в качестве? Не вижу.
Ну и в целом стать вебмакакой всегда было легко, самым сложным было пройти собес, но сейчас нейронки решили и эту проблему.
>Ну и в целом стать вебмакакой всегда было легко, самым сложным было пройти собес
Лол, нет. Я например в одном месте просто работу не потянул и меня уволили.
>>3616283
>электронная инженерия, биотех и прочее
Там кратно меньше возможностей для трудоустройства. Круды нужны всем, всегда и везде, а электронная инженерия и тем более биотех это очень нишевые отрасли, где работа есть в 1-2 компаниях либо вовсе в НИИ за копейки.
Я знаю несколько человек, кто учился на био медецинскую технику в бауманке - все были вынуждены идти работать в айти, потому что по их прямому профилю образования в России почти нет работы.
>Там кратно меньше возможностей для трудоустройства
Трудоустроиться туда сейчас намного легче чем в айти с ныншним наймом. Вакансий меньше, да, но нанимают намного легче. Разве что везде диплом требуют, причем часто профильного вуза (обычно это требование заказчиков и третьих сторон, а не придурь HRки)
> Ну и как работать с LLM?
Сначала скажи, где конкретно тупит у тебя claude. Ты пишешь слишком абстрактно и не понятно, что ты там такое пытаешься накодить.
>где конкретно тупит у тебя claude
Оно оне тупит, оно генерит не то, что я хочу.
Если конкретно - то очень много моков и пустых реализаций генерится. То есть всякие интерфейсы и моки есть, а конкретной реализации - нет, либо она с багами. Это вот фишка claude.
>Разве что везде диплом требуют, причем часто профильного вуза
Вот с этого надо начинать. А продолжить тем, что устрошься легко скорее всего туда, куда не надо идти, да ещё и с оплатой никакой
Что жирного в моем тексте? Поясни по пунктам, а не визжи.
>>3616661
>Вот с этого надо начинать. А продолжить тем, что устрошься легко скорее всего туда, куда не надо идти, да ещё и с оплатой никакой
Ну в электронике куча вакансий 200-300к+, подавайся не хочу, еще и в отличие от айтишечки нет тысяч этапов собеседований и лайвкодинга. Намного проще чем в айти.
Зелень, плиз. Мы же оба прекрасно понимаем, что ты создаёшь одинаковые треды с одинаковыми постами уже полгода в надежде вызвать бурление. С Новым Годом!.
А ллмку твою бесконечно будут доить далларами? Закончатся бабки от государства – пизда вашей "ИИ".
>Собесы намного проще чем в айти
>>3616896
>Намного проще чем в айти
Лол, в каком месте? На жирную позицию в электронике гонять могут по всей вузовской программе и по очень специфичным вещам. Тебе вероятно удалось на изи залтететь в госуху уровня yadro в эпоху, когда туда полились бабки от государства и когда там штат расширяли очень быстро и брали всех подряд. В те времена и на позицию голанк разраба туда было просто залететь, а сборник вопросов yadro тех времен так вообще по телеграм чатам гуляет до сих пор.
Алсо будучи электронщиком нельзя быстро релоцироваться.
Я вот в аккредитованной ит конторке работал, которая жидко пукнула летом и сдохла. Анальники призывного возраста, включая меня, быстро собрали вещички и дали по тапкам в грузию, вьетнам и сербию и нашли там новую удаленную работу, а инженеры (они у нас были) и эмбеддеры пошли в армию осенью служить, потому что у них отсрочка сгорела.
Вот такая хуйня тоже бывает.
Спеки -> LLM -> код -> компилятор?
Думать надо так:
Спека версия 1 -> LLM -> код -> QA ->
Спека версия 2 -> LLM -> код -> QA ->
Спека версия 3 -> LLM -> код -> QA ->
...
Повторять пока "багов" которые находит человек/тестировщик/LLM на стероидах станет 0.
Далее деплой на продакшн.
??? И что думаете профит да?
А вот хуй!!!
Приходит пользователь и ломает к хуям все ваши предположения и догадки о том, как устроен "мир"!
Из чего же складывается погромирование? Хмм наверное это только код, да? А вот хуй (2).
Смотрим пик.
Этот слайд из https://www.youtube.com/watch?app=desktop&v=2V1FtfBDsLU означает буквально: сложность домена и сука НЕПРАВИЛЬНЫЕ предположения о нём 10-кратно (десятикратно, в десять сука раз) превышает сложность всех остальных проблем. НАХУЯ ПИСАТЬ КОД ЕСЛИ ТЫ НЕ ПОНИМАЕШЬ ЧТО ТЫ ДЕЛАЕШЬ? ДОЛБОЁБ!
Пока это не дойдёт до мозга, дальше можно не читать.
Ок что дальше? А как же люди решают проблемы? Что же вообще происходит когда погромист открывает редактор кода? А происходит буквально следующее, если этот погромист не одупляет ваще:
1. Приходит ТЗ "сделай нам логин по почте без пароля"
2. Он такой "ок делаем"
3. Ебошит код сам или с ЛЛМ похуй
4. Получается какая-то рабочая версия. Подожди, рабочая? Аха-ха! Ну давай тестить!
4.1. Оказывается “логин по почте без пароля” — это не “одна фича”, а пачка адских подфич:
- письмо иногда НЕ приходит (спам, DMARC, блоклисты, корпоративные домены, задержки)
- письмо приходит, но ссылку "проглатывает" префетчер/антивирус/почтовик → токен сгорает ещё ДО юзера
- токен можно украсть/перепостить/вытянуть из логов/из истории браузера
- юзер кликает второй раз -> "а чё не работает"
- юзер кликает на другом девайсе → "а чё не работает (2)"
- у тебя мобилка, десктоп, вебвью, приложение, universal links, app links, редиректы, куки, same-site, csrf, сессии
- rate limit: если не ограничишь — тебя DDoS-ят рассылкой писем, если ограничишь — норм юзеров режешь
- аналитика: "клик" != "успешный логин", а ещё GDPR/PII/аудит/логирование
- безопасность: перебор токенов, реплей, enumeration, "если аккаунт существует мы отправили письмо" (ага, щас)
- доступность: тексты, i18n, UX состояния "отправлено/истёкло/уже использовано/попробуй снова"
- SLO/SLA: "а почему оно падает", "почему 401 выросли", "почему bounce 2%"
И каждый пункт — это НЕ "код", это модель мира, то есть предположения.
И вот тут мы возвращаемся к пикче: тебя убивает не синтаксис, тебя убивает ёбаный Misconception.
5. И что делает "погромист", который думает что работа — это "накидать код"?
Он тупо чинит баги в коде, пока баги снова не вылезут… но уже в проде.
Потому что баг — это часто НЕ "ошибка if’а", а "мы вообще не поняли, как реальность работает".
6. А теперь внимание: где тут LLM "заменяет программиста"?
LLM может:
- быстро накидать CRUD
- быстро накидать "примерный" токен-флоу
- быстро сгенерить тесты, обвязку, конфиги, миграции, болтовню
LLM НЕ может (и не будет):
- гарантировать, что твои предположения о домене верны
- держать ответственность за прод, за инциденты, за безопасность, за репутацию
- понять "а что будет, если юзер откроет ссылку в Outlook, который сам всё префетчит"
- понять "а что если у нас B2B, и половина доменов режет письма"
- понять "а что если юзер потерял доступ к почте"
- понять "а что если завтра комплаенс сказал 'нельзя так'"
И самое смешное: LLM, если ты её не держишь за яйца артефактами, сама откатит твои решения.
Сегодня ты сделал OAuth, завтра попросил "поправь мелочь", и оно тебе вернуло API key’и как было. Потому что "похоже на паттерн".
Вот это и есть "context drift", только ускоренный.
7. Так как это реально делается у людей (и как это надо делать с LLM)?
НЕ так: "спеки -> LLM -> код -> компилятор -> готово".
А так:
(А) Гипотеза / Спека v1 (что делаем и зачем, какие НЕ делаем вещи)
-> (Б) Реализация (человек + LLM)
-> (В) Проверка (QA/тесты/продакшн-метрики/безопасность/edge cases)
-> (Г) Разоблачение твоих фантазий реальностью
-> (Д) Спека v2 (обновили модель мира)
-> повторять пока не станет терпимо
Только вот "пока багов 0" не будет НИКОГДА.
Будет "пока риск и боль приемлемые".
8. И тут главный поворот сюжета:
СПЕКА НЕ "бумажка для менеджера".
СПЕКА — это память проекта.
Это то, что написано кровью "почему мы так сделали" и "какие границы/ограничения" в одном месте.
И вот почему "спеки" — это витамин С от "LLM не помнит чё я вчера просил".
LLM и не обязана помнить. Это ТЫ обязан зафиксировать.
9. Как фиксировать, чтобы не было воды и "мы потом допишем"?
Два файла (минимум):
- PFS (Product Feature Spec): что/зачем/для кого/какие состояния/какие не-цели
- TFS (Technical Feature Spec): как/угрозы/лимиты/ошибки/инфра/метрики/роллаут/ранбуки
А потом — маленький "пальцем в код":
метадата фичи: какие файлы/модули/эндпоинты к ней относятся.
Чтобы когда кто-то (или LLM) трогает эти файлы — ему прилетало:
"ЭЙ, УЁБОК, ЧИТАЛ СПЕКУ? ОБНОВИЛ? ПОДТВЕРДИЛ?"
Это буквально превращает "hammock time" (подумать) в enforce’нутую штуку.
Не "умоляю дайте две недели подумать", а "вот артефакт, вот почему, вот риски".
10. А почему это "не заменили программистов" в 2026?
Потому что программист — это не наборщик кода.
Это человек, который:
- превращает мутное "хочу магию" в проверяемые требования
- выбирает компромиссы (безопасность vs UX vs стоимость)
- строит обратную связь (метрики/логика/алерты/роллаут)
- признаёт, где он не знает, и уменьшает Misconception итерациями
- держит ответственность за яйца последствия
LLM ускоряет нижний слой (опечатки/болтовню/шаблоны).
Но верхний слой (Domain complexity + Misconception) остаётся.
И даже хуже: LLM делает так, что ты можешь ошибаться в домене в 10 раз быстрее.
Так что "почему не заменили"?
Потому что заменить надо не руки, а мозг, который строит модель реальности.
А пока модель реальности строится через боль, спеки, фидбек и продакшн — программисты будут нужны.
И да:
НАХУЯ ПИСАТЬ КОД, ЕСЛИ ТЫ НЕ ПОНИМАЕШЬ ЧТО ТЫ ДЕЛАЕШЬ?
Вот почему слайд и важен. Вот почему Hickey и прав. Вот почему "вайб-кодинг" без артефактов упирается тупо в стену.
А вот пример как эти PFS/TFS/metadata писать:
https://markdownpastebin.com/?id=958a3e957ccd4f3e9bdab03fdde0949e
С любовью для вас, долбоёбов ❤️
>На жирную позицию в электронике гонять могут по всей вузовской программе и по очень специфичным вещам
Под сложностью я подразумевал анальные цирки из нескольких этапов в айтишных собесах, а не саму сложность вузовской программы. В электронике сам собес может проходить полчаса-час максимум и всего ОДИН, без десятка этапов скринингов, лайвкодинга и обсуждений стека как в айтишечке.
Сама же вузовская программа на собесах по электронике довольно простая, чем там сложного то? ТОЭ, диффуры, треугольники мощностей, аналоговая электроника? Гораздо более сложные вещи, про которые могут спросить на собесах, это работа над хайспид электроникой (DDR4, PCI-E и проч), всякие там стандарты хитровыебанные (например назови примерную макс скорость у стандарта IEEE 1394), но если ты идешь на вакуху с такими требованиями, то там и оплата соответствующая и в целом не проблема все это выучить.
>Алсо будучи электронщиком нельзя быстро релоцироваться.
Можно. Я недавно только кидал вакуху в Сербии, где им нужны несколько англоговорящих инженеров электроники, причем даже похуй на стаж и опыт, главное собес пройти. Вот настолько людей не хватает.
>эмбеддеры пошли в армию осенью служить
Я говорю не про эмбеддед-программистов, а инженеров электроники.
>эмбеддеры пошли в армию осенью служить
Я говорю не про эмбеддед-программистов, а инженеров электроники.
>Алсо будучи электронщиком нельзя быстро релоцироваться.
Можно. Я недавно только кидал вакуху в Сербии, где им нужны несколько англоговорящих инженеров электроники, причем даже похуй на стаж и опыт, главное собес пройти. Вот настолько людей не хватает.
База. Но слишком много буков. Вайбкодеры после 3х предложений уже теряют концентрацию внимания, а после 1 абзаца, не дочитав, уже пишут что ты просто не разбираешься в нейросетях.
Когда много с нейронкой общаешься, начинаешь писать как она, там было исследование даже на эту тему, такшо да.
>>3617090
вайбкодеры которые не хотят/не могут прочитать пару абзацев о том как правильно вайбкодить в IT не нужны, тем более что речь идёт о том, как писать нормальную продуктовую и техническую документацию
т.е. я буквально объясняю как играть с ллмкой и не пушить говнокод в продакшен, и срать на мой пост как минимум странно 🤣 если есть аргумент я готов выслушать
но я буквально разжевал по пунктам и даже дал пример как писать доки, бери пользуйся и смотри чё работает/не работает и дальше приходи обсуждать по существу
и если найдётся чел который сможет вот это вот автоматизировать:
Спека версия 1 -> LLM -> код -> QA ->
Спека версия 2 -> LLM -> код -> QA ->
Спека версия 3 -> LLM -> код -> QA ->
loop {
деплой в продакшен ->
собрать отзывы кастомеров/метрики/логи/баги/ошибки ->
порешать как поменять спеку ->
Новая версия спеков -> LLM -> код -> QA ->
}
то это буквально уже проблем солвинг и автоматизация мышления человеческого (хоть и в узком ключе тупо разработки софта), и вот тогда уже можно начинать думать о том, что работать никому больше не придётся (только юзать/тестить софт и писать отзывы что нравится-не нравится).
Ботлнек вот тут это буквально
- порешать как поменять спеку (синхронизация между "как работает мир" -- "как работает прога")
- QA (а спека соответствует ожиданиям?)
ЛЛМка не способна без контекста сама поменять спеку, она не способна в мышление в принципе. Ты пишешь "отправь логин на почту", а чел который сожрал говно собаку на этом спросит "а чем ты почту отправлять будешь массово пользователям без попадания в спам-фильтры?" ЛЛМка даже не додумается до этого сама, даже если спросишь "а что может сломаться?". У неё будет только то что в датасете было. НО если ты скажешь "а вот почта не доходит из-за спам фильтра, то да оно тебе предложит решение. НО суть в том, что САМО оно тебе НЕ СКАЖЕТ что есть спам-фильтры и ты это обнаружишь только в продакшене.
И если подумать чуть глубже то проблема как раз таки не новая, даже люди ошибаются (постоянно). Но люди хоть как-то, но помнят о прошлых проблемах и не забывают спеки налево и направо, но ЛЛМка откуда должна их знать? А новый чел вот пришёл в команду -- он откуда должен спеки знать? Почему спеки никто не пишет? Вам нравится жрать какашки когда спеки конфликтуют между собой, и вместо того чтоб идти поправить спеку, чел/ллм вынуждена читать код чтоб РЕВЕРС-ИНЖИНИРИТЬ спеку из кода, а потом уже фиксить её, и ТОЛЬКО потом уже кодить. Согласитесь что это тупо даже если бы ЛЛМ не существовало. Просто поменять код это 10-20% от времени, а остальное это тупо обсуждение спеков / митинги / разбор полётов / мониторинг / всё вот это вот говно про обратную связь с пользователями.
Это и есть РАЗРАБОТКА.
>Повторять пока "багов" которые находит человек/тестировщик/LLM на стероидах станет 0
Проблема начинается уже с определения понятия "баг". Вот ты столкнулся с тем, что у тебя что-то работает не так. А точно ли это баг, или может тест кривой? А можно ли это вообще реализовать, не поломав другую логику, как логику реализации, так и бизнес-логику? Может быть надо поменять бизнес-требования и вообще организацию бизнеса?
И это только начало.
>>3617068
>Спека версия 1 -> LLM -> код -> QA ->
>Спека версия 2 -> LLM -> код -> QA ->
И здесь получается история, как с генеративными картинками, тебе картинку нейросетка нарисовала, тебе вдруг понравилась она, ты просишь только пуговицы на перламутровые поменять, а тебе в оттвет полностью новую картинку
Вот ты чуть-чуть поменял спеку. Насколько сильно может меняться код и продукт? Ты нарисовал схему, при которой у тебя код фактически перепиывается заного. И продукт переделывается. заново. Это значит, то многие вещи там будут сделаны хоть и правильно (полное функциональное тестирование), но по-другому. А это неприемлимо.
>Можно. Я недавно только кидал вакуху в Сербии, где им нужны несколько англоговорящих инженеров электроники, причем даже похуй на стаж и опыт, главное собес пройти
Есть скрин?
Как правило тут в Сербии русы-электронщики это редкость. Есть всякие конторы вроде Schneider Electric, но там все сотрудники это сербы, все команды сербские и рус там нахуй не нужен. Если именно про электронику, то есть AMD, но там только программистов нанимают + там ебанутые требования в лоулевел программировании на С++ и знания нейронок/графики.
Может есть какие-нибудь русскоязычные конторки с эмбеддедом или электроникой, которые релоцировались сюда из РФ после 2022, но я про такие не знаю.
Плюс тут в белградском университете есть довольно жесткий электротехнический факультет, откуда всякие местные спецы по электронике/электротехнике выходят, и с ними тяжело на балканском рынке труда конкурировать.
Хороший пост. Умный.
Было бы неплохо если бы ты на реальном примере показал как это все делать и на хабр залил. Реально пока что единственная статья пусть даже и набросок, которую я видел, где хоть как-то раскрывают мысль "как правильно пользоваться LLM", а не просто в воду пукают.
>Есть скрин
Вот на пикриле. На опыт и стаж срать (правда грейд будет разный в зависимости от опыта), но нужно знание инглиша
алсо, удаленки в электронной инженерии нет вообще, да и во всяких прочих инженериях (биотех и тд) ее тоже нет и не было никогда. Есть исключения в некоторых фирмах, где могут дать полную удаленку, но там зарплаты довольно низкие и набор компетенций небольшой, т/к в этом случае тебя может заменить любой индус с апворка за 10$ в час
А как работать с легаси гавнецом, где отродясь не было никаких документаций и спецификаций, а вот то самое "полное понимание реальности" было у нескольких олдов на проекте, которые уволились 5 лет назад, либо есть у одного-двух челов, и то частично?
Я просто всю карьеру в индустрии именно с таким легаси гавнецом и работаю. Прихожу на проект, а там понос на миллионы строчек кода на какой-нибудь динамикодрисне типа питона, так еще и без тайп хинтов и без mypy. Где куча багов, куча костылей, и полного понимания картины нет почти ни у кого в команде. Приходится долго и нудно, методично, заниматься реверс инжинирингом. По идее ллмки сильно упрощают понимание кода, но вот могут ли они корректную спеку написать, которая будет картину мира отражать? Не знаю, не пробовал.
>>3617196
А как контора называется-то?
Если это чисто локальная сербская галерка, где сидят электронщики сербы и делают какой-нибудь продукт на аутсорс для Германии или Франции, то тебя русского в такую команду никогда не возьмут, так как это чисто сербская компания и там все между собой на сербском говорят, а Proficiency in English нужно чтобы общаться с заказчиками с запада.
Если это "русская" компания, то в целом вариант хороший. Правда не понятно, сколько там чего платят. В общем строго от национального состава команды зависит.
>>3617196
Нашел эту контору. Судя по всему там основная часть сотрудников - сербы. А значит просто так прийти туда русу вряд ли получится. С другой стороны вижу, что один чел из моего вузика там работает, а значит вероятно там англ будет в каком-то виде. Но мне что-то подсказывает, что это скорее исключение из правил.
В общем случае я бы не стал идти в сербские галерки и конторки. Там платят мало и надо знать сербский язык. А так, возможно там и норм будет. Но зп выше чем 2к евро маловероятна.
Айтишнику в любом случае вкатиться в другую сферу инженерии вряд ли получится, там везде требуют дипломчики, а это минимум 4 года жизни. В США можно побыстрее, за 2-3 года если по ускоренной схеме пройти, но ты ещё попробуй туда поступи будучи россиянином. А тебе ещё и работать нужно будет, ибо не молодой уже чтобы с родаками жить. Короче, рад что где-то кроме айтишечки есть жизнь, но нас там уже не ждут.
Ну вот я примерно понимаю, почему мои знакомые электронщики в армейку ушли, а не улетели с нами кнопкодавами во вьетнамы и грузии.
В общем я анальником как был, так и остаюсь. Здесь проще с мобильностью чем в инженерии, гораздо проще. А у вас где родился, там и пригодился, кек. Вон разве что идти начинать учиться с нуля заново. Кстати тот чел из моего вузика в сербский универ поступил и учится там + видимо параллельно работает в этой конторе.
Ну у меня есть знакомые, кто в Huawei в Китай эмигрировал работать, кто по науке и визе талантов уехал (аспиранты), все электронщики. Но есть те кто и в России продолжает работать, да.
Очевидно что это
Р Е В Е Р С - И Н Ж И Н И Р И Н Г
Е
В
Е
Р
С
-
И
Н
Ж
И
Н
И
Р
И
Н
Г
Во все поля.
А чтобы вытащить это из говна, нужно писать спеки которые понимаешь хотя бы ТЫ. Показать людям вот спека, вот так работает приложение, сурс: мои кровь и пот и 2 часа в git blame / log по файлу, где разрабы писали "fixed a bug" без объяснения что за баг 🤣
А, ещё топ тема, коммиты вида "добавил фичу, тикет ABC-123" (багтрекер умер 5 лет назад без бекапов) 🤣 вот в прошлом месяце такой был на проекте, и там нужно было понять почему код в говне. Пришлось копать ещё глубже.
Оказалось код был "временный", MVP мать его. ПРОТОТИП. (... прошло 15 лет код так и не менялся 🤣) Приходит клиент говорит ВАША ХУЙНЯ НЕ РАБОТАЕТ. А я я что? Ну тут менять всю систему надо ёбаный рот. Вот сидим меняем. А остальные разрабы если посмотрели бы на эту хуйню ну что тни там, ну опять костыль какой-то добавили бы по итогу, и продолжалось бы опять эта ебатория с неправильной спекой.
В чём цимес? Чел добавил систему ОБНАРУЖЕНИЯ копипасты из "внешнего источника". КАК? ТУПО БЛЯТЬ СРАВНИВАЕМ СТРОКИ "А ВОТ ЭТОТ КОД ВСТАВЛЕННЫЙ ВНУТРЬ РЕДАКТОРА, ОТКУДА ОН? МОЖЕТ ИЗ ОПИСАНИЯ ЗАДАЧИ? А МОЖЕТ РАНЬШЕ БЫЛ ВСТАВЛЕН УЖЕ? А КАК ЖЕ ЭТО СДЕЛАТЬ ХММ ДОБАВЛЮ setTIMEOUT, ОХУЕННОЕ ЖЕ РЕШЕНИЕ ДА?"
Прихожу я и такой подумал хмммммммммммммммм
БЛЯТЬ ВОТ СПЕКА: "ЕСЛИ МЫ КОПИРУЕМ ЧТО-ТО, ТО ХУЯРИМ МАРКЕРЫ в CLIPBOARD". "А ЕСЛИ ПРОИСХОДИТ ПАСТА -- МАРКЕРЫ ЕСТЬ? СКОПИРОВАЛ У НАС == ПОХУЙ; МАРКЕРОВ НЕТ? СКОПИРОВАЛ С ЛИТКОДА/ЛЛМКИ == ЧИТЕР!"
Всё блять, почему так сложно было с самого начала эту задачу порешать именно так, почему я спустя 15 лет решаю это говно по-нормальному? Вроде CLIPBOARD API уже тогда был. Ёбаный рот. Описал задачу, описал проблему, написал сука БИБЛИОТЕКУ которая абсорбирует всю сложность работы с этим api (почитайте RFC охуеете как браузеры по разному там взаимодействуют с асинхронной и легаси клипбордой, я жопой чуял что придётся абстрагировать маркеры эти ёбаные).
Хотя бы начальство понимает что легаси монолит 15-летней давности поддерживать тяжело и поощряет такие вот улучшения, иначе бы я уже охуел и ушёл давно. Но это говно в одиночку тяжело спеками и нормальной документацией обкладывать, это надо форсить на уровне CI/CD, чтобы каждый сука инженер был в теме и понимал что он творит. А уже было дохуя прецендентов когда ломали продакшен из-за вот непонимания спеки. И понятное дело всем сразу в голову это не вобьёшь, культуру инженерии эту. Она с годами вырабатывается.
Но тактика простая: тебя наняли конкретный кусок пилить скорее всего. Его и документируй, а потом у тебя есть позитивный кейс как это ускоряет тебе разработку и так далее - показываешь демо, далее вопрос тупо закрывается добавлением в CI/CD -- если автоматизации нет делаться ничего не будет просто так.
И ещё самое забавное, ещё не все в теме того что я делаю, приходит значит CTO и такой "ой блять это ЛЛМкой нагенерено, как-то хуёво сделано, дохуя текста внутри TFS кто это будет читать всё?"
ЁБАНЫЙ РОТ ТАК ЭТО ПОТОМУ ЧТО ЗАДАЧА СУКА СЛОЖНАЯ САМ ДОМЕН СУКА СЛОЖНЫЙ. КОПИПАСТУ ТРЕКАТЬ ЭТО ЛЕГКО ГОВОРИЛИ ОНИ АГАЩАС 🤣 ИДИ ПОЧИТАЙ RFC НА CLIPBOARD API: https://www.w3.org/TR/clipboard-apis/ ДАВАЙ ИДИ ЧИТАЙ СУКА, ВЫБИРАЙ ЧТО НАМ КОНКРЕТНО ВАЖНО И ЗАПИХИВАЙ В TFS САМ. ИЛИ ТЫ ДУМАЕШЬ ИНЖЕНЕР ОБЯЗАН RFC ЗНАТЬ ВСЮ ПО ДЕФОЛТУ? ПИЗДЕЦ Я СТАРАЛСЯ ОХУЕВАЛ ТЕСТИРОВАЛ 4 СУКА БРАУЗЕРА В КОТОРЫХ ЁБАНЫЙ NAVIGATOR И SET РАБОТАЮТ ПО РАЗНОМУ С РАЗНЫМИ MIME ТИПАМИ И Я ВСЕ ЭТИ ПРОБЛЕМЫ ПОРЕШАЛ ЗА СУТКИ, ПРОЕБАЛ 14 ЧАСОВ НАПИСАЛ ВСЕ ГРАБЛИ НА КОТОРЫЕ Я НАСТУПИЛ.
И МНЕ В ОТВЕТ: "да эт чёт ЛЛМ нагенерила 🤣"
ПИЗДЕЦ
Зачем ты пишешь капсом целые посты? Тебе на пикабу сказали, что настоящие крутые битарды на дваче так общаются, а иначе будешь не тру и пацаны уважать перестанут?