Предыдущий: >>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 студии
И как это связано?
>>3823
> Пишу на дотнете еще с 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 года одну и ту же корпоративную культуру наблюдаешь и почему-то решил, что это везде так, а не только локально у тебя.
И как это связано?
>>3823
> Пишу на дотнете еще с 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 нахуй.
>куда выкатываться
Зачем?
Внедрение ии похоронит говнокодеров типа этого >>3941
А для нормальных это лишь дополнительный уровень абстракции.
Кабан не сможет общаться на техническую тему техническим языком.
Его требования нужно понять, декомпозировать, оценить риски и сроки, и только после этого начинается этап написания кода.
И если специалист сильный, то он сделает это охуенно, и лучше чем у других.
При этом увольнять такого - буквально противоречит целям кабана.
Если он не будет работать у тебя = будет работать у конкурента = потери в клиентах и выручке.
Инженерное понимание over everything.
И забавный парадокс, чем больше кода способен произвести один человек с агентами, тем дороже становится ошибка его инженерного решения. Потому что раньше долбоеб мог за неделю неправильно написать 500 строк. Теперь он за ту же неделю может неправильно изменить 500 сервисов.
Цена ошибки стала сильно меньше, так как нейронка за секунду поймет в чем проблема и перепишет все правильно. Даже несколько десятков тысяч строк кода для нее переварить за 10 минут на проблема совсем.
Нейронка это не новый уровень абстракции, а полная автоматизация интеллекта и мышления. Нейронка это буквально то что похоронило нашу профессию и что отобрало у нас работу. Вот что нейронка.
Ты хрюкать про "уровень абстракции" можешь сколько угодно, но обратный отсчет для тебя уже идет и это лишь вопрос времени, когда кабан выгонит тебя на мороз. Он не будет разбираться кто там говнокодер, а кто нет - просто все скопом пойдете на мороз. Не нужно думать что твои навыки декомпозиции и понимание зачем нужны геттеры и сеттеры тебя спасут. Нейронка сама все это понимает и сама пишет безошибочный код.
Разработка официально похоронена.
>С какого хуя наличие ии отменяет необходимость сообщить иишке-же, как классом правильно пользоваться?
Потому что ИИ сам это пишет всё и держит в контексте весь проект. Ему не надо ничего сообщать. Человека нет в цепочке. ИИ и так знает как пользоваться всеми классами. Пиздец. Какие же тупорогие тут сидят.
Лень простыню с примерами разбирать, так что разьебу по факту.
>безошибочный код
Зачем тогда проверять мры от нее, и править косяки?
GitHub тоже почему-то воркфлоу с планеркой, изменениями коммитом и ревью имеет, а не сразу в прод хуячит.
>полная автоматизация интеллекта
Антропики недавно проанализировали около 400 тысяч реальных клод-сессий. Их наблюдаемое разделение труда:
люди преимущественно решают что делать,
клод преимущественно решает как делать.
https://www.anthropic.com/research/claude-code-expertise
>всех выгонят
Выгонят. Кабан же стагнировать хочет.
Знаешь че будет? Встречный эффект.
Кабан не будет выгонять никого. Просто те, что есть - будут делать 100 систем, а не 10.
Плюс бэклог теперь чистить можно будет, соответственно вырастет и качество.
Ии разумно сравнивать с изобретением ide-шек. Автоматизацией тут и не пахнет.
Про эффект бутылочного горлышка и экспоненциальный рост ответственности кабана я даже говорить не буду, фактов выше - хватит.
>>3996
Мань, допустим нейронка действительно написала весь проект и знает его наизусть. Объясни тогда на пальцах.
Что она приобретает от того, что private станет public?
Не "она и без него справится".
Не "человека больше нет".
Какой конкретно профит?
Потому что с private у нее есть и "знание", и ограничение на этапе компиляции
Без private остается только "знание", лол.
Ты буквально предлагаешь выбросить бесплатную формальную гарантию потому, что модель якобы достаточно умная, чтобы обходиться без нее?
С кем на одной сижу бляяя
Лень простыню с примерами разбирать, так что разьебу по факту.
>безошибочный код
Зачем тогда проверять мры от нее, и править косяки?
GitHub тоже почему-то воркфлоу с планеркой, изменениями коммитом и ревью имеет, а не сразу в прод хуячит.
>полная автоматизация интеллекта
Антропики недавно проанализировали около 400 тысяч реальных клод-сессий. Их наблюдаемое разделение труда:
люди преимущественно решают что делать,
клод преимущественно решает как делать.
https://www.anthropic.com/research/claude-code-expertise
>всех выгонят
Выгонят. Кабан же стагнировать хочет.
Знаешь че будет? Встречный эффект.
Кабан не будет выгонять никого. Просто те, что есть - будут делать 100 систем, а не 10.
Плюс бэклог теперь чистить можно будет, соответственно вырастет и качество.
Ии разумно сравнивать с изобретением ide-шек. Автоматизацией тут и не пахнет.
Про эффект бутылочного горлышка и экспоненциальный рост ответственности кабана я даже говорить не буду, фактов выше - хватит.
>>3996
Мань, допустим нейронка действительно написала весь проект и знает его наизусть. Объясни тогда на пальцах.
Что она приобретает от того, что 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к рублей в месяц. Без шуток, работу сеньор разраба сегодня может любой еблан выполнять у которого есть хотя бы полгода-год работы на какой-нибудь затхлой галере. Навыки человека и опыт обесеценены очень жестоко. Поэтому я хз какие ты там фильтры у себя в голове нафантазировал. Просто прими тот факт, что промптить в клод может любой еблан, даже кабан, даже тетя глаша из бухгалтерии. Нанимать выделенного под это дело разраба нахуй никому не упало.
>>4051
>Прод от этого чаще ебаться стал или нет?
>Сколько релизов пришлось откатывать?
>Сколько косяков доехало до пользователей?
>Если что-то ломается - быстрее теперь чините или медленнее?
>С безопасностью новых приколов не появилось?
Все охуенно. Никаких проблем не заметили. Мониторинги, алерты, логи - в идеальном состоянии. Все баги которые у нас были годами починил клод. Релизы стали кататься быстрее. С безопасностью тоже проблем нет. На проде ничего не ломается. Проект просто пришел в идеальное состояние после того как выбросили нахуй код написанный людьми и переписали значительный объем кодовой базы исключительно при помощи агентов.
>Ты работаешь в епаме
С чего ты взял, что я в епаме работаю, мань?
Ты мне уже и работодателя придумал, чтобы потом победить его в споре?
Крупный международный энтерпрайз, внутренняя разработка 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кл образования забыла запромтить?
на самом деле не-круды нейронки хуячат ничуть не хуже.
сделать какую-нибудь эмуляцию из стат-мех термодинамики с марковскими рядами и четырехэтажными дифурами для них не проблема.
раньше я думал что у них с интерфейсами неважно так как не приходилось сталкиваться - но вот на днях пришлось, и обнаружил что и гопота, и клод имеют плагины для хрома и на отлично отрисовывают и верстают любой интерфейс по брендбуку, причем верстают на отлично, ставят 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 летней давности про негибкость, ты спрашиваешь какой именно гибкости недостаёт мавену в НАШЕМ проекте. Дальше они идут нахуй.
Гибкость градла выливается в нечитаемые полотна на простейших проектах, причём у всех разные естественно.
Это типичный аргумент программирования на хайпе, только у вас хайповщик какой-то отсталый.
И НЕ НУЖОНА
>и все перебилживать надо постоянно
так и в гредле всё перебилживают чтобы стейл кэш не поймать
интересно в чем негибкость если там свои плагины можно делать. ну а так то реально рациональных причин уходить с мавена нет, гредл просто нитакусичная обертка над ним, не более того. не думаю что в нем есть что то чего в голом мавене нельзя реализовать
или я впринципе хочу поменять работу уже
как будто на этом месте уже всё познал
>мелкие кабаны с этим легче преуспевают
да, потому что мелкие кабаны зачастую еще и сами разработчики, вот для мелких кабанов такого рода клод это прямо бесценная штука. не крупняк айтмшный и не другой бизнес который аутсорсом все заказывал - а мелкие кабаны с небольшими командами - они больше других выиграли от нейросеток
особенно учитывая что все эти сборочные файлы правятся раз в год бампом версий. а с приходом нейросеток вообще переходить на что бы то ни было смысла вообще никакого нет, маыен у вас там, гредл или ант - клоду все равно