>>3768935 → > kafka >Это кстати больная тема в расте, потому что сейчас для раста нет ни одного вменяемого клиента кафки. Вот это считай заброшено https://github.com/fede1024/rust-rdkafka а другого ничего толко и нет. Разве что брать официальный сишный клиент librdkafka от confluent и вокруг него обвязку писать. Но я думаю реально в ближайший год-полтора и для раста увидим клиент нормальный. > >Сейчас прям очень много где по всей индустрии миграции на раст идут, либо новое начинают на расте делать, поэтому рано или поздно и confluent раздуплятся. >
Буквально пару дней назад я жаловался, что нет официального клиента для Rust, а сейчас он тут как тут!
>>3770372 → >Я так понял все матерые программисты ливнули давно, осталась только мечтающие вайбкодь зумеры. >Ждули AGI, займитесь уже делом (перепишите что-то на раст и забросьте).
Вайбкодинг это теперь стандарт индустрии. 90% вайбкода, 10% редактирования кода. Причем для Rust вполне себе неплох VS Code или Zed. RustRover тупо не имеет каких-то киллерфич значимых.
>>3770440 → >В смысле? Никто же не пишет код руками!
>>3771705 → >Нейрошизы форсят как причину плохого джоб маркета >Я уже начинаю думать, что это правда
Я пишу только для своих небольших проектов просто чтобы не разучиться программировать. Ну и еще литкод решаю. Современная работа разработчика, он же software engineer, крайне далека от программирования. Программирование теперь пререквизит для работы, но программирования на работе действительно практически уже нет.
>>3771833 → >На работе почти не пишу код руками с начала 2026.За последние 3 месяца вообще не писал код руками. >Для своих проектов ещё пописываю, но всё реже.
Причем никакого Си и librdkafka! Все на расте написано.
>The Rust client is a native implementation of the Kafka protocol. Unlike the Python, Go, and .NET clients, which are bindings on top of the C/C++ client, the Rust client doesn’t have a C library dependency or a foreign function interface (FFI) layer.
Навайбкожено клодом, индусами и испанцем за полгода кстати. Неплохой результат. Активно использвали ИИшку чтобы с оригинального Java клиента портировать на Rust нативно. Стандарт индустрии такой теперь, хуль поделать.
Алсо как же нассали сишникам в рот. Теперь kafka клиент для C походу будет просто биндингами к коду на Расте. Как и клиенты на питоне и дотнете. Вот в такое время живем епта. Интересно что с https://github.com/confluentinc/librdkafka сделают, небось еще будут поддерживать годик, а потом депрекейтнут.
>Confluent is building a new generation of its non-Java Kafka clients on a shared Rust core translated from the Apache Kafka Java client. The Rust core is a native Rust client and, through thin bindings, also powers the Python, .NET, JavaScript, C/C++, and Go clients, replacing the librdkafka C core those clients use today. The aim is feature and behavior parity with the Java client within weeks of a new Java release, a memory-safe core, a Java-aligned API across languages, and one place to contribute.
>>3772083 (OP) >>На работе почти не пишу код руками Я так понимаю раздел захватили безработные вайбкоди, которые выдают желаемое за действительное? или один ноулайфер трудится за всех?
>>3772117 По прежнему написать код быстрее, чем в сложной системе попытаться объяснить все словами и еще передать все нюансы. То есть, написать алгоритм на точном формальном языке - быстрее и практичнее, чем сидеть угадайку ре-роллить.
Только залетыши думают что программисты сидят и пишут код как книгу. В реале я даже 300 строк кода в день не пишу.
Возможно у кого-то там crud-микросервисы пишутся промтами. Но crud и раньше был бойлерплейт макакингом, который пытались заменить фреймворками или кодгеном.
>Покажи хоть одну компанию где код ещё пишется руками. Ну вот ты и спалился, у тебя выводы об индустрии на основе хайп заголовков, к реальной разработке ты не имеешь никакого отношения. Ты нахватался говна и теперь думаешь что "вкалывают роботы, а не человек"
>>3772118 >Только залетыши думают что программисты сидят и пишут код как книгу. Ну смотря где. Тот же Гейб Ньюелл писал что у них один топовый программист в конце девяностых писал до 5к строк кода в день для игрового движка Half-Life 1. Сейчас тот проггер уже ушел на пенсию, но благодаря бонусам работы в компании теперь мультимиллионер, владеет суперкарами и яхтой.
>>3772118 >Возможно у кого-то там crud-микросервисы пишутся промтами. Но crud и раньше был бойлерплейт макакингом, который пытались заменить фреймворками или кодгеном.
Двачую. Но тут другая проблема. Рынку труда нужно было миллионы крудошлепов. 80% вакансий в Европы в области айти были разработкой веб/круд говна. Дальше 10% шли мобилки, по сути обертки на бэкендом, и уже оставшиеся 5-10% реально было что-то новым и уникальным. И куда теперь пойдут эти крудошлепы после автоматизации их труда? Рынку теперь не нужно как минимум 80% этих программистов
>>3772118 > По прежнему написать код быстрее, чем в сложной системе попытаться объяснить все словами и еще передать все нюансы. То есть, написать алгоритм на точном формальном языке - быстрее и практичнее, чем сидеть угадайку ре-роллить. Вот ты и спалился что ни разу с ии агентом не работал. Никто ему сложную систему не объясняет (каждый раз). Он сам в ней неплохо разбирается, а как разобрался - понимает литерали текст "перепиши это на конечный автомат и нарисуй по нему диаграмму переходов" (привет дракокичу), "поменяй это на sliding window", "сделай через топологическую сортировку" - если у тебя в голове алгоритм есть, агент его с пары предложений поймет и сделает. И тестами покроет и в профайлере прогонит (если ты догадаешься об этом попросить)
>>3772122 Сначала надо знать что такое теория сложности, вайбкодя. Я нечего не сказал про объяснение сложного кода, или размер контекста агента, или умение обобщать. Я сказал что в системе с высокой сложностью - все еще проще и быстрее написать код на точном формальном языке, чем попытаться объяснить словами (там где я напишу 300 строк кода, текстом наберу целую поэму).
То есть, ты вообще никакое отношение к программированию не имеешь, ты кодер любитель или вообще вайбкодя. А так как ты выдаешь себя за программиста, скорее ты еще юн и компенсируешь самооценку, чтобы побыть в тусовке настоящих программистов (которые уже, скорее всего, нажрались и ливнули отсюда).
>>3772129 >теория сложности Какая именно? Сложности вычислений? Сложных систем? Сложных сетей? Экономической и организационной сложности? Ты разберись сначала, про какую именно теорию сложности ты кукарекаешь, потом выёбывайся.
>все еще проще и быстрее написать код на точном формальном языке Уже не проще и не быстрее, дедуль, твоё время прошло
>>3772141 >быстрее, дедуль, Как же быстро ты из спеца превратился в тупую малолетку. Ты реально думаешь я не работаю с нейронной. Типа непонятный сложный этот ваш компьютер, или что там в твоей голове?
В прочем можешь не отвечать. Достаточно чуток ковырнуть и вылезает озлобленный вайбкодя без знаний.
>>3772157 >>3772167 Вы че так порвались? Пытаетесь застебать программиста нейронкой. Мы в техническом разделе, программисты щупали машинное обучение еще до того как ты в садик пошел.
>>3772184 То шо ты там щупал давно на пенсии внуков растит. Агентская разработка за последний год ебанула так что только искры летят. А твой уровень мне понятен - скопипастил чот в бесплатный чатик, чуть потыкал и нихуя не понял хайпа. Но чатики без тулов уже пару лет как отдыхают.
>>3772200 Как-будто только что посмотрел миниатюру разговора отца с сыном, который не хочет делать уроки, потому что тот насмотрелся видео об ИИ и теперь думает что все уже делают роботы и учиться не надо.
>>3772212 >учиться не надо Где это я такое писал? Дед, опять забыл таблетки выпить? Учиться надо, учиться кодить ручками надо, но на реальной работе кодить ручками уже не придётся. Читать - да, писать - нет.
Анон, с одной поправкой — ты почти ничего не делаешь, за тебя 90% делает агент. Кто и что не осилил - это сейчас сложный вопрос.
Я за два дня вкатился в "агентскую разработку". Это гораздо проще чем ты думаешь. Весь раст для меня пишет нейронка, я даже не знаю языка до конца. Я ничего не делаю кроме составления плана, и в разы гораздо проще чем разработка руками.
>>3772298 >>3772299 Ну так и есть, большую часть работы нейронка делает. Надо просто сказать ей какой результат ты хочешь видеть. И также если речь про большие изменения, то надо прописывать в плане чтобы клод включал субагентов и специально делал такой план чтобы можно было распараллелить работу субагентами.
Написание кода руками действительно больше не имеет экономической ценности.
>малолетние вайбкоди лобызают агентов друг у друга. Я даже скучаю по временам когда тут еще были программисты и хейтеры-шизики, которые кидались чулками.
>>3772273 >Двачую, до сих пор проигрываю что с такие пассажиры существуют которые на момент осени 2026 не осилили агентскую разработку. Подсели на агентов @ интернет обрубили
>>3772447 Поэтому нужно иметь какой-нибудь GLM в физической близости, на случай обруба. И всегда кодить что-то руками хотя бы раз в неделю, как диды которые на ассемблере кодили.
>>3772273 >конкретную компанию показать Ты не у меня спрашивал, но есть немного инфы. Коллеги, с которыми я раньше работал в рос. брокере, сейчас в РФ банках в основном. Везде подписки claude/openai/gemini/etc запрещены из-за доступов к коммерческой тайне. Озон-банк: (инфа - июль 2026) - есть сервис с локальным инференсом, медленное и слабое. Кто-то юзает самопально-сделанный докер контейнер с claude code смотрящим на внтутренний api-шлюз с моделями, кто-то всякие opencode. Всех на агентов не пересаживают. ПСБ: (инфа на сейчас) денег на локальный инференс нет, подписки низзя, агентов низзя. На задачи, на которые я бы натравил агента и сделал за час-два, нанимают аутсорсеров на недели-месяцы. ВТБ: аналогично ПСБ. Сбер: (август) локальный инференс со своими гига-моделями, агенты по желанию (не навязывают). Те, кто пробовал opus хотяб 4.5, плюются ядом. ТБанк, Точка: (инфа июнь) агенты с локальным инференсом, есть норм модели, агентов не навязывают. "Локальный" в данном контексте значит внутри компании, а не на ноуте разраба.
>>3772298 >ты почти ничего не делаешь Вот тут мимо. Я теперь требования "ну сделай там эта" превращаю в хороший непротиворечивый документ, из которого понятно, что именно и зачем делается, и могу детали нормально с бизносом обсудить. Теперь архитектура уже не "хуяк-хуяк давайте поставим кафку и будем в неё срать" vs "впихни это говно в то говно что у нас уже есть не добавляя таблиц/топиков/эндпойнтов" тоже выверяется на предмет соответствия новым требованиям и тому что есть. Тесты теперь можно писать без оглядки на заёбаный сетап (его агент напишет), а внимательно смотреть на тест-кейсы и задавать агенту про свой код вопросики типа "а какие данные сломают эту ф-цию" или "а какой тест покрывает требование Т-2134" и "давай бахнем ещё такой тест на такой заёбистый корнер-кейс". Плюс появилось время/возможность фиксить такой копролитный тех.долг, что просто раньше это из области сказок было. А, плюс за агентами всё ещё надо следить - и в требованиях, и в архитектуре, и в коде они норовят нахуячить какого-то best-practices говна, которое красиво выглядит, но без которого легко можно обойтись.
Ну вот т.е. я не стал больше работать в часах, но работа более цельная чтоли стала, выхлоп (в т.ч. продуктовый) появился реально, а не "пук-мук я неделю писал кодик и две недели тесты как так я сделал не то что надо??11" и "ой я бек сделал теперь давайте ждать весь спринт фронтов для добавления одной кнопочки".
>>3772461 По моим данным в Яндексе спокойно разрешают пользоваться клодом/кодексом.
В Тбанке вроде как даже была какая-то корпоративная подписка на клод левая и ее давали по согласованию с безопасниками - иначе квен локально развернутый внутри банка.
Авито - полностью на агентов пересадили.
В ВК вроде как есть доступ к разным моделям, но не знаю как сильно заставляют на агентов пересаживаться.
>>3772473 Кодерок, спокнись. >>3772450 Это те, которые гоняют на мини пк? Я кстати, блядь, вообще не вкуряю, зачем амуде свои стрикс хало пихает в всякие уёбищные мини пк, если можно в просторный корпус это пихать с норм обдувом и тп. >>3772461 >>3772480 Самое тут охуенное то, что борщехлёбы сосут, вот этих в век агентов просто выбросило на берег.
>>3772491 >Самое тут охуенное то, что борщехлёбы сосут, вот этих в век агентов просто выбросило на берег
Борщехлебство в виде дрочки haskell/ocaml/erlang/elixir/scala всегда было сорт оф хобби, а не работа. Но интересные концепции за счет борщехебства таки можно было подтянуть и выучить, а позже эти концепции во многом переехали уже в Rust. Но да, эти знания не монетизируемы практически никак. Что раньше, что сейчас. Просто развитие кругозора и не более того.
>>3772491 >Это те, которые гоняют на мини пк Это китаец которого называли аналогом mythos и у которого цена токена в 10 раз меньше. Хз какое железо нужно чтобы это локально гонять.
>>3772501 >ocaml >концепции во многом переехали уже в Rust Это были деды и зумеры (как выше выяснили) из кокодемий. >Но интересные концепции за счет борщехебства таки можно было подтянуть и выучить Картина маслом, золотце зарабатывает отсосом у арабских мигов на подписку клода.
>>3772521 Расцвет скалы пришелся на 2011-2017 годы, в те времена может и можно было на ней хорошие проекты искать, но потом все стухло. После ковида скала уже никому не нужна была.
Да и я вот сел повспоминал компании/проекты которые на функциональщине делали, на скале, хачкеле, кложуре - почти везде все разорилось, обанкротилось, закрылось, продалось кому-то или переехало на typescript/rust/java/python и прочую мейнстримщину.
>>3772129 >проще и быстрее написать код на точном формальном языке
Если руками пистаь, то нет, это не так. Программирование де-факто умерло. Программирует агент, агентом управляет человек. Ты оператор агента, а не программист теперь.
>>3773204 и заебись мне раньше надо команду собирать на 10-20 людей а теперь я в одно ебало могу архитектить проект. люди нахуй не надо, с ними одни проблемки
>>3773204 >Ты оператор агента, а не программист >Ты оператор ассемблера, а не программист перфокат >Ты оператор компилятора, а не программист асма >Ты оператор ide, а не программист сишечки
Ясно. Держи нас в курсе очередной порцией ИИ-шизы.
>>3773388 Двачую, по какой-то причине повернутые на теме всемогущего ии как в каждой бочке затычка норовят залезть в каждый не связанный с ИИ тред и вставить свое экспертное (нет) мнение про то что УИИИ ВАС ЗОМЕНЯТ ЗОМЕНЯТ ПРОГРАММИСТЫ ВЫМЕРЛИ ЗАМЕНЯТ ЗАМЕНЯТ ФСЕ ФСЕ КОНЕЦ НЕБЕСНАЯ ТВЕРДЬ УПАДЕТ И ВТОРОЕ ПРИШЕСТВИЕ ГРЯДЕТ (но пруфов нибудит!!11) лол, хотя ни с растом или плюсами в профессиональной разработке, ни где-либо еще они не работали. Максимум каким-нибудь джуном пхп-крудошлепом или вообще сварщиком на заводе. Видимо пытаются доказать важность своей квазирелигии окружающим. Настоящая секта. Как какие-нибудь свидетели иеговы, которые ходят по домам и офисам и впаривают свою шизу про конец света
>>3773407 >Это один и тот же шизик срёт здесь в три жопы. И не только в /pr Невероятное количество юных сил и времени тратиться впустую. Как-будто если засрать дохлую тематику двача, где сидит и так 1.5 анона - то сингулярность придет раньше.
>>3773502 Обсуждение какой-то закрытой платной подписки, какой же бред. ИИ маркетинг разгоняет пузырь чтобы больше людей вендерлокнуть на теху.
> разработка ПО в целом еще не мертва, но вот кодинг однозначно мертв Можно только догадываться какая тут разница у тебя в голове. Но любительский кодинг как хобби никогда не умрет.
>>3773502 Ладно, осилил только 6 минут на x1.5, чел несколько раз озвучил - "если у вас не так то вы отстаете" - ну ты понял, если у тебя не так - ты осталый, бегом ставь слот машину! Тупая апелляция к упущенной выгоды, ни разу не маркетинг.
>>3773574 Так это просто пересказ того что pragmatic engineer пишет в своем блоге.
И да, я в целом согласен с тем что он говорит. Россия все еще заметно отстает в плане внедрения ИИ и вон оказывается есть целые банки где до сих пор кодят руками по старинке. Но за пределами РФ где есть доступ к фронтир моделям и нет санкций кодинг руками как явление вымер практически полностью.
>>3773597 Я не понимаю кто будет кодить руками когда нужен быстрый результат. Мне некомфортно от мысли, что код можно не ревьювить, да. Но писать руками я ебал.
Если всё ещё нужен качественный код, а не быстрый, то нейронку тоже можно прогонять по коду несколько раз и заранее находить все косяки. Ревью -> исправил -> ревью -> исправил. Это уже больше похоже на обычный кодинг, только не руками и есть время на вылизывания кода до идеального состояния, с любыми тестами, с чем угодно.
То есть вне зависимости от того, нужна тебе скорость написания или качество - руки проигрывают.
>>3773660 Я дочитал до последнего абзаца и капитулировал в голос. Экспертный эксперт лепит какие-то сраные никому нахуй не нужные три-в-ряд говноигрульки, но имеет мнение. Очередной ебнутый ии сектант, из-за таких додиков линкедин и превратился в помойку.
>>3773712 А зачем учебник зорича нужен? Это же просто кал говна написанный чтобы потешить само ЧСВ старины зорича в далекие времена. Сейчас гораздо больше есть хороших учебников, а не просто справочников или параши с излишним формализмом.
>>3773712 Неиронично да. Нейронка хорошо разжевывает матан, если его не знаешь. Советские учебники (особенно мгушные) непригодны для студента. Это скорее справочник для специалиста, а не учебник.
>>3773715 >Сейчас гораздо больше есть хороших учебников, а не просто справочников или параши с излишним формализмом. Кидай чё есть, анонче. >>3773716 Вообще пример был такой немного концептуальненький, якобы ты настолько не понимаешь эту область, что не можешь даже сформулировать то, что тебе не ясно. Меня прост попросили задачку решить (она как оказалось из первого томика Зорича), но при решении я вроде использовал теорему Эйлера, а это к слову далеко от такого мощного и насыщенного анализа, просто теоремка из теории чисел - то есть человеку, который решил вкатиться в матан с нуля ему же даже не понять какие вопросы задавать.
>>3773717 >Кидай чё есть, анонче Если тебя именно анализ интересует и ты хочешь книжку для самообразования, то я бы вот это читал, особенно зеленую книжку.
Другое дело, что если тебе для каких-то прикладных целей математика нужна, то тебе вообще не надо читать книги и тебе не нужен анализ - просто открываешь сайт mathprofi и идешь по нему, либо просишь нейронку объяснить материал и подготовить упражнения.
Алсо по матану есть неплохие лекции Шапошникова где-то на ютубе. Вот он очень хороший лектор и его интересно слушать.
В целом Зорич и прочие Лораны-Шварцы это скорее справочник нежели учебник и Зорича надо читать только когда ты уже знаешь предмет, а не до непосредственного изучения.
>>3773725 > В конце для ты выучишь матан. Двачую. Раньше вся сложность была именно в отсутствии нормального, человечного интерфейса. Оттого и нужны были погромизды и матеманьки как хранители собственного "тайного знания", которые могли всегда на какой-то вопрос ответить.
А теперь - не так, и любой человек с развитым гуманитарным мышлением может легко задать нейронке любой вопрос по теме и разобраться, без необходимости читать скучные учебники и напрягаться. Анон >>3773712 пытается переносить своё аутичное мышление на мышление нормальных людей, и думает, что они тоже не в состоянии формулировать подходящие вопросы. А для них наоборот теперь всё легко, так как они получили для себя привычный интерфейс. У нормалфагов и нейротипиков как раз-таки нет сложностей с речью или формулированием мыслей, и они не боятся задавать вопросы. Поэтому матан реально можно теперь выучить в пару щелчков.
>>3773737 Не согласен, тебе нужна какая-то база для понимания, иначе будут челики, которые всё понимает и правильно говорят, но задачи решить в принцыпе не способны, потому что нет понимания. >Поэтому матан реально можно теперь выучить в пару щелчков. Мне кажется это очень наивно. >>3773736 >ТРЕВОГА КОРИЧНЕВЫЙ КОД Что ето означает, внучок?
>>3772122 >Никто ему сложную систему не объясняет (каждый раз). Это происходит инкреметально. Сначала знакомство с кодом, потом подключение к бд и логам, трекеру, ADR дать почитать. AGENTS опять же нужно описать, а что это как не объяснение системы? Так что тут полуправда твоя.
>>3773876 >рассказывает всем как не пишет код руками Я регулярно рассказываю что не пишу код руками на работе.
При этом я в /pr сижу больше 11 лет, а программировать начал в самом начале 2010х годов и программирую до сих пор.
>>3773877 >потому что в ней нет декомпозиции Нейронки в целом помогают декомпозировать тоже. Иногда такую лапшу встречаешь, где именно сами требования бизнес-логики противоречат друг другу или буквально закопаны в какие-то конфиги, параметры, константы неявные в коде. Вот это ИИшка помогает сильно раскопать и хоть в каком-то наглядном виде представить что и как связано друг с другом и какая вообще логика выполняется. И уже исходя из этого надо декомпозицией заниматься человеку.
>>3773878 >а программировать начал в самом начале 2010х годов и программирую до сих пор. Из-за релизов в сентябре весь двач заполони такие эксперты. Очень плохо совмещать релиз йоба технологий с осеним обострением.
>>3773877 Нейронки могут помочь и помогают, отвечая на вопросы, например, такие: - найди входные точки - найди на что влияет участок кода X - найди что влияет на поведение участка кода Y - как связаны участки кода X и Y - почему система ведёт себя так, а не иначе? Как сделать чтобы вела иначе? Составь поэтапный план изменений. - сделай ревью ветки abc относительно main - составь таблицу рисков и способов их устранить - какие из библиотек протухли? Какие есть замены? Замена библиотеки ничего не сломает? Сходи погугли документацию проверь. Сходи почитай исходники новой версии, проверь. Или вообще склонируй, скомпилируй, проверь тестовые случаи, побенчмаркай. - Почему система отъебнула на проде? Пойди почитай логи и базу данных. - Будем проверять что у нас вообще происходит, навтыкай логирования в код. (Деплоишь) Теперь следи за логами. - Как изменение в бэкенде повлияют на мобилку? (Даёшь читать код обеих реп). Проверь для версий мобилки за последние три года.
>>3774491 Собственно об этом и речь, нужно дать поджопник потому что они проебались, лиду сказать что проебем эту задачу в релизе потому что там петухи. Лид в свою очередь пойдет к руководителю отдела с не очень благими вестями, взяв тебя на созвон для пояснения технических деталей, а тем временем руководитель спит и дрочит в предвкушении этой фичи на проде и проебал сроки уже на 2 месяца, которые обещал CTO. В доме, который построил Джек. Именно в этих моментах и начинаются проблемы с нейронками, поскольку они не могут в коммуникацию, им нужно создавать стерильные условия и если что-то идёт не по плану, то они начинают выдумывать что-то от себя.
> РЯЯЯЯ зачем учить если есть библиотеки > РЯЯЯЯ зачем учить если есть Интернет > РЯЯЯЯ зачем учить если есть Википедия > РЯЯЯЯ зачем учить если есть YouTube > РЯЯЯЯ зачем учить если есть StackOverflow > РЯЯЯЯ зачем учить если есть ChatGPT
АБУ ганяет одних и тех же ботов, чтобы поддерживать мертвй ресурс.
по факту кроме меня тут сидит еще 2 чела которые 1 пост в неделю пишут.
>>3774507 > а тем временем руководитель спит и дрочит в предвкушении этой фичи на проде и проебал сроки уже на 2 месяца, которые обещал CTO Ну так CTO же обещал.
>Лид в свою очередь пойдет к руководителю отдела с не очень благими вестями, взяв тебя на созвон для пояснения технических деталей Важно не пиздеть лишнего, отвечать недвусмысленно: "с нашей стороны все задачи сделаны, ожидаем реализации блокера от смежной команды". И достаточно, еблет можно закрыть. Но тут нужно чтобы и вправду было сделано. И в трекере хвосты прикрыты.
>>3774507 >Именно в этих моментах и начинаются проблемы с нейронками, поскольку они не могут в коммуникацию Да ты ахуел. Тебе дали мёд, так тебе ещё и ложку. Не нравится с нейронками - иди ебашь без них, тут у тебя сразу всё взлетит - и код, и анализ логов, и всё остальное.
>>3772083 (OP) Огромная ДЫРА обнаружена в боровчекере, там уже 9 лет как. Зафайлили ишью, пидаРАСТЫ суетливо всё закрыли с комментарием "locked as too heated and limited conversation to collaborators", трясутся. Это КОНЕЦ!
Asterinas (ядро, abi-совместимое с linux и написанное на rust), теперь позволяет запускать x.org, xtce, gcc, firefox и много чего другого
Огромная ДЫРА у петушков горевших с включения раста в ядро linux стала еще огромнее. Опеннетные растофобы настолько тильтанули что уже 2 часа стыдливо не могут насрать своего привычного хейтерского говна под новостью где упоминается rust
хз, никогда растофобом не был, всегда было похуй на этот язык, вот с приходом ИИ агентов начал его изучать, так как новые сервисы в конторе на нем уже пилить начали.
мне кажется от раста горело только у си/си++ скуфиду которая потратила дохулиард лет на изучение кишочков с++ по всяким там книжкам мейерса, александреску, герба саттера, страуструпа и прочих дедов. и разумеется на новый яп эти скуфиду переходить не хотят, так как некоторые пассажиры буквально всю свою карьеру выстроили вокруг с++ и знании его тонкостей и кишочков.
сейчас от раста горит у большего количества людей так как их экспертиза в jvm, go, дотнете и прочих managed языках теперь обесценивается быстро - ИИшка всю эту дрочку где нужны тонкости платформы закрывает сама, да и еще проекты новые на расте стартуют. кишочки спринга и устройства GC в жабе теперь тоже мало кого на рынке труда интересуют)))
>>3776270 у нас нет ORM, везде чистый sql, никаких N + 1 у нас нет, это прям в .md файликах у нас прописано, поэтому запросов с последующей горой запросов в цикле просто нет.
а что ты имеешь в виду под проверкой аутбоксов?
>нейрослопе на +10к ебаных строк в каждом ебаном пр мы почти не читаем код уже, этим агент занимается. по настоящему вникать в пулл реквесты друг у друга стало невозможно, человек будет пол дня рабочего читать твой ПР на 1000 строк и вникать что там происходит. если так будем делать, то у нас все релизы встанут. от код ревью отказались как от повседневной практики. приглашаем друг друга ревьювить только части критичной бизнес логики в прах.
при этом мы настроили быструю выкатку и обратный откат если лампочки на проде зажглись. если твой пр создал баг на проде - то все быстро откатится до предыдущего релиза.
>>3776279 >запросов с последующей горой запросов в цикле просто нет Уверен? Тебе нейронка через sqlx легко сначала напишет SELECT FROM orders а потом в цикле для каждого SELECT FROM order_items WHERE order_id
>а что ты имеешь в виду под проверкой аутбоксов? Transaction outbox. Хуйня, без которой прод на таймаутах просто рассыпается на части.
>>3776283 >а потом в цикле для каждого SELECT FROM order_items WHERE order_id Ну так мы это явно запретили нейронке делать. Конечно есть шанс что что-то проебется и нейронка положит йух на все эти инструкции в .md файликах, но мониторинги бд у нас тоже есть и там тоже агенты сидят и отслеживают все изменения после каждого нового релиза.
>Transaction outbox. Хуйня, без которой прод на таймаутах просто рассыпается на части это у нас в некоторых местах. но что там проверять? как relay работает? тестконтейнеры с кафкой и базой у нас используются в тестах, на аутбоксы тесты есть. мониторинги и алерты на кафку тоже имеются. не совсем понимаю что там надо вычитывать внимательно.
в целом большая часть проблем управления нейрослопной кодовой базой решается через хорошие мониторинги, логи, трейсы, подключенные к этому всему ИИ агенты, очень быстрые релизы, очень быстрые откаты релизов.
ну и здравый смысл - не катить тяжелые миграции вместе с 20к строками бизнес логики, а раздельными релизами катать.
>>3777041 >RefCell Не нужен. Эту придумал ебнутый чулочник с клеткой на залупе, не будь таким. Нормальные люди просто пишут mut &self и не страдают хуйней.
>Cow Антипаттерн. Память должна выделяться детерминированно, а не хуяк и внезапно пошли копировать мегабайты.
Кароч изучи Си, чтобы понимать как там байты ворочаются. Потом изучи современный С++. После чего ты убедишься, что раст - это творчество душевнобольных фетишистов. Эти ебнутые сектанты тратят бабло на токены, чтобы переписать курл на расте, хоть это никому не надо, потом бегают по всем интернетам и визжат. Просто вдумайся в эту шизу.
>Cow >Антипаттерн. Память должна выделяться детерминированно, а не хуяк и внезапно пошли копировать мегабайты. CoW B-trees, LSM, WAL, банальная реализация fork() >Кароч изучи Си, чтобы понимать как там байты ворочаются. Потом изучи современный С++ закончи универ лучше или что там у вас
>>3777415 Чулочник, лично ты много б-деревьев написал? Где они используются? А нет, ты просто проебываешь токены, чтобы что-то перписать на святом расте, делаешь приношения своему богу. Тут пробегал шиз, который переписал на раст какую-то старую никому нахуй не нужную игру, это ты? Еще один ебанат писал на расте токенизатор, который нормальные люди спокойно пишут на питоне и не ебут себе мозги. Вы сектанты все ебанутые.
>>3777439 Я не пишу cow b-trees (они уже написаны). Я их использую, как и ты делая запросы к базе на своем питоне. Ладно на моем конкретном проекте (cex биржа), использую потому что все данные - в самом процессе без удаленных баз для детерминированости и скорости. >Еще один ебанат писал на расте токенизатор, который нормальные люди спокойно пишут на питоне и не ебут себе мозги OpenAi и HuggingFace как раз токенизатор на расте используют, можешь им рассказать что они дурачки и нужно делать на питоне.
>>3777052 > ты недооцениваешь роль дидов на местах при чем здесь диды?! у людей "синдром утенка". им хочется коды не нужны. задача LLM преобразовывать текст на естественном языке в язык
>>3777052 > при чем здесь диды?! у людей "синдром утенка". им хочется писать на любимом языке. коды не нужны. задача LLM преобразовывать текст на естественном языке в язык машины. Грубо говоря "prompt -> EXE".
Там есть отдельная категория даунов, которые засрали весь threads и reddit своим говном на Python. Ну то есть в эпоху когда ты можешь генирировать тексты программ ты выбираешь максимально всратый и тормознутый язык и предлагаешь пользователю греться от ноута и еще тащить за собой всю экосистему. Один даун в ZIP файлы натурально кладет python3.exe файлы и при этом ему западло скомпилить тот же код С++ на Unity или Unreal Engine.
>>3777689 Ну держать весь код вместо print "Hello World" на одну строку в виде ебанины на 50 строк да еще и с привязкой к конкретному железу это БАЗА просто, странно что так все еще не делают
>>3776265 Фишка раста в хайпе, а не безопастности, кмк, инструменты по типу ады и спарка уже сто лет существуют, но чёт ими пользуется полтора энтузиаста и контракторы в оборонке. Про ии и раст я вообще молчу, там такой пиздец творится в ансейф-расте, без которого сиспрограть ты не можешь.
>>3778156 Ada/SPARK довольно вырвиглазная хуйня и слабо похожа на ЯП общего назначения.
>Фишка раста в хайпе, а не безопастности, кмк Боров чекер и null safety вполне дают безопасность, которую не дают другие обычные языки типа джавы, питухона, го, и тем более чистого Си/Си++.
Но хайп имеется, потому что теперь с переходом на кодогенерацию через нейронки вместо кодописательства нам нужен язык 1) с хорошими гарантиями от компилятора чтобы тысячи строк нейрослопа не валились из-за того что где-то null проебали или из-за того что где-то память два раза освободить пытались 2) с самыми лучшими рантайм характеристиками из возможных
И тут аналогов у раста просто нет на данный момент. Поэтому раст сейчас на большом взлете даже в старых корпорациях типа MS, Гугла и Меты, где исторически писалось на С++ много кода.
>>3778333 >Вырвиглазная хуйня Так раст и есть вырвиглазная хуйня из палаты мер и весов, для чтения хуилиона нагенеренных исходников, придётся нанимать толпу паджей. >с хорошими гарантиями от компилятора чтобы тысячи строк нейрослопа не валились из-за того что где-то null проебали или из-за того что где-то память два раза освободить пытались Раст тебе не даст гарантий от уб, там буквально все оптимизации идут в бой. >с самыми лучшими рантайм характеристиками из возможных Смотря что ты под этим имеешь в виду. >даже в старых корпорациях Те скорее просто рады свалить с плюсов, благо теперь возможность есть.
>>3778348 >для чтения хуилиона нагенеренных исходников, придётся нанимать толпу паджей Код сейчас уже не читают практически. Кодами нейронка занимается. Что там под капотом - пахую. Раст просто быстрый и на нем нейронке проще говняк писать. Вот и все.
>>3778711 RefCell - это суровая реальность, о которую разбились маняфантазии чулочников. Можно сколько угодно разрабатывать очко бороу чекером, но приходит RefCell и делает панику.
>>3778765 Просто не юзаешь RefCell, в чём проблема Количество юз кейсов для RefCell исчезающе мало, насколько я понимаю. Я ещё ни разу не видел. Крестопоносцы тоже половину фич своего языка игнорируют
>>3778841 В многопоточке я предпочту параллельную обработку без мьютексов, с компактно упакованными данными, которые уезжают в кеш и там их молотит без волатайлов. Мой код на сишарпе будет быстрее раста с ебучими Arc<Mutex<T>> на каждый пук.
>>3779087 Он самый дешёвый по токенам и у него есть библиотеки на все случаи жизни, почти всегда выигрывает по объему кода. Если закрывает определенные задачи, то почему бы и нет
>>3778866 Т.е. в расте ты использовать rayon/разделение данных/каналы/repr(align(64)) вместо мьютексов не додумался, а в шарпах "оно само"? Выглядит как skill issue, дружочек
>>3778932 проектов на нем все еще мало на самом деле и даже до аи шизофрении грейд разрабов стафф+, ну кроме какого-то говна на солане Хотя я вот всегда находил места и сейчас пригрел жопку надолго в cex
>>3779320 > дешёвый по токенам ниосилятор не может поднять llama.cpp у себе на компе. > закрывает определенные задачи какие задачи не закрывает С/С++/Rust?
Книги по ИИ/робототехнике. Лютая годнота - embodied ai (перевод с китайского), hardware kits. Погружение в глубокое обучение - тоже хорошая книга с ML базой. Очень тяжелые научные книги от гарварда по 1000 страниц каждая (на любителя). https://r007.github.io/AI-Robotics-Rus/
>>3780080 Прикольно, но для кого это? У нас вакансий вообще ноль по этой теме. А где всякие дроны в алабугах собирают, там уже и не платят много, и используют плюсы. Раст туда никогда не придёт.
>>3780113 >для кого это? Для себя, для саморазвития. Ты не обязан развиваться ради алабуги, например. Ты можешь открыть свой собственный сервис/стартап и на нём зарабатывать копеечку.
>>3780325 >На ху я? По двум причинам. Первая это специфическая терминология, которая лучше звучит на русском. Например "широтно-импульсная модуляция" (ШИМ) на инглише это pulse-width modulation (PWM). "Фоторезистор" - light-dependent resistor (LDR). Или допустим, duty cycle - его можно по-разному перевести, как скважность или коэффициент заполнения.
Вторая причина - отсутствие подобной литературы на российском рынке. Есть общие книги, типа async rust. Но нет именно с прицелом на электронику. И нет норм литературы по робототехнике. Китайцы очень продвинулись в этом плане, в книге "embodied ai" (воплощенный ИИ) есть примеры text-to-cad, глава по дронам и так далее.
То что есть на рос рынке - это максимум книги на ардуино. Какое ардуино, если щас 2026-ый год. Сейчас актуально совсем другое - рука lerobot, модели SmolVLA, GR00T, HoloBrain и другие.
>>3780452 >И в чём же он лучший? В том, что у него строгая типизация. Как минимум программа сразу же не вывалиться в core dump. Агент сразу видит, где какие косяки. Плюс, у него перфоманс на уровне С++, при этом он остаётся достаточно высокоуровневым.
>>3778932 Хуета, языки это говно впринципе, спустя лет 5-10 будет врёти, раст хуёвый язык, нужен язык получше перекатываемся на него и поновой, нужно чтобы просто лингвовыродки просто сдохли. Программы вообще должны писаться не на языке, а в схемах.
>>3780757 Это хорошо в проектах из одного файла типа laba2.cpp, но как только у тебя толпа людей коммитит в один репозиторий и то для чего ты выделил память тащат через все приложение, то в таких случаях с баран чекером проще в разы
>>3780080 >Специально для тебя есть курс для шарпистов Ебаный стыд! Для каких дебилов написана эта тупая пропаганда? Открываю и сразу же "Производительность без налога на рантайм". Во-первых, сборка мусора для интов не выполняется, она делается для указателей. Во-вторых, List<int> и Vec<i32> - это литерали одно и то же, динамический массив с переаллокацией и копированием. Они работают одинаково, блять, но в святом расте "точное выделение" памяти, что это вообще такое? Идем дальше, "Безопасность памяти без проверок во время выполнения" Во-первых, код разный. Аналогом на сишарпе будет array.FirstOrDefault()?.ToString() обожемой где же явная проверка на нул?! Во-вторых, в коде на расте внутри first() происходит точно такая проверка на границы массива. В-третьих, Option - это антипаттерн нахуй. Подобная хуйня есть во многих языках, в сишарпе внезапно тоже, но ее нигде не используют. С null reference код упадет сразу, с option результат уедет дальше через трудопровод из map-ов и ошибка проявится вообще хуй знает где. Заебешься потом искать причину на проде, но растодети прод не нюхали. В-четвертых, lock(list) и data.lock().unwrap() - это одно и тоже, снова мы идем. Но в расте "Гонки данных предотвращаются на этапе компиляции" - это интересно каким образом? Дотнет проектировали умные люди и вынесли лок в отдельную операцию, ведь мьютекс - это дорогая штука и ей не надо злоупотреблять. Растодауны же размазывают Arc<Mutex<T>> по всему коду и дрочат мьюютексы при каждом обращении, такая-то оптимизация! Дальше я этот высер не читал, и так все ясно. Короче, что и требовалось доказать: за раст топят студенты без опыта разработки. Главное быть не таким как все.
>>3780868 Наркоман? Ты запускаешь параллельно N потоков, все они пишут в один массив. Указатель - это просто число, адрес в памяти, у каждого потока он где-то лежит на стеке, итого N указателей. При чем тут анальные игрища с бороу чекером у ебнутых чулочников?
>>3780865 Ты прав примерно наполовину. Я переводил так как написано в оригинале было. Про мьютекс - да, про без проверок - да (тип заставляет проверку сделать), точное выделение - да. GC не аллоцирует на каждой итерации - да.
А теперь где ты не прав: - array.FirstOrDefault()?.ToString() для int[] не компилируется (CS0023, ?. к int неприменим). Без ?. вызов вернёт 0 для пустого массива и ты получишь "0" вместо "пусто". Option как раз исключает такую ошибку. - "Option - антипаттерн, а NRE падает сразу". NRE падает там, где разыменовали null, а не там, где его создали, и это может быть очень далеко. Именно поэтому null называют "миллиардной ошибкой". Option не мешает падать на месте, есть .expect("сообщение"). А цепочка ?. и ?? в C#-примере самой книги работает так же, как цепочка map. Риск проглотить ошибку через unwrap_or_default в обоих языках один и тот же. - "Каким образом гонки предотвращаются?". Общий Vec в двух потоках без Mutex не компилируется, а Rc в thread::spawn тоже. Механизм - трейты Send/Sync и borrow checker. Mutex<T> владеет данными, поэтому без guard до них не добраться. В C# ничто не мешает вызвать list.Add в другом потоке без lock. Гарантия касается именно data race, а не дедлоков и логических гонок. Стоимость блокировки остаётся прежней.
Проверил на реальном коде, поправил первую главу с твоими подсказками. В дизасемблере в Tier-0 вызывается CORINFO_HELP_RNGCHKFAIL, а в оптимизированном Tier-1 остаётся только проверка длины, короче, утверждение книги о проверке границ при каждом обращении для C# неточно. Спасибо.
>>3780889 >В C# ничто не мешает вызвать list.Add в другом потоке без lock. С дотнете все методы по дефолту небезопасные. Если тебе нужна многопоточка а она нужна примерно никогда делаешь инкапсуляцию и внутри доступ через лок. Все просто и никакой ебли с бороу чекером. Считается, что многопоточка - это муторная хрень, которую надо максимально избегать. Есть специальные Frozen ридонли коллекции, куда один раз складываешь данные, а потом везде используешь без мьютексов. Есть каналы как в голанге, их никто не использует. Десктоп на дотнете давно никто не пишет, а в бекенде эти танцы бессмысленны. В расте же все хуячат Arc<Mutex<T>> и называют это безопасным кодом, будто мьютексы ничего не стоят.
>>3780860 >троллинг тупостью когда обоссали Да, в банках сейчас активно используется. Вот сейчас буквально собираем релиз из 11 задач, над которыми работали 3 человека, в таких случаях баран чекер очень сильно помогает и ты узнаешь что обосрались на уровне пайплайна в МР.
>>3780871 Чтобы понять почему плохо из разных потоков писать в массив просто так без мьютексов предлагаю подумать и ответить на другой вопрос. Зачем придумали транзакции в базах данных? Как только ответишь на этот вопрос так и придет понимание.
>>3780553 >По двум причинам Х3 переводные книги часто плохо переводят, во-вторых, русик зачастую нужен только дидиам. Есть книжка по кортекс м, издательство ДМК-пресс издало недавно переводную книжку разбив её на два томика, перевод не очень, поэтому берём оригинал. Хотя бывают и очень хорошие переводы, например, книга харисов.
>>3780792 >Ой, забыл free вызвать. Ой, не тот указатель во free передал. Ой, два раза free вызвал. Пишу на сях без выделения динамической памяти, получается, все проблемы, которые закрывает раст, решил по твоей версии.
>>3780943 > Не знаю, нахуя RefCell и Cow > Изучи Си, узнаешь > Нахуя именно Си? > Надо память - malloc, не надо - free > free в Си требует больше внимания программиста, чем это кажется > я не пользуюсь malloc и free Ты долбаёб? Нахуя ты со своим кейсом влез в беседу про malloc?
>>3780895 Ну ты опять наполовину прав. Инкапсуляция за локом - да, Arc<Mutex<T>> раздают направо и налево - да. Frozen коллекции есть - хороший приём, согласен. Каналы в платформе есть, утверждать что их никто не использует - ну это преувеличение.
Где ты не прав - про бекенд соврал. Общее изменяемое состояние есть и там: кэши, счётчики, rate limiter в синглтоне. Большую часть состояния действительно выносят в БД или Redis, но это тоже синхронизация, просто вне кода процесса.
ReadOnly-коллекции защищают только по соглашению. IReadOnlyList<int> я привёл обратно к List<int>, добавил элемент и Count вырос. Frozen тоже не механизм безопасности, а оптимизация поиска. В Rust иммутабельность проверяет компилятор.
"Никакой возни с борроу чекер" = "никакой проверки" Я запилил мини-демо, где делал миллион list.Add из Parallel.For без lock. В итоге 65 544 элемента вместо 1 000000. Без исключения и без предупреждения компилятора. Тот же код в Rust не компилируется.
То есть C# тоже не совсем без проверок, но с гонками данных он ничего не делает. В C# проще писать и меньше церемоний, если дисциплина есть. В Rust компилятор гарантирует отсутствие гонок данных, но иногда приходится возиться с borrow checker и аккуратнее структурировать код. Тезис "лок везде, и всё нормально" ломается на том, что 93% элементов молча потерялись.
>>3772122 >"перепиши это на конечный автомат и нарисуй по нему диаграмму переходов" (привет дракокичу) Дада, вот прямо так нейронка сделай ка мне нахуйблядьнахуй автомат нахуйблядьнахуй, и чтобы без гонок нахуйблядьнахуй, и тайминги откалибруй блядьнахуй, и на все уязвимости проверь, всё решай вопрос ёпта, я пошёл, приду проверю.
>>3781979 Дохтур пирокинетических опять полыхает. Вот ведь тяжко рептильной зверушке: те, кто программировал диаграммами вымерли или эволюционировали, а те кто помоложе научились произвольные автоматы без goto писать. Еще и отдельного треда для диаграмщиков нет, приходится бомжевать по тем, где программы пишут на ЯЗЫКах программирования текстом, и в каждом треде бедную скотинку обоссывают. Не грусти, нарисуй хоть схемку какую
Лол, в вашем расте нет конкаррент хэш мапы из джавы. Как вы вообще многопоточку можете писать без неё, лол. Причём раст не позволит её реализовать из-за борроу чекера просто физически. Просто ору с вашего лучшего языка.
>>3780080 Листаю перевод embeded book. >крейт микроархитектуры Вначале думал ошибка, потом смотрю в оригинале тоже назвали это микроархитектурой. >>3783758 Челибос это язык не для вебчика, это системный языг.
>>3783758 > раст не позволит её реализовать из-за борроу чекера просто физически dashmap, flashmap, flurry, papaya - позволил реализовать, а тебе - не позволил реализовать? То, что позволено нормальным пацанам и пацанессам не позволено лоускилл двачеру
>>3783758 конкаррент хешмапы в виде сторонних либ есть в количестве нескольких штук.
просто ими имхо мало кто пользуется. глянь в сорцы tokio/axum - chm там не используется примерно нигде. в расте примерно как в гоуленге - там sync.Map имеется, но ее редко используют, а обычная map[K]V не потокобезопасная по дефолту.
Сразу скажу, что уже набрасывал такое вайбкодерам, но они еще до запрета нейронкам реверсить то что нельзя, жидко обсирались, ссылаясь что лучше потратят токены на какую-нибудь полурабочую, никому не нужнаю, но блестящую херь. И тут вспомнил про rust-овчан, которые по сути, занимаются тем же - копируют то что и так уже работает, а потом люто надр.. гордятся если полученное изделие, оказывается быстрее на 0,5 наносекунды в синтетических тестах.
Так вот, есть реальная задача, которая поможет простому люду, зауважать руст - эмуляторы (и порты с) консолей. Ну там RPCS3, ShadPS4, Kyty. Ведь если переписать их на раст, они станут не то что быстрее, но и стабильнее. Это реальная тема, растаны. Все эти ваши bat-ы хуя-ты, никому кроме вас, не нужны. А эмуляторы - это священная война против копроратов, то ради чего вообще все и почему.
>>3784512 >поможет простому люду, зауважать руст Всем будет похуй на раст, гарантирую. Ещё и сгенеренными баг-репортами завалят. Алсо сколько лично ты готов заплатить за токены на переписывание эмуляторов на раст? (оценки занижены)
>>3784530 >Алсо сколько лично ты готов заплатить за токены на переписывание эмуляторов на раст? Пошел жидки обсер.
Это растоманы (как и вайбкодеры) из каждого утюга, при поддержке копроратов, орут, что руст это лучшее что есть из языков. Но по факту, все что могут это переписать пару консольных утилит, которые и так работали. А на реальных задачах, таких как эмуляторы или даже игры, идет жидкий обсер и немощность.
>>3784593 >переписать пару консольных утилит, которые и так работали. А на реальных задачах, таких как эмуляторы Так эмуляторы и так работают. Нахуя их переписывать?
>>3784593 Растаны, перепишите на расте эмуляторы, за симпу @ Потратить время на знакомство с эмулируемой платформой, с разработкой эмуляторов вообще и конкретным эмулятором, на планирование, переписывание, тестирование, потратить деньги на ci/cd инфраструктуру и токены? Nah, сам перепиши @ Я?! Ряаааа!
>>3784512 >эмуляторы - это священная война против копроратов >>3784593 >растоманы (как и вайбкодеры) из каждого утюга, при поддержке копроратов
Нахуя нам переписывать эмуляторы корпоратских платформ, если корпораты нас поддерживают? Ты-то не готов за эмуляторы платить, а корпораты вон каждому растану платят два раза в месяц криптодолларами на сберкнижку