Предыдущий: >>3718743 (OP)
Биг кек больше не будет пылесосить рынок, они первые кто автоматизируют всю работу, чтобы разрабов не набирать.
это же буквально невозможно
или вы там все хеллоу ворлд пишете?
Да пихуй. Его можно выучить за неделю. Все равно ЛЛМ писать код будет, а не я
А в жабе какое то ебаное кофе (которое я например вообще не пью).
Вот.
А по возможностям языка это хуй его знает, есть мнение от знакомого, что топ язык для бэка это пэхопэ. Почему сдох щас - хз.
А Голенк это типа Си для людей, по крайней мере задумка была такая.
Ну если без шуток, то джава и го это как раз языки на которых крупный бизнес пишет.
А про автоматизацию работы... мелкие кабаны с этим легче преуспевают. Уже полно вижу кейсов как знакомых выгоняют из мелко-средних контор. Условно кабан купил подписку на клод и хуйнул 80 процентов штата после этого. Хотя у него там 3.5 землекопа трудилось. Вот такая хуйня. Ну и сами мелкие кабаны умирают в больших количествах, региональные вебстудии "Сокол", всякие ИП и прочие подохли совсем.
>Ну если без шуток, то джава и го это как раз языки на которых крупный бизнес пишет.
Крупному бизнесу за пределами РФ только забыли об этом рассказать, а так - да
на го даже круды писать тяжело, не говоря уже о чем то большем. Всегда приходится искать какие то огрызки из гитхаба и один хуй писать велосипеды в utils а потом пойти и вздернуться.
Мне вообще кажется что это где то в параллельной Вселенной делают на нем микрописьки и энтерпрайз и т.н. general backend. Как российские биг техи вообще додумались дохуя всего делать на го я вообще не понимаю.
Образы весят в ~10 раз меньше? Ну пока что талонов на память еще пока нет. Экономия биг техов на сервера мне интуиция говорит это экономия на спичках (хотя сам в душе не ебу насколько это роскошно)
Единый бинарник? В джаве придумали .jar
Горутины? Придумали Virtual threads!
Только об этих плюсах из каждого утюга визжат, но за этой ширмой нихуя толком нет.
Ну зато докер сделали да
Линкедином пока не так активно пользуюсь, но его тоже уже начинаю раскручивать. Релоцироваться тоже готов, за рефералку буду сильно благодарен, можешь в тг написать? @snikersdetka
>Кто-нибудь находил работу в последний год?
С сентября прошлого года без работы. Работу все еще найти не смог. Сейчас ищу любую батрачку хоть сисадмином, хоть техподом так как деньги уже кончаются, но даже и такой работы сейчас почти нет.
Опыта почти как у тебя, 4.5 года, профильная вышка, опыт в бигкеке, вся хуйня...
Какие только гайды не пробовал, резюме наверное раз 20 переписывал за это время. Искал рефералки, покупал рефералки за деньги, писал лично HRам, HR'ы писали мне - но увы за все это время было всего 4 скрининга и 3 техсобеса. Увы, 0 офферов.
Если за 2 месяца ничего не найду, то пойду работать руками куда-нибудь за любую зарплату.
>Если за 2 месяца ничего не найду
не найдешь конечно, можешь даже не пытаться
айти сдохло, а сейчас его активно добивают ИИ-агенты
Никак не сидим. Там рекрутеров давно уже нет, там паджиты постят нейрослоп про успешный успех.
Хз, мне оттуда больше рекрутеров пишет (1-2 в неделю стабильно) чем на хх.ру (где вообще дай бог один рекрутер в месяц будет)
А какой регион в профиле стоит? Сколько опыта? Пишешь в резюме всякие фразы типа ускорил в 10 раз?
Я не в РФ, живу в стране третьего мира, в профиле хх.ру стоит Москва
Так может тебе 23 года и няшная мордочка на аватарке, вот они и текут. Мне не писал никто, несмотря на дохуялетний опыт на дотнете и голанге.
Чел деды ERP и банкинг на Коболе писали, а Го поудобней будет. Да писать надо побольше, но не критично. Зато все очень прямолинейно, никакой магии.
>Единый бинарник? В джаве придумали .jar
А так же war, ear, и всё это говно как минимум требует ЖВМ нужной версии.
>Горутины? Придумали Virtual threads!
Только горутины появились сильно раньше VT.
>А так же war, ear, и всё это говно как минимум требует ЖВМ нужной версии.
Это ж через докер можно решить вопрос, не?
Нахуя, если есть джава/spring, где это всё делается в пару строк?
В го нет настолько большого выигрыша в перфомансе.
Пиздаболом на Another-IT.
…а зачем?
Потому что Go - это та же джава, только 20 лет назад. Можно в любом треде постить, разницу не увидят.
>Это ж через докер можно решить вопрос, не?
В докере можно что угодно делать, хоть билдить приложение при деплое. Просто когда у тебя один нативный исполняемый файл всё становится проще, в том числе и докер.
>Нахуя, если есть джава/spring, где это всё делается в пару строк?
>В го нет настолько большого выигрыша в перфомансе.
Чел что нибудь одно, или
>джава/spring, где это всё делается в пару строк
или
>В го нет настолько большого выигрыша в перфомансе.
Ты или пишешь @SpringBootApplication @EnableAutoConfiguration @ComponentScan и тогда все и правда делается в пару строк, но перформанс идет по пизде. Или ты пишешь код руками и тогда у тебя джава может даже обойти го по перформансу. Но никак не одновременно.
>В го нет настолько большого выигрыша в перфомансе.
сервис буквально стартует за миллисекунды или в худшем случае за пару секунд. это тебе не спрэнг фримверк где поднятие контекста с пропердолом идет минуту-другую. про кишочки фримверка можно слагать легенды - не там анноташку поставил, не ту пропертю подключил и у тебя чето отъебнуло в рантайме. все что сложнее хеллоуворлд - идешь листать гигатонны калового кода что даже йорген холлер за голову хватается. жекич борисов не даст соврать. круды лепить в монолитных аппках на спрэнге и хубирнейте - ок. главное командой ручников обзавестись, чтобы твое говно протыкивали хотябы раз в недельку ручками т.к. писать тесты на спрэнг прилагу - боль
Но тебе не надо листать код больше. Ты просто говоришь нейронке сделать хорошо и она делает и правильно расставляет анноташки. ГОвно не нужен.
А джава зачем нужна? Когда есть blazingly fast Rust. Вот реально зачем нужны го, джава, питон, пхп... когда есть раст? Один хер все коды агент генерит, и ты эти коды даже читать никогда не будешь.
Этот с го своим носится по джава треду, второй ебалай с растом пришел...
Почему вы на доске с хип-хопом или велосипедами не приходите и не говорите:
" Вот реально зачем нужны го, джава, питон, пхп... когда есть раст?"
или
"Зная Go, можно перекатиться в вирусмейкинг...".
Можете объяснить почему вы там про свою хуйню не пишете, а здесь пишете? Вас кто-то спрашивал что ли? Звал вас?
Не понимаю...
Жава как сточная яма - притягивает к себе говно
Так джава самая читабельная, если потребуется прочитать. От говна и раста вытекают глаза и начинается рвота. В сишорпе индусы насрали фич больше, чем в плюсах. Питон медленный. То есть только джава и остаётся, если анальника заставят проверять код нейронки.
>если анальника заставят проверять код нейронки
Сейчас этим уже почти никто не занимается. Димсол в jvmjobs все еще рвется и говорит, что код надо обязательно читать и проверять, но как по мне это хуита полная. У нас например на работе формально код-ревью от человеков еще есть, де-факто его уже нет, просто автоаппрув настроен после того как ИИ агент скажет что PR нормальный. И все. Прод не падает? Не падает. Ну и заебись. Пуллреквесты никто не читает, ни я, ни коллеги которые мои ПРы должны ревьювить. Код навсегда отчужден от разработчиков и работать с кодом можно только через LLM и никак иначе. Если завтра каким-то магическим образом исчезнет LLM и агенты, то у нас вся разработка намертво встанет и проект придется похоронить. Но это уже не моя проблема.
Никто эти if err != nil, транзакции, эксепшены, анноташки, match, макросы, переменные, лайфтаймы, классы, интерфейсы и прочую муть (в зависимости от выбранного ЯП) из мира программирования и языков программирования уже толком не читает. А джуны и не знают что это такое даже и зачем оно нужно. Короче программирование сдохло, программирует теперь ИИ агент, компаниям пока что нужны операторы ИИ агентов, а не специалисты или разработчики.
А поэтому можно смело брать и фигачить коды на blazingly fast Расте, на кой хер нужны все эти го, джавы, питоны? Повторяю, что мы либо уже в эпохе когда код намертво отчужден от разработчика и разработчик больше не владеет им, либо многие компании уже близки к этому состоянию. Да, мы как разрабы все еще отвечаем за код, но это просто некая формальность и договор, что если прод разъебется, то крайним будет разработчик и уволят именно его, а не кого-то другого. При этом достаточного времени чтобы выверять все эти десятки или даже соти тысяч строк кода которые каждый день мержатся в мастер, разумеется ни у кого нет и разработчик многим компаниям нужен просто как человек, на которого всю вину можно будет свалить, когда придет время.
Вспомнилось. Было у нас одно консольное приложение на срыгбуте 1.х версии и стартовало оно секунд 5. Для приложения которое нихуя кроме хелпа в консоль не печатает, что-то дохуя. В общем выяснилось, что срыгбут по дефолту еще и томкат поднимает хотя ни одного рест эндпоинта у нас нет и базу пытается сконфигурить. Зато все просто, пара аннотаций.
>В общем выяснилось, что срыгбут по дефолту еще и томкат поднимает хотя ни одного рест эндпоинта у нас нет и базу пытается сконфигурить.
Мануал не читай
@
Хуйню поднимай
>Мануал не читай
Ты буквально не можешь 2 поста прочесть
>Ты или пишешь @SpringBootApplication @EnableAutoConfiguration @ComponentScan и тогда все и правда делается в пару строк, но перформанс идет по пизде. Или ты пишешь код руками и тогда у тебя джава может даже обойти го по перформансу. Но никак не одновременно.
TL;DR: не программирование умерло, а ручное написание и чтение кода как основной способ разработки.
Если код пишут и ревьюят агенты, человек смещается уровнем выше: требования, архитектура, тесты, инварианты и ответственность за результат. Язык при этом не становится совсем неважным — важны экосистема и возможность автоматически проверять корректность.
Главная проблема: если человек физически не способен проверить сгенерированный объём кода, странно делать вид, что именно он лично отвечает за корректность каждой строки.
пруфани где ты работаешь, чел..
Покормлю жирного.
Решил дать клод коду тз на стажера в озон, разумеется я ему сказал чтобы на расте все хуярил; нахуевертил все сначала в мейн, я ему сказал какой долбоеб так вообще делает, потом он по директориям сложил файлы и назвал их блять одинаково, потом он же и написал тесты которые не проходят, и когда он нашел где обосрался исправил тесты, они начали проходить, НО! после своего ревью он сказал где он обосрался и начал хуярить еще по 200+ строк в 4-6 файлах и добавил еще дохуя зависимостей.
По итогу он начал ревьюить по 40-60 минут свою рыготню и с каждым разом пишет как все плохо, расписывает пункты, и пытается исправить и так по кругу.
Спасибо, повайбкодил, увидите ии сектанта - обоссывайте не жалея.
Вот какое говно я увидел, после пару секунд ревью и только в 1 файле. Выводы делайте сами.
>А поэтому можно смело брать и фигачить коды на blazingly fast Расте
Так у него компиляция далека от блейзингли фаст
Много магических аннотаций. Самым читаемым и ламповым был Pascal/Delphi. Но увы, даже до ковида не дожил.
Так а что еще обсуждать? Работы давно нет. Сам язык простой и ничем не примечательный.
>Начинаю искать новую работу, имею 4 года опыта
>Пока что 0 реакции, игнор и автоотказы
Классика. У меня то же самое с 12 годами опыта.
>Кто-нибудь находил работу в последний год? Какие стратегии щас самые эффективные?
Сейчас даже 1С помер. Единственная популярная IT вакансия в РФ (и у соседней страны) - оператор FPV дрона.
Имхо шарп самый читабельный, даже с учетом насранности
Ну и для примера
public class User
{
public string Name { get; set; }
public int Age { get; set; }
}
превращается вот в такое на джаве
public class User {
private String name;
private int age;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public int getAge() {
return age;
}
public void setAge(int age) {
this.age = age;
}
}
Или вот такое
var name = user?.Profile?.DisplayName ?? "Unknown";
против такого
var name = Optional.ofNullable(user)
.map(User::getProfile)
.map(Profile::getDisplayName)
.orElse("Unknown");
Ну и для закрепления
срешетка
var user = users.FirstOrDefault(x => x.Email == email);
жава
var user = users.stream()
.filter(x -> x.getEmail().equals(email))
.findFirst()
.orElse(null);
Ну и в целом linq - это блять... это блять просто не человек изобрел, а буквально иисус вернулся чтобы функционал этот добавить
Имхо шарп самый читабельный, даже с учетом насранности
Ну и для примера
public class User
{
public string Name { get; set; }
public int Age { get; set; }
}
превращается вот в такое на джаве
public class User {
private String name;
private int age;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public int getAge() {
return age;
}
public void setAge(int age) {
this.age = age;
}
}
Или вот такое
var name = user?.Profile?.DisplayName ?? "Unknown";
против такого
var name = Optional.ofNullable(user)
.map(User::getProfile)
.map(Profile::getDisplayName)
.orElse("Unknown");
Ну и для закрепления
срешетка
var user = users.FirstOrDefault(x => x.Email == email);
жава
var user = users.stream()
.filter(x -> x.getEmail().equals(email))
.findFirst()
.orElse(null);
Ну и в целом linq - это блять... это блять просто не человек изобрел, а буквально иисус вернулся чтобы функционал этот добавить
>превращается вот в такое на джаве
>
>@Data
>public class User {
>private String name;
>private int age;
>}
>в жаве больше бойлерплейт
...
>НЕТ, СМОТРИ, Я ПОДКЛЮЧУ СТОРОННИЙ LOMBOK, КОТОРЫЙ СГЕНЕРИТ ЕГО ЗА МЕНЯ
а ломбоки это такое, особенно дата.
А зачем нужны геттеры и сеттеры, да и прочая ООП залупа в эпоху ИИ? Ну я сделаю public String name и буду менять её без сеттеров и геттеров. А если там сложная логика, так и твой шарповский сахарок уже не поможет. Вы мыслите как в прошлом веке. Забудьте ООП муть и прочий маразм дяди Боба. Это в прошлом.
Как связаны public поля и ИИ?
Там record давно подвезли, чел
>гетеры сетеры
Нахуй не нужны. Я встречал говнокод, где в гетере данные лениво подгружались из бд. В отдельной транзакции, ага. Потом ой чето дедлоки на проде. Данные в дто, логика в сервисах, только так, рич ооп остался в 1995 году.
>вопросики
Высер от паджитов. Нулы - это нетипичные данные, их надо явно проверять, а не прятать.
>линк
Литерали никто не использует. Ни один дба не даст напрямую срать в базу, работа только через хранимки. Линк на проде - это уровень провинциальной аутстаф галеры.
Пишу на дотнете еще с 2003 студии
И как это связано?
>>43823
> Пишу на дотнете еще с 2003 студии
Это, блять, диагноз
> геттеры сеттеры нахуй не нужны
> рич ооп умер в 1995
То, что ты однажды увидел дегенерата, который в геттер засунул запрос в БД, не означает, что проперти и инкапсуляцию надо выпилить из языка нахуй, лол.
Какой нибудь условный order.Cancel() с проверкой инвариантов внутри сущности - абсолютно нормальный современный код. А "все данные в DTO, вся логика в сервисах" - это не истина, ниспосланная господом, а конкретный архитектурный стиль, который прекрасно превращается в сервис на 10000 строк.
>нули нетипичные данные
"DeletedAt", "ParentId", "CompletedAt", "MiddleName" передают привет.
Nullable reference types буквально существуют затем, чтобы компилятор различал "значение обязано быть" и "значения может не быть". Ты воюешь не с говнокодом, ты воюешь с системой типов.
>линк никто не использует
Ебанул с подливой
линк - это базейшая база, ультимативный фундамент.
Его используют буквально везде.
Как же его в жаве не хватает ебтвою мать
Можно написать хуевый линк. Можно получить N+1. Можно сгенерировать ебанутый SQL.
Из этого следует "надо понимать, какой запрос ты генерируешь", а не "линк используют только провинциальные галеры".
Я дохуя где поработал говночистом на шарпе за последние 10 лет. Не видел ни одного проекта, где был бы запрещен линк.
Скорее праймари конструкторы скуфы ебут, или подобный движняк.
>ни один DBA не даст срать напрямую в базу, только хранимки
В твоем банке из 2007 года - возможно.
В остальном мире существует EF Core, даппер, parameterized SQL, миграции, квэри планы, мониторинг и команды, которые почему-то умудряются десятилетиями держать прод без того, чтобы Вася DBA выдавал каждому разработчику по хранимке, лол.
Ты не 23 года .net знаешь.
Ты 23 года одну и ту же корпоративную культуру наблюдаешь и почему-то решил, что это везде так, а не только локально у тебя.
И как это связано?
>>43823
> Пишу на дотнете еще с 2003 студии
Это, блять, диагноз
> геттеры сеттеры нахуй не нужны
> рич ооп умер в 1995
То, что ты однажды увидел дегенерата, который в геттер засунул запрос в БД, не означает, что проперти и инкапсуляцию надо выпилить из языка нахуй, лол.
Какой нибудь условный order.Cancel() с проверкой инвариантов внутри сущности - абсолютно нормальный современный код. А "все данные в DTO, вся логика в сервисах" - это не истина, ниспосланная господом, а конкретный архитектурный стиль, который прекрасно превращается в сервис на 10000 строк.
>нули нетипичные данные
"DeletedAt", "ParentId", "CompletedAt", "MiddleName" передают привет.
Nullable reference types буквально существуют затем, чтобы компилятор различал "значение обязано быть" и "значения может не быть". Ты воюешь не с говнокодом, ты воюешь с системой типов.
>линк никто не использует
Ебанул с подливой
линк - это базейшая база, ультимативный фундамент.
Его используют буквально везде.
Как же его в жаве не хватает ебтвою мать
Можно написать хуевый линк. Можно получить N+1. Можно сгенерировать ебанутый SQL.
Из этого следует "надо понимать, какой запрос ты генерируешь", а не "линк используют только провинциальные галеры".
Я дохуя где поработал говночистом на шарпе за последние 10 лет. Не видел ни одного проекта, где был бы запрещен линк.
Скорее праймари конструкторы скуфы ебут, или подобный движняк.
>ни один DBA не даст срать напрямую в базу, только хранимки
В твоем банке из 2007 года - возможно.
В остальном мире существует EF Core, даппер, parameterized SQL, миграции, квэри планы, мониторинг и команды, которые почему-то умудряются десятилетиями держать прод без того, чтобы Вася DBA выдавал каждому разработчику по хранимке, лол.
Ты не 23 года .net знаешь.
Ты 23 года одну и ту же корпоративную культуру наблюдаешь и почему-то решил, что это везде так, а не только локально у тебя.
ИИ никак не отменяет инкапсуляцию. То, что код теперь может быстрее генерироваться, не меняет того, что объекту иногда нужно контролировать допустимые изменения своего состояния.
public string Name; буквально означает - кто угодно может записать туда что угодно когда угодно.
А property уже позволяет хотя бы сохранить контракт:
public string Name { get; private set; }
Теперь снаружи прочитать можно, а поменять - только через разрешенный конкретно тобой путь.
>А если там сложная логика, так и твой шарповский сахарок уже не поможет.
Если появляется логика - именно тогда ты особенно не хочешь, чтобы потребители класса напрямую ебали поле. Ты оставляешь property для состояния и отдельный метод, который описывает действие.
>Вы мыслите как в прошлом веке. Забудьте ООП муть и прочий маразм дяди Боба. Это в прошлом.
ИИ меняет стоимость написания кода, а не базовые причины, почему существуют типы, контракты, инварианты, и прочая мутная хуетень, дружок.
Если завтра какой нибудь копайлот сможет написать тебе миллион строк за секунду, от этого user.Balance = -over 9000; внезапно не станет хорошим дизайном.
>Теперь кирпичи кладет робот, поэтому несущие стены больше не нужны
>ИИ никак не отменяет инкапсуляцию
>ИИ меняет стоимость написания кода, а не базовые причины, почему существуют типы, контракты, инварианты, и прочая мутная хуетень, дружок.
Пиздец, с кем я сижу. ООП головного мозга. Дружок, именно стоимость написания кода и породила ООП и всю эту залупу, которую тебе вдолбили на курсах. Сейчас написание кода ничего не стоит. А для проверки, что всё работает правильно, существуют тесты, которые уже тоже генерируются автоматически. Люди не пишут код. Люди его уже даже практически не читают.
Почему свои мысли вы не можете высказать в общем треде?
Почему, мистер Андерсон? Почему?
Ты почему-то решил, что инкапсуляция нужна была для экономии человеко-часов на печатании кода.
Нет, мань. Она нужна в том числе затем, чтобы уменьшать количество способов, которыми систему можно привести в ебанутое состояние.
Иишка может бесплатно сгенерировать тебе 500 мест, которые меняют public Balance. Заебись. Теперь иди и бесплатно найди, какое из них сломало инвариант.
Тесты это тоже не заменяют. Тест проверяет известный сценарий. Контракт запрещает целый класс неправильных сценариев вообще.
>люди код больше не читают
особенно смешно. Если я хочу читать меньше реализации, мне как раз нужен нормальный публичный API, чтобы я мог видеть account.Withdraw(100) и не проверять каждый раз, какую хуйню ии сгенерировала в этот раз
Ты буквально предлагаешь генерировать говнокод и сверху генерировать тесты, подтверждающие, что говнокод делает именно то, что сама иишка решила считать правильным.
>шарпер
У меня анус разьебан айтишкой настолько, что в него помещается 3 языка, на которых я официйно помидором поработал.
>Нет, мань. Она нужна в том числе затем, чтобы уменьшать количество способов, которыми систему можно привести в ебанутое состояние.
Пиздец курсовой высерыш. Инкапсуляция нужна, чтобы другой программист пользовался классом максимально как ты задумывал и делал меньше ошибок, т.к. ошибки стоили кабану денег. Сейчас человек код не пишет. Тебе не надо что-либо декларировать и объяснять кому-то. ИИ всё сделает збс и так. А систему в ебанутое состояние можно всегда привести банально через рефлексию. Я буквально могу любое поле через рефлексию сделать паблик и срать что угодно. Пиздец, ООП долбоёбы еще более ебанутые чем фанатики с другой стороны типа Столярова, у которого весь код должен быть процедурным.
Шёл мимо, смотрю - хуйню пишут. Дай думаю отвечу.
> Инкапсуляция нужна, чтобы другой программист пользовался классом максимально как ты задумывал и делал меньше ошибок, т.к. ошибки стоили кабану денег
Ну да.
>Сейчас человек код не пишет. Тебе не надо что-либо декларировать и объяснять кому-то. ИИ всё сделает збс и так.
Ну нет.
ЛЛМ по твоему магический шар какой-то? Ты на ровном месте хочешь у него забрать ясный маркер - приватность поля/метода чтобы что? Вот нахуя? Можешь ты ответить?
Человек тоже может без private сидеть и думать, что можно делать с этим публичным полем, а что нельзя. Может даже начать как в питоне - подчеркивания ставить...
Но нахуя? Типа ЛЛМ сожгет тебе в 10 раз больше токенов, чтобы разобраться, можно ли менять это паблик поле или нет. И как его менять, если все-таки можно. Вместо того чтобы просто въебать туда private, чтобы твоя залупа понимала, что с этим полем или нельзя взаимодействовать или пусть смотрит API, как это поле менять.
Как это твоей блядской ЛЛМ мешает работать? Объясни же.
Где профит для ЛЛМ, что в миллионе строк кода все поля и методы будут паблик, блядь. На пальцах объясни.
>Пиздец курсовой высерыш.
Проиграл с 80iq дегенератыча
>Инкапсуляция нужна, чтобы другой программист пользовался классом максимально как ты задумывал и делал меньше ошибок
Да. Именно.
Как конкретно из этой вводной ты высираешь вот такое, обьясни
>сейчас человек код не пишет, ии все сделает збс и так
С какого хуя наличие ии отменяет необходимость сообщить иишке-же, как классом правильно пользоваться?
ИИ - не телепат, блять. Он тоже смотрит на доступный API, типы, сигнатуры, nullable-аннотации, область видимости, методы, тесты, документацию и окружающий код.
Если ты даешь ему:
public decimal Balance;
public int Status;
public string Email;
ты буквально прохрюкал "еби это состояние напрямую, все операции разрешены".
А если даешь:
public decimal Balance { get; private set; }
public void Withdraw(decimal amount)
ты декларируешь допустимый способ изменения состояния.
Только потребителем API теперь может быть не Вася, а иишка. Смысл контракта никуда не девается, блять.
>систему всегда можно привести в ебанутое состояние через рефлексию
Убери замок у себя на входной двери в хате.
Нахуй он нужен, если дверь можно силой выбить?
Ты ебень блять?
Если ты специально пишешь рефлекшн код, чтобы пролезть в приватное поле, ты уже сознательно обходишь контракт.
Это вообще не тот класс ошибок, от которого защищает private set нахуй.
>Пиздец курсовой высерыш.
Проиграл с 80iq дегенератыча
>Инкапсуляция нужна, чтобы другой программист пользовался классом максимально как ты задумывал и делал меньше ошибок
Да. Именно.
Как конкретно из этой вводной ты высираешь вот такое, обьясни
>сейчас человек код не пишет, ии все сделает збс и так
С какого хуя наличие ии отменяет необходимость сообщить иишке-же, как классом правильно пользоваться?
ИИ - не телепат, блять. Он тоже смотрит на доступный API, типы, сигнатуры, nullable-аннотации, область видимости, методы, тесты, документацию и окружающий код.
Если ты даешь ему:
public decimal Balance;
public int Status;
public string Email;
ты буквально прохрюкал "еби это состояние напрямую, все операции разрешены".
А если даешь:
public decimal Balance { get; private set; }
public void Withdraw(decimal amount)
ты декларируешь допустимый способ изменения состояния.
Только потребителем API теперь может быть не Вася, а иишка. Смысл контракта никуда не девается, блять.
>систему всегда можно привести в ебанутое состояние через рефлексию
Убери замок у себя на входной двери в хате.
Нахуй он нужен, если дверь можно силой выбить?
Ты ебень блять?
Если ты специально пишешь рефлекшн код, чтобы пролезть в приватное поле, ты уже сознательно обходишь контракт.
Это вообще не тот класс ошибок, от которого защищает private set нахуй.
>куда выкатываться
Зачем?
Внедрение ии похоронит говнокодеров типа этого >>43941
А для нормальных это лишь дополнительный уровень абстракции.
Кабан не сможет общаться на техническую тему техническим языком.
Его требования нужно понять, декомпозировать, оценить риски и сроки, и только после этого начинается этап написания кода.
И если специалист сильный, то он сделает это охуенно, и лучше чем у других.
При этом увольнять такого - буквально противоречит целям кабана.
Если он не будет работать у тебя = будет работать у конкурента = потери в клиентах и выручке.
Инженерное понимание over everything.
И забавный парадокс, чем больше кода способен произвести один человек с агентами, тем дороже становится ошибка его инженерного решения. Потому что раньше долбоеб мог за неделю неправильно написать 500 строк. Теперь он за ту же неделю может неправильно изменить 500 сервисов.
Цена ошибки стала сильно меньше, так как нейронка за секунду поймет в чем проблема и перепишет все правильно. Даже несколько десятков тысяч строк кода для нее переварить за 10 минут на проблема совсем.
Нейронка это не новый уровень абстракции, а полная автоматизация интеллекта и мышления. Нейронка это буквально то что похоронило нашу профессию и что отобрало у нас работу. Вот что нейронка.
Ты хрюкать про "уровень абстракции" можешь сколько угодно, но обратный отсчет для тебя уже идет и это лишь вопрос времени, когда кабан выгонит тебя на мороз. Он не будет разбираться кто там говнокодер, а кто нет - просто все скопом пойдете на мороз. Не нужно думать что твои навыки декомпозиции и понимание зачем нужны геттеры и сеттеры тебя спасут. Нейронка сама все это понимает и сама пишет безошибочный код.
Разработка официально похоронена.
>С какого хуя наличие ии отменяет необходимость сообщить иишке-же, как классом правильно пользоваться?
Потому что ИИ сам это пишет всё и держит в контексте весь проект. Ему не надо ничего сообщать. Человека нет в цепочке. ИИ и так знает как пользоваться всеми классами. Пиздец. Какие же тупорогие тут сидят.
Лень простыню с примерами разбирать, так что разьебу по факту.
>безошибочный код
Зачем тогда проверять мры от нее, и править косяки?
GitHub тоже почему-то воркфлоу с планеркой, изменениями коммитом и ревью имеет, а не сразу в прод хуячит.
>полная автоматизация интеллекта
Антропики недавно проанализировали около 400 тысяч реальных клод-сессий. Их наблюдаемое разделение труда:
люди преимущественно решают что делать,
клод преимущественно решает как делать.
https://www.anthropic.com/research/claude-code-expertise
>всех выгонят
Выгонят. Кабан же стагнировать хочет.
Знаешь че будет? Встречный эффект.
Кабан не будет выгонять никого. Просто те, что есть - будут делать 100 систем, а не 10.
Плюс бэклог теперь чистить можно будет, соответственно вырастет и качество.
Ии разумно сравнивать с изобретением ide-шек. Автоматизацией тут и не пахнет.
Про эффект бутылочного горлышка и экспоненциальный рост ответственности кабана я даже говорить не буду, фактов выше - хватит.
>>43996
Мань, допустим нейронка действительно написала весь проект и знает его наизусть. Объясни тогда на пальцах.
Что она приобретает от того, что private станет public?
Не "она и без него справится".
Не "человека больше нет".
Какой конкретно профит?
Потому что с private у нее есть и "знание", и ограничение на этапе компиляции
Без private остается только "знание", лол.
Ты буквально предлагаешь выбросить бесплатную формальную гарантию потому, что модель якобы достаточно умная, чтобы обходиться без нее?
С кем на одной сижу бляяя
Лень простыню с примерами разбирать, так что разьебу по факту.
>безошибочный код
Зачем тогда проверять мры от нее, и править косяки?
GitHub тоже почему-то воркфлоу с планеркой, изменениями коммитом и ревью имеет, а не сразу в прод хуячит.
>полная автоматизация интеллекта
Антропики недавно проанализировали около 400 тысяч реальных клод-сессий. Их наблюдаемое разделение труда:
люди преимущественно решают что делать,
клод преимущественно решает как делать.
https://www.anthropic.com/research/claude-code-expertise
>всех выгонят
Выгонят. Кабан же стагнировать хочет.
Знаешь че будет? Встречный эффект.
Кабан не будет выгонять никого. Просто те, что есть - будут делать 100 систем, а не 10.
Плюс бэклог теперь чистить можно будет, соответственно вырастет и качество.
Ии разумно сравнивать с изобретением ide-шек. Автоматизацией тут и не пахнет.
Про эффект бутылочного горлышка и экспоненциальный рост ответственности кабана я даже говорить не буду, фактов выше - хватит.
>>43996
Мань, допустим нейронка действительно написала весь проект и знает его наизусть. Объясни тогда на пальцах.
Что она приобретает от того, что private станет public?
Не "она и без него справится".
Не "человека больше нет".
Какой конкретно профит?
Потому что с private у нее есть и "знание", и ограничение на этапе компиляции
Без private остается только "знание", лол.
Ты буквально предлагаешь выбросить бесплатную формальную гарантию потому, что модель якобы достаточно умная, чтобы обходиться без нее?
С кем на одной сижу бляяя
>Зачем тогда проверять мры от нее
Незачем. Не нужно это делать. У нас код ревью уже 3 месяца как нет. Мы не смотрим пулл реквесты друг у друга. Если вы все еще смотрите - то это лично ваша хотелка, которая существенно снижает вашу продуктивность, так как вы тратите время на ерунду.
>Кабан не будет выгонять никого. Просто те, что есть - будут делать 100 систем, а не 10
Кабан эти 100 систем продаст кому-то? Нет. Ему хоть бы текущие 10 продать и не обанкротиться, и то хорошо. В итоге всех разработчиков кроме одного увольняют, оставшийся один сидит оркестрирует агентов и выдает им нужный контекст. Никакого х100 фичей не будет, они банально не нужны никому. Просто один человек будет выдавать тот же объем работы что ваш отдел выдает сегодня.
Собственно это уже сегодня происходит. Штаты сотрудников массово сокращаются, люди сотнями тысяч вылетают на мороз, команды схлопываются, менеджеры увольняются вслед за своими гребцами, либо, в лучшем случае, понижаются до обычных гребцов и начинают писать промпты в нейронку. Индустрия буквально рушится на наших глазах и ты ничего с этим поделать не можешь. Все что ты можешь делать - просидеть еще несколько месяцев до своего увольнения, принять смерть лейофф от руки ИИ, и выкатиться на дно работку каким-нибудь курьером или рабочим на склад. ВСЕ!
>Кабан эти 100 систем продаст кому-то?
Если фича раньше стоила 500 уе, а теперь 50 уе, некоторое количество вещей, которые раньше имели отрицательный ROI, внезапно становится выгодно делать.
>увольняют посмотрите статку
а оверхайр из-за ковида ты в учет взял?
при этом прогнозируется рост рабочих мест, а не их падение.
просто фильтрация теперь гораздо более жесткая.
>мы перестали смотреть мры
Три месяца никто не смотрит - заебись конечно, но все еще пук в лужу.
Конкретику дай.
Прод от этого чаще ебаться стал или нет?
Сколько релизов пришлось откатывать?
Сколько косяков доехало до пользователей?
Если что-то ломается - быстрее теперь чините или медленнее?
С безопасностью новых приколов не появилось?
Причем я почти уверен, что ситуация, как и у нас. Иишка сделала - кабанычу отчитались, а потом начинается тотальная ебля. Скорость - не основная метрика, а лишь часть формулы.
Вот тут
https://habr.com/ru/news/993350/
въебали 20к долларов чтобы написать компилятор C на расте.
Получилась неподдерживаемая ху-е-та.
Смекаешь? Каждая новая фича ломает код нахуй.
Так же будет и с твоими проектами, где ИИ будет "знать" как использовать миллион публичных свойств.
Но ты, гандон, уйдешь на другой проект, чтобы уже там срать своим вайбкодом.
>а оверхайр из-за ковида ты в учет взял?
>при этом прогнозируется рост рабочих мест, а не их падение.
Ковид сто лет назад был. Ковидный оверхайр уже давным-давно устранили в 2023 году.
При этом откуда прогнозируется рост рабочих мест, если их количество только сокращается из квартала в квартал? Причем не только в РФ, а вообще во всех странах.
>просто фильтрация теперь гораздо более жесткая
Кого ты фильтровать собрался? Что за фильтры? Ты же понимаешь, что работу "писать промпты в нейронку" может буквально любой еблан со школьным образованием 9 классов? Ты любого человека с улицы можешь посадить в кресло сеньора - и он будет перформить как сеньор. Никто никого уже не фильтрует, многие компании наоборот массово увольняют скилловых людей с опытом и заменяют их на дешевых макак-студентов за 50к рублей в месяц. Без шуток, работу сеньор разраба сегодня может любой еблан выполнять у которого есть хотя бы полгода-год работы на какой-нибудь затхлой галере. Навыки человека и опыт обесеценены очень жестоко. Поэтому я хз какие ты там фильтры у себя в голове нафантазировал. Просто прими тот факт, что промптить в клод может любой еблан, даже кабан, даже тетя глаша из бухгалтерии. Нанимать выделенного под это дело разраба нахуй никому не упало.
>>44051
>Прод от этого чаще ебаться стал или нет?
>Сколько релизов пришлось откатывать?
>Сколько косяков доехало до пользователей?
>Если что-то ломается - быстрее теперь чините или медленнее?
>С безопасностью новых приколов не появилось?
Все охуенно. Никаких проблем не заметили. Мониторинги, алерты, логи - в идеальном состоянии. Все баги которые у нас были годами починил клод. Релизы стали кататься быстрее. С безопасностью тоже проблем нет. На проде ничего не ломается. Проект просто пришел в идеальное состояние после того как выбросили нахуй код написанный людьми и переписали значительный объем кодовой базы исключительно при помощи агентов.
>Ты работаешь в епаме
С чего ты взял, что я в епаме работаю, мань?
Ты мне уже и работодателя придумал, чтобы потом победить его в споре?
Крупный международный энтерпрайз, внутренняя разработка B2B-бизнес-систем. Пишем и поддерживаем свои системы, и заказчики у нас - собственные бизнес-подразделения, лол.
>заказчики у нас - собственные бизнес-подразделения
Иными словами, полное отсутствие конкуренции. Какой бы кал вы не выдали, пользователи сожрут в приказном порядке. Это даже не епам, от епама заказчик может уйти. Видел я эти внутрикорпоративные порталы на трех пользователей, там хтонь и пиздец.
>Ты любого человека с улицы можешь посадить в кресло сеньора - и он будет перформить как сеньор.
Нет, мань. Ты опять подменяешь "умеет получить работающий код с помощью ллм" на "перформит как сеньор".
Синтаксис, бойлерплейт и само кодописательство действительно обесцениваются с ебанутой скоростью - тут я с тобой даже спорить не буду.
Но сеньор нужен не потому, что он быстрее тети Сраки вспомнит синтаксис, лол.
Кто определит, что именно строить?
Кто разъебет противоречивые требования кабана?
Кто спросит про идемпотентность, дубли, ретраи, транзакционные границы, обратную совместимость, роллаут, и прочую хуйню, которой в изначальном "сделай интеграцию" вообще не было?
Так что "любой еблан теперь сеньор" пока существует только у тебя в голове.
>рабочих мест становится меньше из квартала в квартал
Тогда принеси статистику именно по общей занятости разработчиков, а не очередную таблицу сокращений
Потому что сокращения != сокращение профессии на то же количество людей.
Компании одновременно увольняют, нанимают, закрываются, открываются, перестраивают команды и не заменяют ушедших.
При этом американский BLS даже с учетом ии на текущий момент прогнозирует рост разработчиков примерно на 16% до 2034 года.
Может прогноз оказаться хуевым? Вообще как нехуй.
Но тезис "профессия уже рушится во всех странах каждый квартал" доказывать надо тебе, а не мне.
>У нас код ревью уже нет, все охуенно
Вот это уже реально интересно, без рофлов.
Если вы выкинули ревью, существенно увеличили пропускную способность, переписали легаси агентами и при этом качество не просело - это отличный кейс в пользу AI PDLC.
Только я спросил не "ну как ощущения"?, а конкретику.
"У нас всё охуенно" - это анекдотичное свидетельство, над которым ты сам смеешься, когда его приводит кто-то другой.
Если цифры действительно стали лучше - я первый скажу, что ваш старый ревью был нахуй не нужен.
Но пока у тебя получается:
"мы перестали проверять код и никаких проблем не заметили, потому что проблем не заметили".
> код больше ничего не стоит
Вот с этим как раз почти согласен.
Только стоимость написания реализации и стоимость правильного инженерного решения - не одно и то же.
И если завтра это тоже станет одним и тем же - тогда да, пойдут нахуй не только разрабы. Вместе с ними поедут аналитики, архитекторы, продакты и половина остального беловоротничкового офиса.
Другой вопрос, что вместе с этим нахуй пойдут еще тысячи профессий, и в это обязано будет вмешаться государство.
Но до тех пор "клод умеет за ночь написать 2к строк" и "тетя срака теперь синьер помидор" это все-таки нихуя не одна и та же мысль.
>Ты любого человека с улицы можешь посадить в кресло сеньора - и он будет перформить как сеньор.
Нет, мань. Ты опять подменяешь "умеет получить работающий код с помощью ллм" на "перформит как сеньор".
Синтаксис, бойлерплейт и само кодописательство действительно обесцениваются с ебанутой скоростью - тут я с тобой даже спорить не буду.
Но сеньор нужен не потому, что он быстрее тети Сраки вспомнит синтаксис, лол.
Кто определит, что именно строить?
Кто разъебет противоречивые требования кабана?
Кто спросит про идемпотентность, дубли, ретраи, транзакционные границы, обратную совместимость, роллаут, и прочую хуйню, которой в изначальном "сделай интеграцию" вообще не было?
Так что "любой еблан теперь сеньор" пока существует только у тебя в голове.
>рабочих мест становится меньше из квартала в квартал
Тогда принеси статистику именно по общей занятости разработчиков, а не очередную таблицу сокращений
Потому что сокращения != сокращение профессии на то же количество людей.
Компании одновременно увольняют, нанимают, закрываются, открываются, перестраивают команды и не заменяют ушедших.
При этом американский BLS даже с учетом ии на текущий момент прогнозирует рост разработчиков примерно на 16% до 2034 года.
Может прогноз оказаться хуевым? Вообще как нехуй.
Но тезис "профессия уже рушится во всех странах каждый квартал" доказывать надо тебе, а не мне.
>У нас код ревью уже нет, все охуенно
Вот это уже реально интересно, без рофлов.
Если вы выкинули ревью, существенно увеличили пропускную способность, переписали легаси агентами и при этом качество не просело - это отличный кейс в пользу AI PDLC.
Только я спросил не "ну как ощущения"?, а конкретику.
"У нас всё охуенно" - это анекдотичное свидетельство, над которым ты сам смеешься, когда его приводит кто-то другой.
Если цифры действительно стали лучше - я первый скажу, что ваш старый ревью был нахуй не нужен.
Но пока у тебя получается:
"мы перестали проверять код и никаких проблем не заметили, потому что проблем не заметили".
> код больше ничего не стоит
Вот с этим как раз почти согласен.
Только стоимость написания реализации и стоимость правильного инженерного решения - не одно и то же.
И если завтра это тоже станет одним и тем же - тогда да, пойдут нахуй не только разрабы. Вместе с ними поедут аналитики, архитекторы, продакты и половина остального беловоротничкового офиса.
Другой вопрос, что вместе с этим нахуй пойдут еще тысячи профессий, и в это обязано будет вмешаться государство.
Но до тех пор "клод умеет за ночь написать 2к строк" и "тетя срака теперь синьер помидор" это все-таки нихуя не одна и та же мысль.
>полное отсутствие конкуренции
Только с какого хуя из этого следует "можно выдавать любой кал"?
Внутренняя разработка конкурирует за бюджет с готовыми решениями, подрядчиками и банальным нахуй вообще содержать эту систему. Если залупа увеличивает стоимость бизнес-процесса, регулярно лежит или требует трех человек поддержки на одного пользователя - кабан прекрасно умеет считать деньги.
А "видел внутренний портал на трех пользователей" охуительная выборка. Я тоже видел продуктовые круд-помойки. Видимо продуктовая разработка теперь тоже официально хуйня? Правильно тебя понял?
А вот в банковской сфере пока что я бы на месте кабана побоялся все оставлять на джуна с нейронкой. А то он там такого может нахуячить, что весь банк за час обанкротится. И уже самого кабана на мороз выгонят.
>Кто спросит про идемпотентность, дубли, ретраи, транзакционные границы, обратную совместимость, роллаут, и прочую хуйню, которой в изначальном "сделай интеграцию" вообще не было
>Кто разъебет противоречивые требования кабана
Это у нас студенты за 50к рублей сами делают, лол. Это типа признак сеньорности? Если для тебя да, то у меня плохие новости.
>Тогда принеси статистику именно по общей занятости разработчиков
Эта статистика падает из квартала в квартал. Именно количество разработчиков в мире неуклонно сокращается.
Остальное я даже комментировать не буду, такой забористый копиум даже на реддите уже не встретишь.
Короче сиди жди лучших времен, думай что ты сеньор, верь в свою полезность для кабана, тебя никогда не заменят, не уволят, да-да, именно так все и будет, до пенсии будешь в айтишечке в офисе работать.
>Это у нас студенты за 50к рублей сами делают, лол. Это типа признак сеньорности?
Студенты реально сами понимают, как система должна вести себя при дублях, частичных падениях, повторной обработке, нарушении порядка сообщений, отказах соседних сервисов и прочей распределенной ебле? Верю нахуй 😂
Только ты опять перепрыгнул от "у нас студенты это умеют" к "любой еблан с улицы теперь работает как помидор".
Это нихуя не одно и то же.
>Именно количество разработчиков в мире неуклонно сокращается
Ну так ссылку на статистику в студию
Не список сокращений отдельных компаний. Не "майкрософт уволил столько-то". Не "на рынке стало сложнее найти работу".
Именно общее количество работающих разработчиков в мире по кварталам, из которого видно твое "неуклонно сокращается".
Потому что доступные цифры пока показывают не это.
slashdata оценивала число разработчиков в мире примерно в 47,2 млн в начале 2025 года и 48,4 млн к третьему кварталу.
Американский bls даже с учетом влияния ии сейчас прогнозирует рост числа разработчиков примерно на 16% по 2034 год.
Может рынок через год развернуться и все эти прогнозы окажутся говном? Вообще как нехуй.
Но конкретно сейчас ты заявил проверяемый факт. Вот его и докажи.
>сиди жди лучших времен, думай что ты сеньор, верь в свою полезность для кабана, тебя никогда не заменят
А это ты уже споришь с человеком у себя в голове.
Я буквально выше написал, что если ии начнет не только писать реализацию, но и надежно разбирать мутные требования, самостоятельно принимать инженерные решения, оценивать последствия, риски и отвечать за результат, то нахуй поедут и разработчики.
Только вместе с ними туда же поедут аналитики, архитекторы, руководители продуктов и здоровенный кусок всей офисной работы, и это только в ойтишечке.
Я не утверждаю "меня никогда не заменят".
Я утверждаю гораздо более скучную вещь
"клод охуенно пишет код" и "любой еблан с девятью классами образования теперь равен хорошему сеньору" - пока все еще нихуя не одно и то же.
А вместо пророчеств про мое увольнение лучше принеси наконец цифры по "неуклонному сокращению разработчиков во всем мире". Ты сам этот тезис выдвинул.
>Это у нас студенты за 50к рублей сами делают, лол. Это типа признак сеньорности?
Студенты реально сами понимают, как система должна вести себя при дублях, частичных падениях, повторной обработке, нарушении порядка сообщений, отказах соседних сервисов и прочей распределенной ебле? Верю нахуй 😂
Только ты опять перепрыгнул от "у нас студенты это умеют" к "любой еблан с улицы теперь работает как помидор".
Это нихуя не одно и то же.
>Именно количество разработчиков в мире неуклонно сокращается
Ну так ссылку на статистику в студию
Не список сокращений отдельных компаний. Не "майкрософт уволил столько-то". Не "на рынке стало сложнее найти работу".
Именно общее количество работающих разработчиков в мире по кварталам, из которого видно твое "неуклонно сокращается".
Потому что доступные цифры пока показывают не это.
slashdata оценивала число разработчиков в мире примерно в 47,2 млн в начале 2025 года и 48,4 млн к третьему кварталу.
Американский bls даже с учетом влияния ии сейчас прогнозирует рост числа разработчиков примерно на 16% по 2034 год.
Может рынок через год развернуться и все эти прогнозы окажутся говном? Вообще как нехуй.
Но конкретно сейчас ты заявил проверяемый факт. Вот его и докажи.
>сиди жди лучших времен, думай что ты сеньор, верь в свою полезность для кабана, тебя никогда не заменят
А это ты уже споришь с человеком у себя в голове.
Я буквально выше написал, что если ии начнет не только писать реализацию, но и надежно разбирать мутные требования, самостоятельно принимать инженерные решения, оценивать последствия, риски и отвечать за результат, то нахуй поедут и разработчики.
Только вместе с ними туда же поедут аналитики, архитекторы, руководители продуктов и здоровенный кусок всей офисной работы, и это только в ойтишечке.
Я не утверждаю "меня никогда не заменят".
Я утверждаю гораздо более скучную вещь
"клод охуенно пишет код" и "любой еблан с девятью классами образования теперь равен хорошему сеньору" - пока все еще нихуя не одно и то же.
А вместо пророчеств про мое увольнение лучше принеси наконец цифры по "неуклонному сокращению разработчиков во всем мире". Ты сам этот тезис выдвинул.
Потекли фантазии по штанине. Вопросы конкуренции обкашливаются с михалсергеичем на пьянке, про стоимость бизнес-процессов втирают разве что джунам.
А, так ты себя, что ли, даванул, сказав, что мы на разных уровнях?
Охуенно у вас процессы выстроены на галерке. Зато продуктовая!!!!
как система должна вести себя при дублях, частичных падениях, повторной обработке, нарушении порядка сообщений, отказах соседних сервисов и прочей распределенной ебле?
Умные люди просто пишут саги. У вас там ебаный пиздец в этой вашей международной энтерпрайз В2В системе.
>надежно разбирать мутные требования, самостоятельно принимать инженерные решения, оценивать последствия, риски и отвечать за результат
Это уже случилось.
разрабу сегодня уже нечего делать, вся его работа, автоматизирована нейронкой сегодня. повторяю, абсолютно вся работа разработчика уже сегодня автоматизирована. просто кабанчики добрые и не уволили всех разом, а постепенно народ отпускают на мороз чтобы резко не перегрузить рынок труда.
>Умные люди просто пишут саги.
А, понял. Сага у тебя и дубли убирает, и порядок сообщений чинит, и идемпотентность дает, и упавшие сервисы поднимает.
Нихуя у вас студенты. Архангелы распределенных систем за 50к блять 🤣🤣🤣
вообще для распределенных систем сейчас просто темпорал берут и не ебут себе мозги отказоустойчивостью. нейронка умеет хороший код на темпорале писать.
>для распределенных систем сейчас просто temporal берут и не ебут себе мозги отказоустойчивостью
Ага, понял. До этого сага закрывала всю распределенную еблю, теперь темпорал
Следующим сообщением окажется, что постгре сам проектирует транзакции, а кафка сама решает семантику доставки?
Базару ноль, темпорал очень много боли снимает, но он не решает за тебя, что можно повторить, что компенсировать, где нужна идемпотентность и что делать, если внешний сервис уже принял запрос, а ты ответа не получил.
И есть у меня огромные сомнения, что студент за 50к сможет это поднять даже с нейронкой.
Глаза от мочи протри и перечитай пост на который отвечаешь
Какими конкретно терминами я "жонглирую", мань?
Покажи хоть один, который я употребил неправильно, и объясни как надо.
А то пока твой пук выглядит как "я прочитал слова идемпотентность, компенсация и семантика доставки, нихуя не понял и решил, что это понты".
Термины не сложные. Просто тебе в эту дискуссию рановато.
А тут анон выше на полном серьезе заверяет, что баба срака 9кл образования может ВОЙТИ В ОЙТИ и сделать пиздато, лол блять.
>дурачок не знает, что такое сага
>дурачок неиронично думает, что нейронка не сможет добавить в сраную ручку сраную идемпотентность, которая вообще генерится по шаблону
>дурачок с какого-то хуя решил, что надо обязательно высрать 100500 микросервисов и очередь очередей, а то не круто
Мань, ты третий пост подряд споришь не со мной, а с голосами в башке. Таблетки пей.
я реально не вижу проблем для нейронки уже даже сейчас. нейронка все сама пишет и сама все эти тонкости учитывает. я же говорю неоднократно - программирование/разработка как профессия мертвы. все еще есть некие роли где надо промпты писать, но это именно что профессия "наборщик текста", а не инженерия.
>фича языка
>сторонний пакет, который костылит то, чего языку не хватает
Абсолютно тоже самое, не вижу никакой разницы
Да похуй, пусть это будет уровень джуна-мидла. Я нигде не говорил, что идемпотентность открывается после десяти лет коммерческой разработки.
Ты опять отвечаешь не на тот тезис.
Проблема никогда не была в том, способна ли нейронка написать retry или идемпотентный обработчик. Способна, еще как.
Вопрос в том, кто определяет, где это вообще нужно, какие гарантии нужны конкретному процессу, какие неозвученные требования надо вытащить из кабана и какое решение из пяти технически рабочих имеет нормальные последствия для системы.
Если нейронка надежно заберет и это - я первый соглашусь, что инженерия всё, и пора бежать собирать бутылки.
Но "клод знает паттерны мидла" и "инженерное мышление полностью автоматизировано" - все еще две разные мысли.
Давай совсем проще.
Нейронка умеет написать идемпотентный обработчик != нейронка сама всегда понимает, где он нужен, какой эффект должен быть идемпотентным, какие требования бизнес забыл озвучить и какую цену имеет неправильное решение
Так что, да, крудошлепам/формошлепам - пизда. Как когда-то пришла пизда верстальщикам.
Остальным просто зп понизят и заставят вьебывать в 10 раз больше, потому что мы семья.
>нейронка сама всегда понимает, где он нужен, какой эффект должен быть идемпотентным, какие требования бизнес забыл озвучить и какую цену имеет неправильное решение
Она это всегда понимает. Современные модели Opus 5/Sol ебут что пизда.
>Так что, да, крудошлепам/формошлепам - пизда
Если честно, особой разницы между инженерами, про которых ты тут пытаешься что-то доказать, и так называемыми "крудошлепами" нет. Это все одни и те же люди. Если ты делаешь бекенд который ходит в базы данных, значит ты крудошлеп. Я понимаю что ты хочешь всячески повысить свою значимость, но поверь, никакой разницы между тобой и крудописцами нет. Подавляющее большинство работ SWE на рынке труда это делать круды. Подавляющее большинство продуктов и проектов в айти отрасли это круды.
Тебе ли не знать, ты ведь в энтерпрайзе какие-то там админки педалишь? Это и есть круды. Тебя уже заменила нейронка, просто ты этого до сих пор не понял. Иди ищи работу в другой отрасли экономики, пока тебя по доброте душевной не уволили.
И в чём же она для программиста?
>Она это всегда понимает. Современные модели Opus 5/Sol ебут что пизда.
"Клод умеет это делать" - да
"Клод всегда самостоятельно замечает все неозвученные требования, правильно определяет последствия и никогда не принимает неверное инженерное решение" - вот это уже доказывай отдельно.
Ты второй тезис уже который пост пытаешься незаметно протащить под видом первого.
>Если честно, особой разницы между инженерами, про которых ты тут пытаешься что-то доказать, и так называемыми "крудошлепами" нет. Это все одни и те же люди. Если ты делаешь бекенд который ходит в базы данных, значит ты крудошлеп.
Самая тупая хуйня которую я когда либо слышал бляяя
У меня, например, последнее приложение данные тоже сохраняет.
Только основная ебля там далеко не в том, как insert сделать.
Мне аж интересно стало, полез в нейруху посмотреть, сколько крудики занимают от кодовой базы "админки", которую разрабатываем прямо сейчас. В LOC конеш такое себе считать, но похуй.
Непосредственно CRUD по БД у тебя в основном сидит вот здесь:
Infrastructure/--/--ReadService.cs - 335 строк
Чтение --, версий, summary, констант и т.д.
Infrastructure/--Persistence/--WriteService.cs - 572 строки
Сохранение, обновление/upsert частей --, удаление версии, работа с транзакцией.
Infrastructure/--Catalog/--CatalogService.cs - 465 строк
Поиск, создание --, удаление --, поиск --, проверки существования.
Это прям ядро "создать/прочитать/изменить/удалить".
Итого: 1372 строки.
Если добавить сам:
Infrastructure/Data/Entities/AppDbContext.cs - 128 строк
получаем 1500 строк
А всего вручную поддерживаемого production C# в проекте, если нормально выкинуть весь XAML, тесты и автосгенерированные EF migrations, у тебя сейчас примерно 51 505 строк.
НИХУЕВЫЙ круд получается, почти админка, угу.
А пять постов про саги, очереди и temporal ты тогда нахуя писал? Четыре ручки сделал и домой, айтискот ведь так и работает, да?
>Тебя уже заменила нейронка
Заменила охуенно. Чувствую замену - ПИЗДЕЦ.
Особенно когда пердолюсь с ебаной вьюхой, DPI и масштабированием, которую нейронка же и наверстала.
И переверстать эту хуйню ничего не наебнув она тоже не может. Поэтому делаю эту хуйню я сам. Т.е. мне мало того, что я дохуя времени потратил на их генерацию и отладку, я еще и обосрался с подливой, потому что не знал, что автомасштабирования никакого не будет, это не html css, и на разных масштабах винды и разрешениях монитора эта хуета плывет к хуям.
Потому что, ОХУЕТЬ, оказывается она не принимает в расчет то, что ты ей не скажешь сразу. А вытащить неозвученные ограничения, сформулировать тз и заранее понять, где оно ебанется - это и есть опыт.
Уффф блять. Как только эту ебучую разметку открываю - сразу чувствуется, что завтра -ВСЁ, баба срака уже дышит в спину.
>Она это всегда понимает. Современные модели Opus 5/Sol ебут что пизда.
"Клод умеет это делать" - да
"Клод всегда самостоятельно замечает все неозвученные требования, правильно определяет последствия и никогда не принимает неверное инженерное решение" - вот это уже доказывай отдельно.
Ты второй тезис уже который пост пытаешься незаметно протащить под видом первого.
>Если честно, особой разницы между инженерами, про которых ты тут пытаешься что-то доказать, и так называемыми "крудошлепами" нет. Это все одни и те же люди. Если ты делаешь бекенд который ходит в базы данных, значит ты крудошлеп.
Самая тупая хуйня которую я когда либо слышал бляяя
У меня, например, последнее приложение данные тоже сохраняет.
Только основная ебля там далеко не в том, как insert сделать.
Мне аж интересно стало, полез в нейруху посмотреть, сколько крудики занимают от кодовой базы "админки", которую разрабатываем прямо сейчас. В LOC конеш такое себе считать, но похуй.
Непосредственно CRUD по БД у тебя в основном сидит вот здесь:
Infrastructure/--/--ReadService.cs - 335 строк
Чтение --, версий, summary, констант и т.д.
Infrastructure/--Persistence/--WriteService.cs - 572 строки
Сохранение, обновление/upsert частей --, удаление версии, работа с транзакцией.
Infrastructure/--Catalog/--CatalogService.cs - 465 строк
Поиск, создание --, удаление --, поиск --, проверки существования.
Это прям ядро "создать/прочитать/изменить/удалить".
Итого: 1372 строки.
Если добавить сам:
Infrastructure/Data/Entities/AppDbContext.cs - 128 строк
получаем 1500 строк
А всего вручную поддерживаемого production C# в проекте, если нормально выкинуть весь XAML, тесты и автосгенерированные EF migrations, у тебя сейчас примерно 51 505 строк.
НИХУЕВЫЙ круд получается, почти админка, угу.
А пять постов про саги, очереди и temporal ты тогда нахуя писал? Четыре ручки сделал и домой, айтискот ведь так и работает, да?
>Тебя уже заменила нейронка
Заменила охуенно. Чувствую замену - ПИЗДЕЦ.
Особенно когда пердолюсь с ебаной вьюхой, DPI и масштабированием, которую нейронка же и наверстала.
И переверстать эту хуйню ничего не наебнув она тоже не может. Поэтому делаю эту хуйню я сам. Т.е. мне мало того, что я дохуя времени потратил на их генерацию и отладку, я еще и обосрался с подливой, потому что не знал, что автомасштабирования никакого не будет, это не html css, и на разных масштабах винды и разрешениях монитора эта хуета плывет к хуям.
Потому что, ОХУЕТЬ, оказывается она не принимает в расчет то, что ты ей не скажешь сразу. А вытащить неозвученные ограничения, сформулировать тз и заранее понять, где оно ебанется - это и есть опыт.
Уффф блять. Как только эту ебучую разметку открываю - сразу чувствуется, что завтра -ВСЁ, баба срака уже дышит в спину.
>примерно 51 505 строк
Ну и? Это полная хуйня. Это именно что крудик обычный. У меня последний проект был на ~1M строк на питоне и это крудовня обычная. Да, конечно там какая-то бизнес логика была, но это один хуй легчайшая хуйня для нейронок. Они тотально разъебывают это все в считанные секунды.
Ты слишком большого мнения о себе и о своем проекте. Вся эта хуйня отлично делается нейронками в автономном режиме и человек для этого не нужен примерно никак.
>У меня последний проект был на ~1M строк на питоне и это крудовня обычная
Так ты сейчас мой же тезис подтвердил, мань.
LOC сам по себе ничего не говорит о сложности, я это буквально сам написал.
Я полез считать не "СКОЛЬКО У МЕНЯ СТРОК, СМОТРИТЕ КАКОЙ Я СЕНЬОР", а какую часть проекта занимает непосредственно create/read/update/delete. Получилось около 1500 строк. Т.е. буквально пара процентов.
Охуенно полезный термин, получается..
>вся эта хуйня отлично делается нейронками в автономном режиме и человек не нужен примерно никак
Я тебе буквально выше живой контрпример привел: нейронка мне вьюху сделала. Работала. Потом понадобились DPI и нормальное масштабирование, о которых я изначально не подумал, и внезапно автономный цифровой сеньор нихуя сам их заранее не заложил, что уже твой манямирок разьебывает.
Это я еще не учитываю то, что часть формул и коэффициентов внутри приложения вообще эмпирически выведены под реальные данные предметной области.
Как нейронка их выведет, если ТЗ от заказчиков это "Нуу эээ.. блять... Неправильно короче... Должно другое число получиться"?
Откуда она узнает, какая из формул правильная, если критерий правильности заказчик не формализовал? Мне лично приходится этот критерий из них клещами вытаскивать, гонять на реальных примерах и только потом превращать в правило.
Нейронка просто будет выдавать результат неправильный, пока либо не попадет, а шансы попасть - крайне малы, либо обезьяну перед монитором не заебет.
И кто этим будет заниматься после того, как всех смузихлебов разгонят? Кабаныч лично полгода будет разговаривать с opus, пока тот реконструирует предметную область по "не, тут число какое-то не такое"?
Но с крудика на миллион строк проиграл.
Миллион строк, чтобы четыре операции с БД делать?
А может это уже просто ебаный копро-мегазорд, на которого страшно дышать, судя по объему кода? Боюсь представить что вы там такого нахуевертили, что четыре операции с БД разъебались до МИЛЛИОНА блять строк, и почему это не растащили на микросервисы. Или баба срака 9кл образования забыла запромтить?
>У меня последний проект был на ~1M строк на питоне и это крудовня обычная
Так ты сейчас мой же тезис подтвердил, мань.
LOC сам по себе ничего не говорит о сложности, я это буквально сам написал.
Я полез считать не "СКОЛЬКО У МЕНЯ СТРОК, СМОТРИТЕ КАКОЙ Я СЕНЬОР", а какую часть проекта занимает непосредственно create/read/update/delete. Получилось около 1500 строк. Т.е. буквально пара процентов.
Охуенно полезный термин, получается..
>вся эта хуйня отлично делается нейронками в автономном режиме и человек не нужен примерно никак
Я тебе буквально выше живой контрпример привел: нейронка мне вьюху сделала. Работала. Потом понадобились DPI и нормальное масштабирование, о которых я изначально не подумал, и внезапно автономный цифровой сеньор нихуя сам их заранее не заложил, что уже твой манямирок разьебывает.
Это я еще не учитываю то, что часть формул и коэффициентов внутри приложения вообще эмпирически выведены под реальные данные предметной области.
Как нейронка их выведет, если ТЗ от заказчиков это "Нуу эээ.. блять... Неправильно короче... Должно другое число получиться"?
Откуда она узнает, какая из формул правильная, если критерий правильности заказчик не формализовал? Мне лично приходится этот критерий из них клещами вытаскивать, гонять на реальных примерах и только потом превращать в правило.
Нейронка просто будет выдавать результат неправильный, пока либо не попадет, а шансы попасть - крайне малы, либо обезьяну перед монитором не заебет.
И кто этим будет заниматься после того, как всех смузихлебов разгонят? Кабаныч лично полгода будет разговаривать с opus, пока тот реконструирует предметную область по "не, тут число какое-то не такое"?
Но с крудика на миллион строк проиграл.
Миллион строк, чтобы четыре операции с БД делать?
А может это уже просто ебаный копро-мегазорд, на которого страшно дышать, судя по объему кода? Боюсь представить что вы там такого нахуевертили, что четыре операции с БД разъебались до МИЛЛИОНА блять строк, и почему это не растащили на микросервисы. Или баба срака 9кл образования забыла запромтить?
>питон
>~1M строк
Я бы про это вообще нигде, никому и никогда не рассказывал на твоем месте
мимо
на самом деле не-круды нейронки хуячат ничуть не хуже.
сделать какую-нибудь эмуляцию из стат-мех термодинамики с марковскими рядами и четырехэтажными дифурами для них не проблема.
раньше я думал что у них с интерфейсами неважно так как не приходилось сталкиваться - но вот на днях пришлось, и обнаружил что и гопота, и клод имеют плагины для хрома и на отлично отрисовывают и верстают любой интерфейс по брендбуку, причем верстают на отлично, ставят scss, все раскладывают по полочкам и проверяют на всех адаптивных режимах и при помощи лайтхауса, а бонусом получив доступ к гуглоаналитике и яндексвебмастеру еще и проводят SEO-оптимизацию.
но и это хуйня. потребовалось допиливать конфигурацию 1С и отрисовку форм, казалось бы ну тут уж как их с клодом подружить - сами конфигурации то он напишет запросто а визуал придется вручную смотреть. и он так и говорит мол не умею смортреть форму проверяй сам. на что я ему сказал запускай в виртуалке, делай скриншоты и смотри их, эмулируй нажатие мыши и кнопок - и это сработало. нужны разные тестовые среды - создавай новые виртуалки, накатывай нужны оси ставь нужный софт и тестируй. клод сам на сайте микрософта нашел три десятка виртуалок с разными версиями осей, запустил и все проверил.
вот реально, я уже даже представить не могу какую кодерскую задачу можно придумать чтобы топовая нейронка с ней не справилась.
если убрать заведомо фантастические типа сделай новую ось в один промпт то их нет. все теперь упирается в аналитику - так как сформулировать задачу теперь требует времени на пару порядков больше чем ее реализовать.
>Кто определит, что именно строить?
>Кто разъебет противоречивые требования кабана?
это не задача синьора, это делали всегда аналитики/ропы, по крайней мере это их прямая обязанность
>Кто спросит про идемпотентность, дубли, ретраи, транзакционные границы, обратную совместимость, роллаут, и прочую хуйню, которой в изначальном "сделай интеграцию" вообще не было?
это опять же не задача синьора, это задача архитектора/аналитика, ТЗ написать. ну вообще ты в кучу все смешал, обратную совместимость и ретраи например - обратная совместимость критичное условие которое прописывается в ТЗ, ретраи - частный технический момент который при необходимости легко подкрутить
а на само деле все просто: понятие синьор в смысле "погонщик мидлов/джунов" уходит в прошлое и стремительно меняется синьором в смысле "оператором AI-агентов".
>аналитики/ропы
Первые под нож (иногда уже), потому что лучше взять обезьяну которая декомпозирует и реализует, чем которая просто декомпозирует.
>это опять же не задача синьора
Задача помидора - ебало закрыть и идти вилочкой шук-шук-шук вот так, чтобы чисто было. Если для этого надо 500 звонков сделать - это все еще задача синьера.
>обратную совместимость и ретраи например - обратная совместимость критичное условие которое прописывается в ТЗ
Ага, прописывается. Всегда. Полностью. Без противоречий. Кабан кабаныч заранее знает все технические последствия своей хотелки и приносит тебе идеальное ТЗ в папочке. КТТС.
>а на само деле все просто: понятие синьор в смысле "погонщик мидлов/джунов" уходит в прошлое и стремительно меняется синьором в смысле "оператором AI-агентов".
Синьером в смысле "мы короче джунов, большую часть мидлов и аналитиков разогнали, а тебе к кодингу и менторингу еще добавили декомпозицию, организационную еблю, девопс и иишку еще настрой, кабанычу отчитаться надо что мы движемся в ногу со временем. Поздравляем, тебя автоматизировали".
да, все так, аналитика еще хоть как-то жива, а вот разработка и все техническое дальше (девопс, sre, qa) полностью мертвы. по сути никаких разработчиков больше нет, есть вот именно набиратели текста, который готовят промпты для нейронки. то есть аналитик просто сам при помощи клода пишет нужные спеки а потом сгружает их в нейронку. а дальше она сама все делает, сама тестирует, сама деплоит. люди на этом этапе вообще не нужны.
я больше скажу - у нас сейчас будут внедрять генерацию всего кода на этапе CI.
как это будет выглядеть - аналитик/ПМ создает тикет, в него подгружает все нужные спеки, дает весь нужный контекст, линкует нужные файлы, после чего автоматически создается CI-джоба которая подхватывает тикет из джиры и начинает нейронкой генерировать код, потом ревьювить, тестировать, деплоить итд. разработчиков вообще больше не будет ни в каком виде. код навсегда отчужден от людей и у вас нет никакого другого выбора кроме как смириться с этим и навсегда уйти из айти после сокращения.
>тебе к кодингу и менторингу еще добавили декомпозицию, организационную еблю, девопс и иишку еще настрой
Это все обязан был делать средненький мидл в бигтехе еще до появления ИИ. Это именно что мидловая работа. У тебя понятие сеньор какое-то очень устаревшее, как будто в 2017 год вернулся.
Сеньор - это как раз больший контекст, большая ответственность, при этом ты как сеньор не так много кода пишешь, а скорее людей оркестрируешь. Ну так было раньше.
Сейчас все грейды сдохли, сеньки и мидлы уходят нахуй, вместо них берут самых дешевых макак за 50к рублей и они вместо них все делают. Ибо нехуй просить 300к рублей когда есть толпа желающих которая может делать то же самое с нейронками но за 50к.
Вы ебанаты, у вас 21 тред уже есть об одном и том же.
Вы ни слова про джаву не написали. Съебите туда, будьте так любезны.
Это один и тот же петух толсто тралирует местное пикабыдло.
>>3744401
>Синьеру дают интеграцию, про которую половина требований еще не существует, три системы ебут друг друга, миграция должна пройти без остановки, а если он ошибся, встанет бизнес-процесс
Ну если без рофлов и смехуечков, то это примерно уровень 16 грейда в яндексе, то есть мидл/мидл+ примерно. Хороший мидл с опытом в состоянии это сам все проделать и не облажаться.
>>3744401
>почему-то решил, что эти обязанности теперь можно купить за 50к
На рынке труда большая безработица, полно толковых кандидатов готовых работать и за 200к, и за 150к, и даже за 100. Может и за 50к можно нанять уже, но хз.
Пришло время учить ГОвно и идти в айгейминг?
Не стоит. Ты охуеешь, как литерали вчерашние студенты изобретают свой кривой-косой спринг, снова и снова. Алсо казики легко шардируются, бизнес логика там простая, пер сервер нагрузка небольшая, а запросы примитивные. Процессов в казиках нет, зато есть вечно суетливый кабан, которому надо сделать вчера.
И в чём они не правы?
>Я кладовщиком неиронично
Так может будешь советы в треде кладовщиков давать, как штрихкод пикать и как рохлей управлять?
Раз тебя под сраку пнули из программистов - может ты не очень программист?
Я так-то сам вчерашний студент.
У меня на проекте java21 + pgsql, на этом всё. А хочется и кеши и брокеры потрогать, более технического чего-то хочется.
ну тебе надо не на го переходить, а просто большой проект искать где все это есть.
я работал на го проектах где никаких кэшей и очередей не было.
>Core Maven 3.9.9 seems to work fine with 28 EA.
>Gradle 9.7.0 (latest) does not support JDKs beyond 26 yet. Gradle projects just will not build yet.
И почему я не удивлён?
В конторе хотят переехать с мавена на градл (посредством клода). Подводные? Мотивируют тем, что мавен дохуя сложный и негибкий, и все перебилживать надо постоянно, и в иерархиях модулей запутаешься (инб4 скил ишью).
Градл сложнее мавена, лол.
Я пока разницы между ними так и не прочустовал если чесн.
Типа там просто по разному называются файлики с депенденсями, а в чем еще то разница?
И в чем там проявляется гибкость/негибкость?
Единственное за что бы переживал это за совместимости.
Ну а так постоянно вроде слышу что мавен лучше, но в корпоративной разработке почему то чаще встречается градле, хз с чем связано.
мимо полгодаучужабу.
>негибкий
какая-то заезженная хуйня, посмотрим как они будут изгибаться, когда при обновлении минорной версии отъебнет какой-нибудь апи плугина.
Обычно дело идёт так - тебе выкладывают вот эту хуйню 10 летней давности про негибкость, ты спрашиваешь какой именно гибкости недостаёт мавену в НАШЕМ проекте. Дальше они идут нахуй.
Гибкость градла выливается в нечитаемые полотна на простейших проектах, причём у всех разные естественно.
Это типичный аргумент программирования на хайпе, только у вас хайповщик какой-то отсталый.
>и все перебилживать надо постоянно
так и в гредле всё перебилживают чтобы стейл кэш не поймать
интересно в чем негибкость если там свои плагины можно делать. ну а так то реально рациональных причин уходить с мавена нет, гредл просто нитакусичная обертка над ним, не более того. не думаю что в нем есть что то чего в голом мавене нельзя реализовать
или я впринципе хочу поменять работу уже
как будто на этом месте уже всё познал
>мелкие кабаны с этим легче преуспевают
да, потому что мелкие кабаны зачастую еще и сами разработчики, вот для мелких кабанов такого рода клод это прямо бесценная штука. не крупняк айтмшный и не другой бизнес который аутсорсом все заказывал - а мелкие кабаны с небольшими командами - они больше других выиграли от нейросеток
особенно учитывая что все эти сборочные файлы правятся раз в год бампом версий. а с приходом нейросеток вообще переходить на что бы то ни было смысла вообще никакого нет, маыен у вас там, гредл или ант - клоду все равно
>мавен дохуя сложный и негибкий,
В голос. Грейдл это write only билд тул, буквально перл от систем сборки.
Ты как год назад работу умудрился найти?
Сегодня сенька в чате написал как нейронкой перехуячил 10к строк кода запросов к бд и влил эту поеботу. Кто же будет ебашить бакфиксы и хотфиксы когда это говно начнет вонять? Вот тут и понадобятся джуны. А сенька получил довольный эмодзи от техлида и пошел еще какое-то говно никому нахуй не нужное вливать, чтоб премию оправдать.
> Кто же будет ебашить бакфиксы и хотфиксы когда это говно начнет вонять?
/code-review команда
>Вот тут и понадобятся джуны
зачем?)))) почему вы такие дурачки до сих пор ничего не поняли?
так джуны сейчас кодить не умеют, какой от них толк?
вайбкодинг в первую очередь похоронил карьерные перспективы для студентов, но не потому что студентоту нанимать никто не хочет (хоть это отчасти и правда), а потому что джуны разучились что-либо руками делать и ничего не знают.
Я как раз вопрос треду хотел задать.
Как развиваться?
Крудошлёпаю уже 1 год и 2 месяца.
Что делать? Как не застрять в крудах? Пришло время читать кабанчика?
В целом советую прочитать кабанчика, это мастхев книга для любого бекендера.
Другое дело, что если ты застрял на примитивных крудах, вылезти будет не так-то просто, и не из-за того, что ты лоускилл или еще что-то, а потому что хороших и интересных проектов на рынке труда очень мало.
Ну 3+ лет опыта это уже не джун, а скорее мидл. Если ты за 3 года не апнулся с джуна до мидла, то из любой приличной компании тебя попросят на выход как неперспективного джуна. В Яндексе точно такая практика есть и я лично знаю как ребят, которые 2-3 года джунами там просидели, в итоге просили на выход, так как они не смогли апнуться до мидлового грейда.
И тут важно не сколько опыта у человека, а когда он учился и получал свой опыт. По сути все что происходит после осени 2025 года - это вайбкодинг и генерация слопа. Если у человека не было опыта до 2025 года, то он как специалист вряд ли состоялся. Не верю я (пока что, как минимум) в то что новые поколения инженеров смогут точно так же понимать системы как делали их предшественники. В большинстве случаев разработка сейчас это просто генерация слопа в быстром темпе без какого-либо понимания что происходит под капотом. Если вот у чела только такой опыт есть, то его сложно назвать инженером. Это просто наборщик промптов.
Ну ты приходишь работать джуном в бигтех. Повышений по грейдам там почти не бывает. То есть чтобы повысить свой грейд надо буквально анус на британский флаг порвать и не факт что что-то получится. Вот так люди сидят по 2-3 года в джунах, апнуться до мидла не могут, потом их принудительно увольняют после очередного перфоманс ревью, так как засиделись на одном грейде долго.
Так что эти грейды давно уже привязаны к наличию денег у компании, а не к реальным скилам.
Я знаю людей, когторые приходили формально джунами, но по скилами были сеньками и наоборот (сидит формально сенька, нихуя не знает). Это всё чисто насколько жадная компания.
>>48562
>>48282
>>47990
и как апаться по скилам и грейдам в компании, если на проекте тухляк и круды? просто читать кабанчика анрил - негде применить знания. пытаться сменить работу сейчас - гиблое дело. так то могут тупо уволить из-за того что ты типа не апнулся по грейду и делал херовые задачи которые никому не нужны
никак, рынок труда помер в 2022 году с уходом джона бора с российского рынка. осталось всякое помойное легаси. можно попробовать в бигкек какой-нибудь залететь типа тбанка или яндекс360 и посмотреть что там и как. или куда-нибудь в мир.платформ если они еще нанимают.
но даже там не факт что применишь все эти знания. строго говоря на ру рынке сейчас интересных проектов довольно мало, в основном тухляк остался.
оно и раньше интересных проектов в айти индустрии было раз-два и обчелся, а сейчас еще меньше стало. и многие хорошие команды и проекты развалились, ключевые люди свалили, вместо них какие-то проходимцы вайбкодеры слоп пушат в огромных количествах. культура разработки в стране прям сильно просела по сравнению с тем что было в 2021.
>культура разработки в стране прям сильно просела по сравнению с тем что было в 2021.
из изначально сваливших после гойды вернулись только профнепригодные, те кто что-то из себя представляют в легаси ворлде закрепились, все нормальные спецы из страны уехали (овер 300к человек). вот и произошло импортозамещение вайбкодерами.
Вайбкодеры поперли в последний год-полтора.
А вот что реально случилось - это то, что откровенно слабые люди и залетухи после 2022 года смогли забраться на вершину олимпа после того как их более компетентные предшественники, занимавшие эти места, свалили за границу.
Вот всякие техлиды, СТО, гендиры, техдиры, руководители отделов и прочие управленцы - это люди которые получили свои кресла не из-за того что они компетентны были, а потому что банально кресло освободилось и надо было его кем-то занять. Поэтому реально так много ебланов и залетух сейчас рулит российской айтишечкой. Эти люди в нормальной ситуации никуда бы выше своего кресла сеньора-крудошлепа никогда не поднялись, но увы, 2022 год буквально подарил им эти места просто так.
в чем проблема обратиться за консультацией к дмитрию димсаул пиггер соколову 23-летнему тимлиду который работает на себя в офисе москва-сити?
>23-летнему
Ему уже 32...
И кстати он по слухам работает на зарубежный рынок сидя в воронеже через какие-то прокладки в грузии и армении.
>ВАЛЬХАЛЛА ПРИШЛА
>Но вы в реализации функционального интерфейса все равно переопределите SAM метод пожалуйста, а то наш компилятор ничего не поймет 🥺
ты с саксоновым путаешь. это тело вообще в гоуланг свичнулось и мотается в дс в офис
Саксонову уже под сорокет или даже больше. Дмсолу пока что только 32.
это он же запилил школу программирования, когда хайп уже как года 3 спал, лол? иногда мне кажется, что он типичный сына богатых родителей
вы все уже придумали на салфетке?
Двачую
Есть ли сейчас смысл задрачивать саму технологию\фреймворки? Или лучше сконцентрироваться на ШИ?
>Есть ли сейчас смысл задрачивать саму технологию\фреймворки?
Абсолютно никакого смысла.
Но и требования к спецам по ИИ подразумевают знание технологий.
Классическое программирование убито ИИ агентами . Грубо говоря, сейчас Вася умеющий писать на каком-то языке - это давно не диковинка, на одну вакансию сейчас их тысячи, а скоро будет ещё больше потому что LLM сегодня пишет практически безошибочный код на всех популярных языках и технологиях.
Если тебе говорят обратное, то скорее всего это просто люди которые этих агентов не пробовали. Сегодня любой программист, который попробовал работать с агентами садится на эту тему как на наркотики, потому что условно за час работы нейросеть выдает тебе код который ты будешь сам писать неделю. За 8 часов работы можно получить результат, сопоставимый с работой целого месяца.
Сегодня вообще нет никакого смысла изучать что-либо связанное с данными и персональным компьютером, потому что всё меняется настолько стремительно, что уже даже представить не можешь что будет через год или через 5 лет.
Тоже склоняюсь к тому, что нужно больше упор делать на изучение т.н. АИ инженерии. А что же собеседования? Спрашивают ли стандартные вопросы про кафку и базы данных сейчас?
>Тоже склоняюсь к тому, что нужно больше упор делать на изучение т.н. АИ инженерии.
зис + широта знания технологий. т.е. тебе не нужно прям уметь хорошо писать, скажем на ноде, или там питоне или на расте, но ты должен ориентироваться и понимать что и как там работает в общем, чтобы нейронке задачи ставить, так как она на похуях между технологиями прыгает и нужно за нею поспевать.
ну а так то революция закончилась и новая реальность уже выкристаллизовалась.
скорость разработки выросла в разы но красноглазия это не отменило, а скорее даже наоборот. вместо того чтобы пялиться в отладчик или разбирать стактрейсы ты теперь пялишься в консоль агента (причем в штуки три сразу). нихуя не поменялось в плане занятости. задачи стали закрываться за день то что раньше требовало месяц, но это уже все поняли, а кто не понял то поймет в ближайшее будущее и ставить тз и сроки будут с учетом новых реалий.
сейчас еще длится переходный период, когда задачи, сроки и стоимость ставились с учетом ручной разработки но это уже заканчивается, период когда забросил в клод задачу и две недели нихуя не делаешь уходит в прошлое.
запускаем новый проект, вот тз на 200 листов, завтра к обеду нужен рабочий прототип - вот это теперь новая реальность
>Сегодня вообще нет никакого смысла изучать что-либо связанное с данными и персональным компьютером
Ну только как тогда ты поймешь что нейронка не накатала тебе какую-то ересь?
Я вот сейчас работаю над проектом, после долгой сессии нейронка уже пропускает лишний код который уже не нужен, делает какие-то тупые косяки и безумно тупые же их решения. Указываешь на это пальцем - иногда исправляет, не с первого раза.
Если бы я не знал ничего, то это дерьмо пошло бы в прод , и потом я или кто-то еще ломали бы голову зачем вообще так сделано.
>тз на 200 листов
Караван охуительных историй. У ИИ лахты ТЗ само откуда-то берется, вот так хуяк и 200 листов боженька написал. Ты эти 200 листов будешь месяц гонять через нейронку снова и снова, пока не получится нормальный результат. Это ничем не отличается от программирования, только на естественном языке.
Чел, понятно что он утрировал. Понятно, что не буквально 200 листов, а листов 10 путь будет. Хуяк-хуяк и в продакшн MVP за день-два готов, на который раньше шло пару месяцев разработки небольшой команды.
мимо
>Чел, понятно что он утрировал. Понятно, что не буквально 200 листов, а листов 10 путь будет. Хуяк-хуяк и в продакшн MVP за день-два готов, на который раньше шло пару месяцев разработки небольшой команды.
Хз, у меня никогда мвп уровня круд-говна не занимал больше пару-дней или недели. Месяцы там могла занимать специфичная для проекта хайлоад логика или какой-нибудь свой микросервис типо разработка своего аналога cloudflare гейта.
>Ну только как тогда ты поймешь что нейронка не накатала тебе какую-то ересь?
опыт
>>53204
>Я вот сейчас работаю над проектом, после долгой сессии нейронка уже пропускает лишний код который уже не нужен
что за нейронка?
в нормальных инструментах типа Клода есть код-ревью, ты его можешь запускать на diff столько раз, сколько хочешь.
Осушительные истории про то, что нейронка тупит это уже копиум
> у меня никогда мвп уровня круд-говна не занимал больше пару-дней или недели
как вычислить пиздабола? очень просто - он всегда пиздит
если у тебя "мвп уровня круд-говна не занимал больше пару-дней" это значит ты не писал продукт, а какой-то класс, образно говоря, кусок кода. ты не можешь чисто физически писать быстрее чем это делает человек - тебе нужно думать, ты устаешь, твои пальцы не работают как машина.
тут >>53231 анон говорит что за день-два ты получишь ПОДУКТ, а не кусок кода. И это так - за ~48 часов нейросеть выдает MVP
Два чая. Даже если взять простой круд, который выводит какую-то таблицу на экран, то за неделю ты вряд ли управишься. Я уже молчу про что-то сложнее, где есть сторонние либы, фреймворки, сетевые проток, 3rd party какие-то вызовы и т.д. Ты банально раньше должен был курить только доки недельку-другую, чтобы что-то накодить.
*круд, у которого есть фронтенд и бэкенд
>опыт
Опыт чего? Ты говоришь нет смысла изучать ничего связанного с данными или ПК
>что за нейронка?
Opus 5
>в нормальных инструментах типа Клода есть код-ревью, ты его можешь запускать на diff столько раз, сколько хочешь.
какая разница сколько раз запускать, если нейронка же и прняла ошибочное решение то пока ты ей пальцем не покажешь, она ничего и не сделает, сколько раз не запускай
>Осушительные истории про то, что нейронка тупит это уже копиум
Ты похоже никогда в реальных проектах нейронками не пользовался
любой круд на джаве по дефолту с фреймворками спринг. что значит просто таблицу выводит? делает селект из базы и отдает это на фронт как джейсон? ну это 15 минут руками работы строго говоря. спринг делает все за тебя и так. что за сетевые протоколы и 3rd party либы? grpc чтоли? спринг все за тебя тут тоже делает, чел...
>>53334
ну вот мвп нового сервиса вполне реально за 48 часов работы с нейронкой собрать кстати.
>Чел, понятно что он утрировал. Понятно, что не буквально 200 листов, а листов 10 путь будет.
будто тз сейчас люди пишут. так же нейронка и хуячит, ей даешь те самые 10 листов невнятного текста, говоришь оформить по госту и расписать нюансы, получается 200
>нахуя
когда до суда дойдет поймешь. есть относительно новый гост для тз, гугли сам. там дохуя всего должно быть и 200 страниц это скорее ближе к минимуму. так то у нас конечно в большинстве случаев на похуях к тз относятся, но в случае судебных дел это самый главный документ которым будут ебать разработчика
я уже не в России живу и не работаю на российские компании.
в России работал в бигтехах - там никаких тз никогда не было. были внутренние документы и спеки, но они писались в свободной форме и никакого стандарта (ни госта, ни внутрикорпоративного) у нас не было на эти документики.
если тз это официальный документ, то вероятно его согласовывать с кем-то надо и внимательно вычитывать? тем более если потом придется в суд идти. алсо это похоже на какую-то атмосферу госухи, нии и прочих шаражек где все пытаются друг друга подставить/посадить итд итп. в такие места лучше не соваться.
вот вот, все к тз на похуях относятся
а потом в судах пуксреньк
по сути в судебных делах всегда претензия к соответствию полученного продукта тз ну и срыв сроков
тз как внешний документ само собой, между заказчиком и исполнителем. те аналоги тз что я видел на баренских галерах на два порядка превосходят все то что может родить даже самая бюрократичная госуха
ну, такие ТЗ обычно не разрабы пишут. пишут такие документы руководители, начальники всякие. либо они хотя бы аппрувят это все. на похуях сгенерить нейронкой документ который по сути закрепляет отношения между заказчиком и исполнителем (разными компаниями) это считай как отстрелить себе хуй и угробить свою компанию и еще самому сесть в тюрьму при возможности.
не знаю кто на похуях к этому может относиться. конечно писать все руками смысла нет, но вот вычитывать/редактировать каждую строчку вплоть до запятой - это задача на нескольких человек + еще надо юристов привлечь специальных чтобы те проверили все еще раз и убедились что явного говняка нет.
>редактировать каждую строчку вплоть до запятой - это задача на нескольких человек + еще надо юристов привлечь специальных чтобы те проверили все еще раз и убедились что явного говняка нет.
это манямир. сейчас вся эта лабуда нейронками генерируется массово. юристы стали верещать о падении заказов на 90% еще пару лет назад, когда гопота дозрела. а сейчас уже полно сервисов продающих юриста по подписке, даже яндекс разродился "нейроюристом" который все эти тз и договора и прочие юридические бумажки генерирует. в россии это накладывается на массовый похуизм в отношении дрговоров и тз, у нас зачастую договор внимательно читается в первый раз только тогда когда уже дело в суде. я в силу работы просматриваю огромное количество судебных документов, так там сейчас сплошной нейрослоп
чтобы понимать мфюа первый в россии вуз который заявил об отмене письменных дипломных работ, т.к. они все написаны нейросетками, и эти юристы уже выпустились и работают. будут они буквы и запятые читать, ага, щаз
https://www.rbc.ru/life/news/6a46273f9a7947f23d20d56e
не мфюа, это рудн для юристов отменил письменные дипломы, но сути не меняет
И зачем ты мне скинул ответ чата гпт?
Человекочитаемый код. Итоги.
ПРОСТО напиши SQL, или JPQL хотя бы, на сркине самый даунский подход и самый тормозной. А потом ещё на джейву жалуются.
>>53334
>если у тебя "мвп уровня круд-говна не занимал больше пару-дней" это значит ты не писал продукт, а какой-то класс, образно говоря, кусок кода. ты не можешь чисто физически писать быстрее чем это делает человек - тебе нужно думать, ты устаешь, твои пальцы не работают как машина.
>Два чая. Даже если взять простой круд, который выводит какую-то таблицу на экран, то за неделю ты вряд ли управишься. Я уже молчу про что-то сложнее, где есть сторонние либы, фреймворки, сетевые проток, 3rd party какие-то вызовы и т.д. Ты банально раньше должен был курить только доки недельку-другую, чтобы что-то накодить.
Вы там максимум час-два в день что-ли работали, что за пару дней вы не могли собрать круд-мвп? Ахуеть конечно с какими джунами-дебилами ИТТ тут сидишь, целый месяц блядь мвп крудоговна на джаве собирали, пиздец просто сказочные истории пишут. Теперь понятно кто провозглашает нейронку как чудо-продукт, заменивший программистов.
Я кстати не имаджинирую как бы вы ахуели с хакатонов, где в одну харю команды из нескольких человек за пару дней собирают полноценные йоба мвп. И да, не только на кудахто-жс или на пхп, но и на джаве, и на дристошарпе. Кто-то даже на плюсах и расте что-то выпукивает. И да, десятилетиями так без нейронок делали. Но ИТТ неосиляторы начали кукарекать про то что НЕТ НИКОГДА ТАК НЕ ДЕЛАЛИ НИКТО ТАК НЕ УМЕЛ ТЫ ЧТО ВЫСРАТЬ КРУД ПРОДУКТ МОЖНО МИНИМУМ ЗА МЕСЯЦ лул.
Это зависело от мероприятия. Не все были такими, какие-то даже были без призового фонда, там не было особого смысла читерить.
>Я кстати не имаджинирую как бы вы ахуели с хакатонов
охуевать там можно только от качества говнокода. культура разработки подразумевает вещи которые физически невозможно сделать быстро. даже если это простой круд. если ты не понимаешь таких вещей то ты просто залетный хуесос который не видел ничего серьезного кроме детских утренников-хакатонов.
скажи клоду чтоб сделал все по красоте
Так МВП по качеству кода и должен быть говнокодом, который нужно сделать в краткие сроки, а не архитектурным шедевром, который ты месяцами пилить будешь.
>Так МВП по качеству кода и должен быть говнокодом
ну если бы такое на собеседовании спизданул то тут же нахуй бы пошел.
мвп - минимально необходимы набор бизнес функций, но это не черновик. это то что потом будет наращиваться функционалом и улучшаться. грамотно делать архитектуру и ядро продукта с самого начала - это основа здоровой разработки.
гордиться тем что ты смог за два вечера наговнокодить прототип без какого-либо намека на QA и хуйнуть его в продакшен нечего, это позорный факт биографии который нормальный разработчик должен скрывать.
но как уже заметили выше культура разработки в россии сейчас опустилась ниже некуда, на уровне ебаного сомали, так что удивляться таким хакатонщикам не приходится.
Каждый раз интересно, про какие ядра и архитектуры у веб-сайтов крудошлёпы всё время затирают.
>ну если бы такое на собеседовании спизданул то тут же нахуй бы пошел.
Ну конечно, кто будет говорить на собеседовании о реальных вещах, все хотят приукрашивать реальное положение дел до уровня фантазерства с обеих сторон, чтобы потом их стартап годами сосал деньги инвесторов и в итоге спустя два года оказался пустышкой (зато ЯДРО ПРОЕКТА КАКОЕ ВЯЛИКОЕ!!!). Я понимаю что все хотят играть в перфекционизм и мнить себя моральными идеалистами, но в реальной жизни в условиях конкуренции и быстрого рынка это так не работает.
С таким подходом построения мвп годами твоя команда будет целый год над мвп потеть, пока бюджет компании не пойдет ко дну и кабанчик не пойдет искать работу, а потенциальные партнеры и клиенты не уйдут в соседний стартап, где уже за месяц заговнокодили все что только можно (чтобы потом уже в течение года допиливать архитектуру проекта спокойными темпами после готового релиза).
>но как уже заметили выше культура разработки в россии сейчас опустилась ниже некуда, на уровне ебаного сомали, так что удивляться таким хакатонщикам не приходится.
Слышал что такое культура стартапов, знаешь откуда она пришла? Спойлер - не из России, а из Кремниевой Долины в США, там у многих айти гигантов когда они были еще мелкими стартапами были такие мвп ты просто ахуеешь. Хоть прочитал бы воспоминания гигантов того времени. Пока в сша эти мвп стахановскими темпами клепали, в России свое легаси дрочили.
> java тред
@
> стартапы
Тебе надо в тред питона или тайпскрипта, а не сюда.
>Пока в сша эти мвп стахановскими темпами клепали, в России свое легаси дрочили
В США совсем другая культура ведения бизнеса, там гораздо больше VC инвестиций и бесплатных денег. В России даже в лучшие ее годы не было даже 10% от всего объема VC инвестиций что есть в США. А сейчас венчурный капитал совсем ушел из страны.
>>54818
>чтобы потом уже в течение года допиливать архитектуру проекта спокойными темпами после готового релиза
Я работал на таком проекте. Вероятно часть вещей действительно можно исправить после релиза. Но далеко не все. Даже спустя 5-7 лет после первого релиза у нас было куча проблем вызванных тем, что MVP запилили за полгода с жесткими косяками.
так речь про стартапы или новый проект в энтерпрайзе? это совсем разные вещи тащемто.
что там, что там есть mvp, но в стартапах оно по духу гораздо ближе к хакатону, а в энтерпрайзе ближе к полноценной продуктовой разработке.
Вкатишься, стОит
У меня выбор либо сменить работу в моей сфере (QA), но просто на стек жавы подаваться, и там либо в QA оставаться либо в разрабы перейти со временем.
Либо внутри своей компании сначала разрабом стать на нашем нн-языке, и потом уже как состоявшийся разраб перекатываться в джаву.
Но честно говоря хуй знает какой вариант лучше, с 1 стороны нравится сфера применения жавы и сам язык, с другой стороны конкуренции явно больше и не факт что я выиграю от перехода с нн-языка в жаву. Просто 20-30 вакансий на всю страну на текущем моем стеке напрягает
Это было в до ИИшную эпоху.
Самое проблемное что было на моей памяти - это очень важная интеграция с парочкой внешних сервисов. По сути это была чуть ли не основа всего приложения, и вот эта интеграция была очень развесистой и содержала очень много бизнес-логики на нашей стороне. И была прям мега критичной, баги там были неприемлемы ни в каком виде.
К сожалению эту интеграцию сделали буквально за 1 месяц. Ее какой-то мидл написал впопыхах и там был объективно очень хуевый дизайн и еще сама логика была крайне запутанная. Стейт машина с огромным количеством состояний и еще более огромным количеством переходов. Все раскидано в виде разных if/else, методов, классов, функций по всей кодовой базе проекта. И все это было без каких-либо тестов. Ну то есть просто работает и все. А как оно внутри работает - хуй проссышь. Документации разумеется тоже нет.
Как итог подобные вещи становятся буквально write-only. То есть один раз написали, оно работает, потом это трогать нельзя - так как все жидко пукнет и рассыпется как карточный домик. Но проблема в том, что так или иначе приходилось вносить логику в эту стейт машину. Протестировать толком было нереально. Поэтому каждый тикет в жире на такое изменение сопровождался дикой тряской у нас, так как был вполне приличный шанс что отъебнет прод ну или как минимум перфоманс жестко просядет. Помню еще до ковида мы как-то собрались в офисе всей командой и смотрели как выкатывается релиз на прод, где было большое количество изменений в эту стейт машину. Ставили ставки, разнесет или нет.
Вот сейчас такое в теории еще можно расколупать кое-как, если выделить на подобные археологические раскопки парочку адекватных мидлов с ИИшкой. Начать с фиксации внешнего поведения этой интеграции, потом перейти к деталям реализации. Писать очень-очень много тестов которые зафиксируют поведение системы. А потом начать рефакторить, или вовсе переписывать с нуля. Но даже так подобный код на дистанции крайне сложно поддерживать.
В какой-то степени сейчас многие нейрослопные проекты движутся в подобное состояние, потому что они пилятся очень быстро, кода генерируется очень много, разными моделями, разными агентами, разынми спеками, часто с большим дублированием кода и функциональности, в том числе в разных микросервисах - все это быстро меняется, устаревает и какого-то источника правды внятного тоже нет.
Это было в до ИИшную эпоху.
Самое проблемное что было на моей памяти - это очень важная интеграция с парочкой внешних сервисов. По сути это была чуть ли не основа всего приложения, и вот эта интеграция была очень развесистой и содержала очень много бизнес-логики на нашей стороне. И была прям мега критичной, баги там были неприемлемы ни в каком виде.
К сожалению эту интеграцию сделали буквально за 1 месяц. Ее какой-то мидл написал впопыхах и там был объективно очень хуевый дизайн и еще сама логика была крайне запутанная. Стейт машина с огромным количеством состояний и еще более огромным количеством переходов. Все раскидано в виде разных if/else, методов, классов, функций по всей кодовой базе проекта. И все это было без каких-либо тестов. Ну то есть просто работает и все. А как оно внутри работает - хуй проссышь. Документации разумеется тоже нет.
Как итог подобные вещи становятся буквально write-only. То есть один раз написали, оно работает, потом это трогать нельзя - так как все жидко пукнет и рассыпется как карточный домик. Но проблема в том, что так или иначе приходилось вносить логику в эту стейт машину. Протестировать толком было нереально. Поэтому каждый тикет в жире на такое изменение сопровождался дикой тряской у нас, так как был вполне приличный шанс что отъебнет прод ну или как минимум перфоманс жестко просядет. Помню еще до ковида мы как-то собрались в офисе всей командой и смотрели как выкатывается релиз на прод, где было большое количество изменений в эту стейт машину. Ставили ставки, разнесет или нет.
Вот сейчас такое в теории еще можно расколупать кое-как, если выделить на подобные археологические раскопки парочку адекватных мидлов с ИИшкой. Начать с фиксации внешнего поведения этой интеграции, потом перейти к деталям реализации. Писать очень-очень много тестов которые зафиксируют поведение системы. А потом начать рефакторить, или вовсе переписывать с нуля. Но даже так подобный код на дистанции крайне сложно поддерживать.
В какой-то степени сейчас многие нейрослопные проекты движутся в подобное состояние, потому что они пилятся очень быстро, кода генерируется очень много, разными моделями, разными агентами, разынми спеками, часто с большим дублированием кода и функциональности, в том числе в разных микросервисах - все это быстро меняется, устаревает и какого-то источника правды внятного тоже нет.