> kafka
>Это кстати больная тема в расте, потому что сейчас для раста нет ни одного вменяемого клиента кафки. Вот это считай заброшено https://github.com/fede1024/rust-rdkafka а другого ничего толко и нет. Разве что брать официальный сишный клиент librdkafka от confluent и вокруг него обвязку писать. Но я думаю реально в ближайший год-полтора и для раста увидим клиент нормальный.
>
>Сейчас прям очень много где по всей индустрии миграции на раст идут, либо новое начинают на расте делать, поэтому рано или поздно и confluent раздуплятся.
>
Буквально пару дней назад я жаловался, что нет официального клиента для Rust, а сейчас он тут как тут!
https://docs.confluent.io/kafka-clients/rust/current/overview.html
https://github.com/confluentinc/kafka-clients/tree/master/rust
https://www.reddit.com/r/apachekafka/comments/1wzhuk9/announcement_confluent_rust_client_for_apache/
Правда пока что не в GA.
>Я так понял все матерые программисты ливнули давно, осталась только мечтающие вайбкодь зумеры.
>Ждули AGI, займитесь уже делом (перепишите что-то на раст и забросьте).
Вайбкодинг это теперь стандарт индустрии. 90% вайбкода, 10% редактирования кода. Причем для Rust вполне себе неплох VS Code или Zed. RustRover тупо не имеет каких-то киллерфич значимых.
>>3770440 →
>В смысле? Никто же не пишет код руками!
>>3771705 →
>Нейрошизы форсят как причину плохого джоб маркета
>Я уже начинаю думать, что это правда
Я пишу только для своих небольших проектов просто чтобы не разучиться программировать. Ну и еще литкод решаю. Современная работа разработчика, он же software engineer, крайне далека от программирования. Программирование теперь пререквизит для работы, но программирования на работе действительно практически уже нет.
>>3771833 →
>На работе почти не пишу код руками с начала 2026.За последние 3 месяца вообще не писал код руками.
>Для своих проектов ещё пописываю, но всё реже.
Двачую, ситуация прям почти 1 в 1.
>https://docs.confluent.io/kafka-clients/rust/current/overview.html
>
Причем никакого Си и 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 сделают, небось еще будут поддерживать годик, а потом депрекейтнут.
>Интересно что с https://github.com/confluentinc/librdkafka сделают, небось еще будут поддерживать годик, а потом депрекейтнут
Все так. С/С++ бляди отсосали по полной, будут теперь биндингами к либе на расте пользоваться.
https://github.com/confluentinc/kafka-clients/tree/master/rfc#background
>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.
>>На работе почти не пишу код руками
Я так понимаю раздел захватили безработные вайбкоди, которые выдают желаемое за действительное? или один ноулайфер трудится за всех?
По прежнему написать код быстрее, чем в сложной системе попытаться объяснить все словами и еще передать все нюансы. То есть, написать алгоритм на точном формальном языке - быстрее и практичнее, чем сидеть угадайку ре-роллить.
Только залетыши думают что программисты сидят и пишут код как книгу. В реале я даже 300 строк кода в день не пишу.
Возможно у кого-то там crud-микросервисы пишутся промтами. Но crud и раньше был бойлерплейт макакингом, который пытались заменить фреймворками или кодгеном.
>Покажи хоть одну компанию где код ещё пишется руками.
Ну вот ты и спалился, у тебя выводы об индустрии на основе хайп заголовков, к реальной разработке ты не имеешь никакого отношения. Ты нахватался говна и теперь думаешь что "вкалывают роботы, а не человек"
>Только залетыши думают что программисты сидят и пишут код как книгу.
Ну смотря где. Тот же Гейб Ньюелл писал что у них один топовый программист в конце девяностых писал до 5к строк кода в день для игрового движка Half-Life 1. Сейчас тот проггер уже ушел на пенсию, но благодаря бонусам работы в компании теперь мультимиллионер, владеет суперкарами и яхтой.
>Возможно у кого-то там crud-микросервисы пишутся промтами. Но crud и раньше был бойлерплейт макакингом, который пытались заменить фреймворками или кодгеном.
Двачую. Но тут другая проблема. Рынку труда нужно было миллионы крудошлепов. 80% вакансий в Европы в области айти были разработкой веб/круд говна. Дальше 10% шли мобилки, по сути обертки на бэкендом, и уже оставшиеся 5-10% реально было что-то новым и уникальным. И куда теперь пойдут эти крудошлепы после автоматизации их труда? Рынку теперь не нужно как минимум 80% этих программистов
Иишка с опытным крудошоепом погромирует продукты быстрее, дешевле, удобнее и безопаснее иишки без опытного крудошоепа
> По прежнему написать код быстрее, чем в сложной системе попытаться объяснить все словами и еще передать все нюансы. То есть, написать алгоритм на точном формальном языке - быстрее и практичнее, чем сидеть угадайку ре-роллить.
Вот ты и спалился что ни разу с ии агентом не работал. Никто ему сложную систему не объясняет (каждый раз). Он сам в ней неплохо разбирается, а как разобрался - понимает литерали текст "перепиши это на конечный автомат и нарисуй по нему диаграмму переходов" (привет дракокичу), "поменяй это на sliding window", "сделай через топологическую сортировку" - если у тебя в голове алгоритм есть, агент его с пары предложений поймет и сделает. И тестами покроет и в профайлере прогонит (если ты догадаешься об этом попросить)
Сначала надо знать что такое теория сложности, вайбкодя.
Я нечего не сказал про объяснение сложного кода, или размер контекста агента, или умение обобщать. Я сказал что в системе с высокой сложностью - все еще проще и быстрее написать код на точном формальном языке, чем попытаться объяснить словами (там где я напишу 300 строк кода, текстом наберу целую поэму).
То есть, ты вообще никакое отношение к программированию не имеешь, ты кодер любитель или вообще вайбкодя. А так как ты выдаешь себя за программиста, скорее ты еще юн и компенсируешь самооценку, чтобы побыть в тусовке настоящих программистов (которые уже, скорее всего, нажрались и ливнули отсюда).
>теория сложности
Какая именно? Сложности вычислений? Сложных систем? Сложных сетей? Экономической и организационной сложности? Ты разберись сначала, про какую именно теорию сложности ты кукарекаешь, потом выёбывайся.
>все еще проще и быстрее написать код на точном формальном языке
Уже не проще и не быстрее, дедуль, твоё время прошло
>То есть, ты вообще
Здесь ты тоже не угадал
Он наверное обосрался с теорией вычислений.
>быстрее, дедуль,
Как же быстро ты из спеца превратился в тупую малолетку.
Ты реально думаешь я не работаю с нейронной. Типа непонятный сложный этот ваш компьютер, или что там в твоей голове?
В прочем можешь не отвечать. Достаточно чуток ковырнуть и вылезает озлобленный вайбкодя без знаний.
>я не работаю с нейронной
Ну как же можно, ты скорее всего доктор технических - он точно работает с нейронной
То шо ты там щупал давно на пенсии внуков растит. Агентская разработка за последний год ебанула так что только искры летят. А твой уровень мне понятен - скопипастил чот в бесплатный чатик, чуть потыкал и нихуя не понял хайпа. Но чатики без тулов уже пару лет как отдыхают.
Как-будто только что посмотрел миниатюру разговора отца с сыном, который не хочет делать уроки, потому что тот насмотрелся видео об ИИ и теперь думает что все уже делают роботы и учиться не надо.
Скорее разговор деда с устаревшими знаниями и внука-двоечника.
>учиться не надо
Где это я такое писал? Дед, опять забыл таблетки выпить?
Учиться надо, учиться кодить ручками надо, но на реальной работе кодить ручками уже не придётся. Читать - да, писать - нет.
Трансформеры лишь в 2017 появились. То что было до этого годилось максимум для распознования изображений.
>не осилили агентскую разработку.
Анон, с одной поправкой — ты почти ничего не делаешь, за тебя 90% делает агент. Кто и что не осилил - это сейчас сложный вопрос.
Я за два дня вкатился в "агентскую разработку". Это гораздо проще чем ты думаешь. Весь раст для меня пишет нейронка, я даже не знаю языка до конца. Я ничего не делаю кроме составления плана, и в разы гораздо проще чем разработка руками.
>>72299
Ну так и есть, большую часть работы нейронка делает. Надо просто сказать ей какой результат ты хочешь видеть. И также если речь про большие изменения, то надо прописывать в плане чтобы клод включал субагентов и специально делал такой план чтобы можно было распараллелить работу субагентами.
Написание кода руками действительно больше не имеет экономической ценности.
>малолетние вайбкоди лобызают агентов друг у друга.
Я даже скучаю по временам когда тут еще были программисты и хейтеры-шизики, которые кидались чулками.
>Двачую, до сих пор проигрываю что с такие пассажиры существуют которые на момент осени 2026 не осилили агентскую разработку.
Подсели на агентов @ интернет обрубили
Поэтому нужно иметь какой-нибудь GLM в физической близости, на случай обруба. И всегда кодить что-то руками хотя бы раз в неделю, как диды которые на ассемблере кодили.
>конкретную компанию показать
Ты не у меня спрашивал, но есть немного инфы. Коллеги, с которыми я раньше работал в рос. брокере, сейчас в РФ банках в основном. Везде подписки claude/openai/gemini/etc запрещены из-за доступов к коммерческой тайне.
Озон-банк: (инфа - июль 2026) - есть сервис с локальным инференсом, медленное и слабое. Кто-то юзает самопально-сделанный докер контейнер с claude code смотрящим на внтутренний api-шлюз с моделями, кто-то всякие opencode. Всех на агентов не пересаживают.
ПСБ: (инфа на сейчас) денег на локальный инференс нет, подписки низзя, агентов низзя. На задачи, на которые я бы натравил агента и сделал за час-два, нанимают аутсорсеров на недели-месяцы.
ВТБ: аналогично ПСБ.
Сбер: (август) локальный инференс со своими гига-моделями, агенты по желанию (не навязывают). Те, кто пробовал opus хотяб 4.5, плюются ядом.
ТБанк, Точка: (инфа июнь) агенты с локальным инференсом, есть норм модели, агентов не навязывают.
"Локальный" в данном контексте значит внутри компании, а не на ноуте разраба.
>>72298
>ты почти ничего не делаешь
Вот тут мимо. Я теперь требования "ну сделай там эта" превращаю в хороший непротиворечивый документ, из которого понятно, что именно и зачем делается, и могу детали нормально с бизносом обсудить. Теперь архитектура уже не "хуяк-хуяк давайте поставим кафку и будем в неё срать" vs "впихни это говно в то говно что у нас уже есть не добавляя таблиц/топиков/эндпойнтов" тоже выверяется на предмет соответствия новым требованиям и тому что есть. Тесты теперь можно писать без оглядки на заёбаный сетап (его агент напишет), а внимательно смотреть на тест-кейсы и задавать агенту про свой код вопросики типа "а какие данные сломают эту ф-цию" или "а какой тест покрывает требование Т-2134" и "давай бахнем ещё такой тест на такой заёбистый корнер-кейс". Плюс появилось время/возможность фиксить такой копролитный тех.долг, что просто раньше это из области сказок было. А, плюс за агентами всё ещё надо следить - и в требованиях, и в архитектуре, и в коде они норовят нахуячить какого-то best-practices говна, которое красиво выглядит, но без которого легко можно обойтись.
Ну вот т.е. я не стал больше работать в часах, но работа более цельная чтоли стала, выхлоп (в т.ч. продуктовый) появился реально, а не "пук-мук я неделю писал кодик и две недели тесты как так я сделал не то что надо??11" и "ой я бек сделал теперь давайте ждать весь спринт фронтов для добавления одной кнопочки".
Трейдтех c#+rust+фулстек агентный школьник
>конкретную компанию показать
Ты не у меня спрашивал, но есть немного инфы. Коллеги, с которыми я раньше работал в рос. брокере, сейчас в РФ банках в основном. Везде подписки claude/openai/gemini/etc запрещены из-за доступов к коммерческой тайне.
Озон-банк: (инфа - июль 2026) - есть сервис с локальным инференсом, медленное и слабое. Кто-то юзает самопально-сделанный докер контейнер с claude code смотрящим на внтутренний api-шлюз с моделями, кто-то всякие opencode. Всех на агентов не пересаживают.
ПСБ: (инфа на сейчас) денег на локальный инференс нет, подписки низзя, агентов низзя. На задачи, на которые я бы натравил агента и сделал за час-два, нанимают аутсорсеров на недели-месяцы.
ВТБ: аналогично ПСБ.
Сбер: (август) локальный инференс со своими гига-моделями, агенты по желанию (не навязывают). Те, кто пробовал opus хотяб 4.5, плюются ядом.
ТБанк, Точка: (инфа июнь) агенты с локальным инференсом, есть норм модели, агентов не навязывают.
"Локальный" в данном контексте значит внутри компании, а не на ноуте разраба.
>>72298
>ты почти ничего не делаешь
Вот тут мимо. Я теперь требования "ну сделай там эта" превращаю в хороший непротиворечивый документ, из которого понятно, что именно и зачем делается, и могу детали нормально с бизносом обсудить. Теперь архитектура уже не "хуяк-хуяк давайте поставим кафку и будем в неё срать" vs "впихни это говно в то говно что у нас уже есть не добавляя таблиц/топиков/эндпойнтов" тоже выверяется на предмет соответствия новым требованиям и тому что есть. Тесты теперь можно писать без оглядки на заёбаный сетап (его агент напишет), а внимательно смотреть на тест-кейсы и задавать агенту про свой код вопросики типа "а какие данные сломают эту ф-цию" или "а какой тест покрывает требование Т-2134" и "давай бахнем ещё такой тест на такой заёбистый корнер-кейс". Плюс появилось время/возможность фиксить такой копролитный тех.долг, что просто раньше это из области сказок было. А, плюс за агентами всё ещё надо следить - и в требованиях, и в архитектуре, и в коде они норовят нахуячить какого-то best-practices говна, которое красиво выглядит, но без которого легко можно обойтись.
Ну вот т.е. я не стал больше работать в часах, но работа более цельная чтоли стала, выхлоп (в т.ч. продуктовый) появился реально, а не "пук-мук я неделю писал кодик и две недели тесты как так я сделал не то что надо??11" и "ой я бек сделал теперь давайте ждать весь спринт фронтов для добавления одной кнопочки".
Трейдтех c#+rust+фулстек агентный школьник
По моим данным в Яндексе спокойно разрешают пользоваться клодом/кодексом.
В Тбанке вроде как даже была какая-то корпоративная подписка на клод левая и ее давали по согласованию с безопасниками - иначе квен локально развернутый внутри банка.
Авито - полностью на агентов пересадили.
В ВК вроде как есть доступ к разным моделям, но не знаю как сильно заставляют на агентов пересаживаться.
Райф - полностью на агентов пересадили.
Про остальных хз.
Кодерок, спокнись.
>>72450
Это те, которые гоняют на мини пк? Я кстати, блядь, вообще не вкуряю, зачем амуде свои стрикс хало пихает в всякие уёбищные мини пк, если можно в просторный корпус это пихать с норм обдувом и тп.
>>72461
>>72480
Самое тут охуенное то, что борщехлёбы сосут, вот этих в век агентов просто выбросило на берег.
>Самое тут охуенное то, что борщехлёбы сосут, вот этих в век агентов просто выбросило на берег
Борщехлебство в виде дрочки haskell/ocaml/erlang/elixir/scala всегда было сорт оф хобби, а не работа. Но интересные концепции за счет борщехебства таки можно было подтянуть и выучить, а позже эти концепции во многом переехали уже в Rust. Но да, эти знания не монетизируемы практически никак. Что раньше, что сейчас. Просто развитие кругозора и не более того.
бывший борщехлеб
>Это те, которые гоняют на мини пк
Это китаец которого называли аналогом mythos и у которого цена токена в 10 раз меньше. Хз какое железо нужно чтобы это локально гонять.
>ocaml
>концепции во многом переехали уже в Rust
Это были деды и зумеры (как выше выяснили) из кокодемий.
>Но интересные концепции за счет борщехебства таки можно было подтянуть и выучить
Картина маслом, золотце зарабатывает отсосом у арабских мигов на подписку клода.
Он с открытыми весами, нужно просто дата центр заебенить.
>scala
Я заработал дохуя денег на скале и монадрочеве. Сейчас всё это хуйня конечно, можно разобраться в чём угодно за вечер.
Расцвет скалы пришелся на 2011-2017 годы, в те времена может и можно было на ней хорошие проекты искать, но потом все стухло. После ковида скала уже никому не нужна была.
Да и я вот сел повспоминал компании/проекты которые на функциональщине делали, на скале, хачкеле, кложуре - почти везде все разорилось, обанкротилось, закрылось, продалось кому-то или переехало на typescript/rust/java/python и прочую мейнстримщину.
Скала это ещё более-менее рабочий язык, а вот хаскель всегда был read-only. ФП и монадщина это красиво, но почти никому не нужно
Мне каежтся, раст покрывает 90% юз кейсов для фп языков за счёт своих фп фич.
>проще и быстрее написать код на точном формальном языке
Если руками пистаь, то нет, это не так. Программирование де-факто умерло. Программирует агент, агентом управляет человек. Ты оператор агента, а не программист теперь.
и заебись
мне раньше надо команду собирать на 10-20 людей а теперь я в одно ебало могу архитектить проект. люди нахуй не надо, с ними одни проблемки
>Ты оператор агента, а не программист
>Ты оператор ассемблера, а не программист перфокат
>Ты оператор компилятора, а не программист асма
>Ты оператор ide, а не программист сишечки
Ясно. Держи нас в курсе очередной порцией ИИ-шизы.
Двачую, по какой-то причине повернутые на теме всемогущего ии как в каждой бочке затычка норовят залезть в каждый не связанный с ИИ тред и вставить свое экспертное (нет) мнение про то что УИИИ ВАС ЗОМЕНЯТ ЗОМЕНЯТ ПРОГРАММИСТЫ ВЫМЕРЛИ ЗАМЕНЯТ ЗАМЕНЯТ ФСЕ ФСЕ КОНЕЦ НЕБЕСНАЯ ТВЕРДЬ УПАДЕТ И ВТОРОЕ ПРИШЕСТВИЕ ГРЯДЕТ (но пруфов нибудит!!11) лол, хотя ни с растом или плюсами в профессиональной разработке, ни где-либо еще они не работали. Максимум каким-нибудь джуном пхп-крудошлепом или вообще сварщиком на заводе. Видимо пытаются доказать важность своей квазирелигии окружающим. Настоящая секта. Как какие-нибудь свидетели иеговы, которые ходят по домам и офисам и впаривают свою шизу про конец света
>Это один и тот же шизик срёт здесь в три жопы.
И не только в /pr
Невероятное количество юных сил и времени тратиться впустую. Как-будто если засрать дохлую тематику двача, где сидит и так 1.5 анона - то сингулярность придет раньше.
854x480, 28:36
разработка ПО в целом еще не мертва, но вот кодинг однозначно мертв
Обсуждение какой-то закрытой платной подписки, какой же бред. ИИ маркетинг разгоняет пузырь чтобы больше людей вендерлокнуть на теху.
> разработка ПО в целом еще не мертва, но вот кодинг однозначно мертв
Можно только догадываться какая тут разница у тебя в голове. Но любительский кодинг как хобби никогда не умрет.
Покормил вайбкодю, ссори.
Ладно, осилил только 6 минут на x1.5, чел несколько раз озвучил - "если у вас не так то вы отстаете" - ну ты понял, если у тебя не так - ты осталый, бегом ставь слот машину!
Тупая апелляция к упущенной выгоды, ни разу не маркетинг.
Так это просто пересказ того что pragmatic engineer пишет в своем блоге.
И да, я в целом согласен с тем что он говорит. Россия все еще заметно отстает в плане внедрения ИИ и вон оказывается есть целые банки где до сих пор кодят руками по старинке. Но за пределами РФ где есть доступ к фронтир моделям и нет санкций кодинг руками как явление вымер практически полностью.
мимо
Я не понимаю кто будет кодить руками когда нужен быстрый результат. Мне некомфортно от мысли, что код можно не ревьювить, да. Но писать руками я ебал.
Если всё ещё нужен качественный код, а не быстрый, то нейронку тоже можно прогонять по коду несколько раз и заранее находить все косяки. Ревью -> исправил -> ревью -> исправил. Это уже больше похоже на обычный кодинг, только не руками и есть время на вылизывания кода до идеального состояния, с любыми тестами, с чем угодно.
То есть вне зависимости от того, нужна тебе скорость написания или качество - руки проигрывают.
Уже давно об этом говорят, что раст единственный язык в эпоху ИИ. Другие не нужны. Код руками никто больше не пишет.
Я дочитал до последнего абзаца и капитулировал в голос. Экспертный эксперт лепит какие-то сраные никому нахуй не нужные три-в-ряд говноигрульки, но имеет мнение. Очередной ебнутый ии сектант, из-за таких додиков линкедин и превратился в помойку.
>Просто просишь нейронку объяснить тебе что непонятно. В чём проблема?
Открываешь учебник зорича, непонятно всё. Думаешь тебе нейронка тут поможет?
А зачем учебник зорича нужен?
Это же просто кал говна написанный чтобы потешить само ЧСВ старины зорича в далекие времена. Сейчас гораздо больше есть хороших учебников, а не просто справочников или параши с излишним формализмом.
Неиронично да. Нейронка хорошо разжевывает матан, если его не знаешь. Советские учебники (особенно мгушные) непригодны для студента. Это скорее справочник для специалиста, а не учебник.
>Сейчас гораздо больше есть хороших учебников, а не просто справочников или параши с излишним формализмом.
Кидай чё есть, анонче.
>>73716
Вообще пример был такой немного концептуальненький, якобы ты настолько не понимаешь эту область, что не можешь даже сформулировать то, что тебе не ясно. Меня прост попросили задачку решить (она как оказалось из первого томика Зорича), но при решении я вроде использовал теорему Эйлера, а это к слову далеко от такого мощного и насыщенного анализа, просто теоремка из теории чисел - то есть человеку, который решил вкатиться в матан с нуля ему же даже не понять какие вопросы задавать.
>Кидай чё есть, анонче
Если тебя именно анализ интересует и ты хочешь книжку для самообразования, то я бы вот это читал, особенно зеленую книжку.
Другое дело, что если тебе для каких-то прикладных целей математика нужна, то тебе вообще не надо читать книги и тебе не нужен анализ - просто открываешь сайт mathprofi и идешь по нему, либо просишь нейронку объяснить материал и подготовить упражнения.
Алсо по матану есть неплохие лекции Шапошникова где-то на ютубе. Вот он очень хороший лектор и его интересно слушать.
В целом Зорич и прочие Лораны-Шварцы это скорее справочник нежели учебник и Зорича надо читать только когда ты уже знаешь предмет, а не до непосредственного изучения.
inb4 математика не нужна
Сам открывай и спрашивай. В конце для ты выучишь матан.
Если бы у меня была такая хуйня в универе я бы с красным дипломом закончил
https://www.youtube.com/watch?v=JHknhyAllNk
Вот тут все по полочкам разложено. Все верно пацан говорит.
>Кода
Програмного кода программ на языке програмирования для написания програм. Так понятнее?
>Нет, не понятно
Дедуль, я понимаю, что тебе хочется выебнуться, но у тебя получается только ТРЕВОГА КОРИЧНЕВЫЙ КОД
> В конце для ты выучишь матан.
Двачую. Раньше вся сложность была именно в отсутствии нормального, человечного интерфейса. Оттого и нужны были погромизды и матеманьки как хранители собственного "тайного знания", которые могли всегда на какой-то вопрос ответить.
А теперь - не так, и любой человек с развитым гуманитарным мышлением может легко задать нейронке любой вопрос по теме и разобраться, без необходимости читать скучные учебники и напрягаться. Анон >>73712 пытается переносить своё аутичное мышление на мышление нормальных людей, и думает, что они тоже не в состоянии формулировать подходящие вопросы. А для них наоборот теперь всё легко, так как они получили для себя привычный интерфейс. У нормалфагов и нейротипиков как раз-таки нет сложностей с речью или формулированием мыслей, и они не боятся задавать вопросы. Поэтому матан реально можно теперь выучить в пару щелчков.
Не согласен, тебе нужна какая-то база для понимания, иначе будут челики, которые всё понимает и правильно говорят, но задачи решить в принцыпе не способны, потому что нет понимания.
>Поэтому матан реально можно теперь выучить в пару щелчков.
Мне кажется это очень наивно.
>>73736
>ТРЕВОГА КОРИЧНЕВЫЙ КОД
Что ето означает, внучок?
Не знает, как рейтинг tiobe считается.
Нужно быть турбо-красноглазиком, коими являлись 90% игровых программистов тогда
>Никто ему сложную систему не объясняет (каждый раз).
Это происходит инкреметально. Сначала знакомство с кодом, потом подключение к бд и логам, трекеру, ADR дать почитать. AGENTS опять же нужно описать, а что это как не объяснение системы? Так что тут полуправда твоя.
А может быть
>в системе с высокой сложностью
уменьшить эту самую сложность за счёт декомпозиции, а не брать её напором?
>Раньше я был тупым писакой фанфиков и мастурбатор аниме, но с нейронкой я стал уважаемым программистом и математиком нет
Хватит кормить нейродебилов - в какой тред не зайдешь, сиди необразованная ждуля AGI и рассказывает всем как не пишет код руками.
Именно поэтому система и сложная, потому что в ней нет декомпозиции, результат которой облегчил бы систему в целом.
>рассказывает всем как не пишет код руками
Я регулярно рассказываю что не пишу код руками на работе.
При этом я в /pr сижу больше 11 лет, а программировать начал в самом начале 2010х годов и программирую до сих пор.
>>73877
>потому что в ней нет декомпозиции
Нейронки в целом помогают декомпозировать тоже. Иногда такую лапшу встречаешь, где именно сами требования бизнес-логики противоречат друг другу или буквально закопаны в какие-то конфиги, параметры, константы неявные в коде. Вот это ИИшка помогает сильно раскопать и хоть в каком-то наглядном виде представить что и как связано друг с другом и какая вообще логика выполняется. И уже исходя из этого надо декомпозицией заниматься человеку.
>а программировать начал в самом начале 2010х годов и программирую до сих пор.
Из-за релизов в сентябре весь двач заполони такие эксперты. Очень плохо совмещать релиз йоба технологий с осеним обострением.
Нейронки могут помочь и помогают, отвечая на вопросы, например, такие:
- найди входные точки
- найди на что влияет участок кода X
- найди что влияет на поведение участка кода Y
- как связаны участки кода X и Y
- почему система ведёт себя так, а не иначе? Как сделать чтобы вела иначе? Составь поэтапный план изменений.
- сделай ревью ветки abc относительно main
- составь таблицу рисков и способов их устранить
- какие из библиотек протухли? Какие есть замены? Замена библиотеки ничего не сломает? Сходи погугли документацию проверь. Сходи почитай исходники новой версии, проверь. Или вообще склонируй, скомпилируй, проверь тестовые случаи, побенчмаркай.
- Почему система отъебнула на проде? Пойди почитай логи и базу данных.
- Будем проверять что у нас вообще происходит, навтыкай логирования в код. (Деплоишь) Теперь следи за логами.
- Как изменение в бэкенде повлияют на мобилку? (Даёшь читать код обеих реп). Проверь для версий мобилки за последние три года.
Ну а дальше ты уже сам иди и пиши код.
Понял, спс.
- Сходи попизди с аналитиками из другой команды какого хуя вам не приходит одно из полей в json
Нахуя, когда можно форкнуть их репозиторий себе локально и натравить на него агента? Он тебе и скажет причину.
Чудо машина говорит что функционал не реализован это ещё с учётом что у тебя есть права доступа на репозитории их команды твои действия?
Собственно об этом и речь, нужно дать поджопник потому что они проебались, лиду сказать что проебем эту задачу в релизе потому что там петухи. Лид в свою очередь пойдет к руководителю отдела с не очень благими вестями, взяв тебя на созвон для пояснения технических деталей, а тем временем руководитель спит и дрочит в предвкушении этой фичи на проде и проебал сроки уже на 2 месяца, которые обещал CTO. В доме, который построил Джек.
Именно в этих моментах и начинаются проблемы с нейронками, поскольку они не могут в коммуникацию, им нужно создавать стерильные условия и если что-то идёт не по плану, то они начинают выдумывать что-то от себя.
>>73407
>>73394
это типичный школотролинг
> РЯЯЯЯ зачем учить если есть библиотеки
> РЯЯЯЯ зачем учить если есть Интернет
> РЯЯЯЯ зачем учить если есть Википедия
> РЯЯЯЯ зачем учить если есть YouTube
> РЯЯЯЯ зачем учить если есть StackOverflow
> РЯЯЯЯ зачем учить если есть ChatGPT
АБУ ганяет одних и тех же ботов, чтобы поддерживать мертвй ресурс.
по факту кроме меня тут сидит еще 2 чела которые 1 пост в неделю пишут.
мертвый ресурс однако.
тупой нейрослоуп!
нейрослоуп
>Чудо машина говорит что функционал не реализован это ещё с учётом что у тебя есть права доступа на репозитории их команды твои действия?
Отписываюсь в трекере, что блокер не реализован смежной командой, тегаю лида. Дублирую сообщение в ПМ и на чпочту. Довольно урчу.
> а тем временем руководитель спит и дрочит в предвкушении этой фичи на проде и проебал сроки уже на 2 месяца, которые обещал CTO
Ну так CTO же обещал.
>Лид в свою очередь пойдет к руководителю отдела с не очень благими вестями, взяв тебя на созвон для пояснения технических деталей
Важно не пиздеть лишнего, отвечать недвусмысленно: "с нашей стороны все задачи сделаны, ожидаем реализации блокера от смежной команды". И достаточно, еблет можно закрыть. Но тут нужно чтобы и вправду было сделано. И в трекере хвосты прикрыты.
>Именно в этих моментах и начинаются проблемы с нейронками, поскольку они не могут в коммуникацию
Да ты ахуел. Тебе дали мёд, так тебе ещё и ложку. Не нравится с нейронками - иди ебашь без них, тут у тебя сразу всё взлетит - и код, и анализ логов, и всё остальное.
Огромная ДЫРА обнаружена в боровчекере, там уже 9 лет как.
Зафайлили ишью, пидаРАСТЫ суетливо всё закрыли с комментарием "locked as too heated and limited conversation to collaborators", трясутся.
Это КОНЕЦ!
>struct's lifetime requirements can be bypassed via covariant field assignment
https://www.reddit.com/r/rust/comments/1x4ry62/9yearold_gaping_hole_in_borrowchecker_found/
ну так наоборот хорошо что обнаружили. unsoundness и всякие прочие баги в системах типов и в компиляторах находят регулярно.
ну очевидно раст дырявый корявый и всегда был таким. и вероятно и дальше будет таким.
у нас в расте есть вещи которые больше 10 лет никак не могут быть исправлены, вот например https://github.com/rust-lang/rust/issues/25860
просто сейчас с нейронками стало проще обнаруживать разного рода баги в системах типов и в чекерах, поэтому говно всплывает на поверхность.
Во, еще новость: https://www.opennet.ru/opennews/art.shtml?num=66460
Asterinas (ядро, abi-совместимое с linux и написанное на rust), теперь позволяет запускать x.org, xtce, gcc, firefox и много чего другого
Огромная ДЫРА у петушков горевших с включения раста в ядро linux стала еще огромнее. Опеннетные растофобы настолько тильтанули что уже 2 часа стыдливо не могут насрать своего привычного хейтерского говна под новостью где упоминается rust
мне кажется от раста горело только у си/си++ скуфиду которая потратила дохулиард лет на изучение кишочков с++ по всяким там книжкам мейерса, александреску, герба саттера, страуструпа и прочих дедов. и разумеется на новый яп эти скуфиду переходить не хотят, так как некоторые пассажиры буквально всю свою карьеру выстроили вокруг с++ и знании его тонкостей и кишочков.
сейчас от раста горит у большего количества людей так как их экспертиза в jvm, go, дотнете и прочих managed языках теперь обесценивается быстро - ИИшка всю эту дрочку где нужны тонкости платформы закрывает сама, да и еще проекты новые на расте стартуют. кишочки спринга и устройства GC в жабе теперь тоже мало кого на рынке труда интересуют)))
>новые сервисы в конторе на нем уже пилить начали
Как проверяете N+1 и аутбоксы в нейрослопе на +10к ебаных строк в каждом ебаном пр?
у нас нет ORM, везде чистый sql, никаких N + 1 у нас нет, это прям в .md файликах у нас прописано, поэтому запросов с последующей горой запросов в цикле просто нет.
а что ты имеешь в виду под проверкой аутбоксов?
>нейрослопе на +10к ебаных строк в каждом ебаном пр
мы почти не читаем код уже, этим агент занимается. по настоящему вникать в пулл реквесты друг у друга стало невозможно, человек будет пол дня рабочего читать твой ПР на 1000 строк и вникать что там происходит. если так будем делать, то у нас все релизы встанут. от код ревью отказались как от повседневной практики. приглашаем друг друга ревьювить только части критичной бизнес логики в прах.
при этом мы настроили быструю выкатку и обратный откат если лампочки на проде зажглись. если твой пр создал баг на проде - то все быстро откатится до предыдущего релиза.
>запросов с последующей горой запросов в цикле просто нет
Уверен? Тебе нейронка через sqlx легко сначала напишет SELECT FROM orders а потом в цикле для каждого SELECT FROM order_items WHERE order_id
>а что ты имеешь в виду под проверкой аутбоксов?
Transaction outbox. Хуйня, без которой прод на таймаутах просто рассыпается на части.
>а потом в цикле для каждого SELECT FROM order_items WHERE order_id
Ну так мы это явно запретили нейронке делать. Конечно есть шанс что что-то проебется и нейронка положит йух на все эти инструкции в .md файликах, но мониторинги бд у нас тоже есть и там тоже агенты сидят и отслеживают все изменения после каждого нового релиза.
>Transaction outbox. Хуйня, без которой прод на таймаутах просто рассыпается на части
это у нас в некоторых местах. но что там проверять? как relay работает? тестконтейнеры с кафкой и базой у нас используются в тестах, на аутбоксы тесты есть. мониторинги и алерты на кафку тоже имеются.
не совсем понимаю что там надо вычитывать внимательно.
в целом большая часть проблем управления нейрослопной кодовой базой решается через хорошие мониторинги, логи, трейсы, подключенные к этому всему ИИ агенты, очень быстрые релизы, очень быстрые откаты релизов.
ну и здравый смысл - не катить тяжелые миграции вместе с 20к строками бизнес логики, а раздельными релизами катать.
Чистый Си в целом стоит. Но C++ разве что на уровне Си с классами.
Просто чтобы понимать какие проблемы решает боров чекер.
inb4 программирование сдохло, учить что-то нет смысла
Я просто не понимал нахуй нужны всякие RefCell и Cow и нахуй всё в целом так сложно пока не выучил с и немного ++. Но я довольно тупой.
я думаю сейчас выбирают из rust, ts, python для новых проектов.
жаба, го, шарп, чистый js больше не нужны.
ты недооцениваешь роль дидов на местах
они и дальше будут занюхивать свой легаси стек, даже если всяк оманда включая его самого использует ии агентов для нейрослоппинга тасочков
>RefCell
Не нужен. Эту придумал ебнутый чулочник с клеткой на залупе, не будь таким. Нормальные люди просто пишут mut &self и не страдают хуйней.
>Cow
Антипаттерн. Память должна выделяться детерминированно, а не хуяк и внезапно пошли копировать мегабайты.
Кароч изучи Си, чтобы понимать как там байты ворочаются. Потом изучи современный С++. После чего ты убедишься, что раст - это творчество душевнобольных фетишистов. Эти ебнутые сектанты тратят бабло на токены, чтобы переписать курл на расте, хоть это никому не надо, потом бегают по всем интернетам и визжат. Просто вдумайся в эту шизу.
Это если ты вебчиком занимаешься.
Периодически захожу в тред поржать
>Cow
>Антипаттерн. Память должна выделяться детерминированно, а не хуяк и внезапно пошли копировать мегабайты.
CoW B-trees, LSM, WAL, банальная реализация fork()
>Кароч изучи Си, чтобы понимать как там байты ворочаются. Потом изучи современный С++
закончи универ лучше или что там у вас
Чулочник, лично ты много б-деревьев написал? Где они используются? А нет, ты просто проебываешь токены, чтобы что-то перписать на святом расте, делаешь приношения своему богу. Тут пробегал шиз, который переписал на раст какую-то старую никому нахуй не нужную игру, это ты? Еще один ебанат писал на расте токенизатор, который нормальные люди спокойно пишут на питоне и не ебут себе мозги. Вы сектанты все ебанутые.
Я не пишу cow b-trees (они уже написаны). Я их использую, как и ты делая запросы к базе на своем питоне.
Ладно на моем конкретном проекте (cex биржа), использую потому что все данные - в самом процессе без удаленных баз для детерминированости и скорости.
>Еще один ебанат писал на расте токенизатор, который нормальные люди спокойно пишут на питоне и не ебут себе мозги
OpenAi и HuggingFace как раз токенизатор на расте используют, можешь им рассказать что они дурачки и нужно делать на питоне.
> ты недооцениваешь роль дидов на местах
при чем здесь диды?! у людей "синдром утенка". им хочется
коды не нужны.
задача LLM преобразовывать текст на естественном языке в язык
> при чем здесь диды?!
у людей "синдром утенка". им хочется писать на любимом языке.
коды не нужны.
задача LLM преобразовывать текст на естественном языке в язык машины. Грубо говоря "prompt -> EXE".
Там есть отдельная категория даунов, которые засрали весь threads и reddit своим говном на Python. Ну то есть в эпоху когда ты можешь генирировать тексты программ ты выбираешь максимально всратый и тормознутый язык и предлагаешь пользователю греться от ноута и еще тащить за собой всю экосистему.
Один даун в ZIP файлы натурально кладет python3.exe файлы и при этом ему западло скомпилить тот же код С++ на Unity или Unreal Engine.
Ну держать весь код вместо print "Hello World" на одну строку в виде ебанины на 50 строк да еще и с привязкой к конкретному железу это БАЗА просто, странно что так все еще не делают
Фишка раста в хайпе, а не безопастности, кмк, инструменты по типу ады и спарка уже сто лет существуют, но чёт ими пользуется полтора энтузиаста и контракторы в оборонке. Про ии и раст я вообще молчу, там такой пиздец творится в ансейф-расте, без которого сиспрограть ты не можешь.
Гуголь, майкрософт, клаудфлейр, даже Линус наше солнышко Торвальдс - все хайпуют!
Окстись, дружочек, раст теперь мейнстрим
Хуя пичот
Ada/SPARK довольно вырвиглазная хуйня и слабо похожа на ЯП общего назначения.
>Фишка раста в хайпе, а не безопастности, кмк
Боров чекер и null safety вполне дают безопасность, которую не дают другие обычные языки типа джавы, питухона, го, и тем более чистого Си/Си++.
Но хайп имеется, потому что теперь с переходом на кодогенерацию через нейронки вместо кодописательства нам нужен язык
1) с хорошими гарантиями от компилятора чтобы тысячи строк нейрослопа не валились из-за того что где-то null проебали или из-за того что где-то память два раза освободить пытались
2) с самыми лучшими рантайм характеристиками из возможных
И тут аналогов у раста просто нет на данный момент. Поэтому раст сейчас на большом взлете даже в старых корпорациях типа MS, Гугла и Меты, где исторически писалось на С++ много кода.
>Вырвиглазная хуйня
Так раст и есть вырвиглазная хуйня из палаты мер и весов, для чтения хуилиона нагенеренных исходников, придётся нанимать толпу паджей.
>с хорошими гарантиями от компилятора чтобы тысячи строк нейрослопа не валились из-за того что где-то null проебали или из-за того что где-то память два раза освободить пытались
Раст тебе не даст гарантий от уб, там буквально все оптимизации идут в бой.
>с самыми лучшими рантайм характеристиками из возможных
Смотря что ты под этим имеешь в виду.
>даже в старых корпорациях
Те скорее просто рады свалить с плюсов, благо теперь возможность есть.
>для чтения хуилиона нагенеренных исходников, придётся нанимать толпу паджей
Код сейчас уже не читают практически. Кодами нейронка занимается. Что там под капотом - пахую. Раст просто быстрый и на нем нейронке проще говняк писать. Вот и все.
Всё с тобой понятно, можно дальше не продолжать беседу.
RefCell - это суровая реальность, о которую разбились маняфантазии чулочников. Можно сколько угодно разрабатывать очко бороу чекером, но приходит RefCell и делает панику.
Просто не юзаешь RefCell, в чём проблема
Количество юз кейсов для RefCell исчезающе мало, насколько я понимаю. Я ещё ни разу не видел.
Крестопоносцы тоже половину фич своего языка игнорируют
Реально полезный юзкейс для RefCell я за всю историю работы с растом видел всего один: когда чел писал однопоточный асинхронный рантайм.
А в многопотоке я сто процентов предпочту раст, чем кресты или сишку.
В многопоточке я предпочту параллельную обработку без мьютексов, с компактно упакованными данными, которые уезжают в кеш и там их молотит без волатайлов. Мой код на сишарпе будет быстрее раста с ебучими Arc<Mutex<T>> на каждый пук.
Лок фри можно делать на любом языке, включая раст.
Спермоглаз, не гори
python зачем это медленно говно в проекты тащить. Во времена до LLM это еще было оправдано.
Он самый дешёвый по токенам и у него есть библиотеки на все случаи жизни, почти всегда выигрывает по объему кода. Если закрывает определенные задачи, то почему бы и нет
Т.е. в расте ты использовать rayon/разделение данных/каналы/repr(align(64)) вместо мьютексов не додумался, а в шарпах "оно само"?
Выглядит как skill issue, дружочек
>Мой код на сишарпе будет быстрее раста
не будет, вообще глупо что-то подобное ожидать от паджит компании
проектов на нем все еще мало на самом деле и даже до аи шизофрении грейд разрабов стафф+, ну кроме какого-то говна на солане
Хотя я вот всегда находил места и сейчас пригрел жопку надолго в cex
> дешёвый по токенам
ниосилятор не может поднять llama.cpp у себе на компе.
> закрывает определенные задачи
какие задачи не закрывает С/С++/Rust?
К коду почти не прикасался, немного менял логику, переменные.
Прикольно конечно, но нихуя не понятно.
Перевёл тут кучку книг с английского/китайского. Разбирайте кому нужно:
Embedded Rust (8 мини-книг с реальными примерами)
https://r007.github.io/EmbeddedRust-Rus/
Общие книги по Rust'у от майкрософта (8 книг)
https://r007.github.io/RustTraining-Rus/
Книги по ИИ/робототехнике. Лютая годнота - embodied ai (перевод с китайского), hardware kits. Погружение в глубокое обучение - тоже хорошая книга с ML базой. Очень тяжелые научные книги от гарварда по 1000 страниц каждая (на любителя).
https://r007.github.io/AI-Robotics-Rus/
>>80079
Специально для тебя есть курс для шарпистов https://r007.github.io/RustTraining-Rus/csharp-book/
Прикольно, но для кого это? У нас вакансий вообще ноль по этой теме. А где всякие дроны в алабугах собирают, там уже и не платят много, и используют плюсы. Раст туда никогда не придёт.
Чтобы ты спросил.
Вот оригиналы кому нужно (бесполезный мусор в эпоху ИИ)
Rust Training (Tweede golf): https://github.com/tweedegolf/rust-training
Comprehensive Rust: https://github.com/google/comprehensive-rust
The Embedded Rust Book: https://github.com/rust-embedded/book
Discovery (micro:bit v2): https://github.com/rust-embedded/discovery-mb2
impl Rust for RP2350: https://github.com/ImplFerris/pico-pico
impl Rust for ESP32: https://github.com/ImplFerris/esp32-book
Embedded Rust no_std Training (Espressif): https://github.com/esp-rs/no_std-training
Embedded Rust std Training (Espressif): https://github.com/esp-rs/std-training
Rust for C/C++ Programmers: https://microsoft.github.io/RustTraining/c-cpp-book/
Rust for C# Programmers: https://microsoft.github.io/RustTraining/csharp-book/
Rust for Python Programmers: https://microsoft.github.io/RustTraining/python-book/
Async Rust: https://microsoft.github.io/RustTraining/async-book/
Rust Patterns: https://microsoft.github.io/RustTraining/rust-patterns-book/
Type-Driven Correctness: https://microsoft.github.io/RustTraining/type-driven-correctness-book/
Rust Engineering Practices: https://microsoft.github.io/RustTraining/engineering-book/
every-embodied (Embodied AI): https://github.com/datawhalechina/every-embodied
Dive into Deep Learning (Chinese edition): https://github.com/d2l-ai/d2l-zh
Machine Learning Systems Vol. I: https://github.com/harvard-edge/cs249r_book/tree/main/books/vol1
Machine Learning Systems Vol. II: https://github.com/harvard-edge/cs249r_book/tree/main/books/vol2
Machine Learning Systems Vol. III: https://github.com/harvard-edge/cs249r_book/tree/main/books/vol3
Machine Learning Systems Vol. IV (Physical AI Systems): https://github.com/harvard-edge/cs249r_book
MLSysBook Hardware Kits: https://mlsysbook.ai/kits/
Пожалуйста.
>>80113
>для кого это?
Для себя, для саморазвития. Ты не обязан развиваться ради алабуги, например. Ты можешь открыть свой собственный сервис/стартап и на нём зарабатывать копеечку.
>>80325
>На ху я?
По двум причинам. Первая это специфическая терминология, которая лучше звучит на русском. Например "широтно-импульсная модуляция" (ШИМ) на инглише это pulse-width modulation (PWM). "Фоторезистор" - light-dependent resistor (LDR). Или допустим, duty cycle - его можно по-разному перевести, как скважность или коэффициент заполнения.
Вторая причина - отсутствие подобной литературы на российском рынке. Есть общие книги, типа async rust. Но нет именно с прицелом на электронику. И нет норм литературы по робототехнике. Китайцы очень продвинулись в этом плане, в книге "embodied ai" (воплощенный ИИ) есть примеры text-to-cad, глава по дронам и так далее.
То что есть на рос рынке - это максимум книги на ардуино. Какое ардуино, если щас 2026-ый год. Сейчас актуально совсем другое - рука lerobot, модели SmolVLA, GR00T, HoloBrain и другие.
>>80452
>И в чём же он лучший?
В том, что у него строгая типизация. Как минимум программа сразу же не вывалиться в core dump. Агент сразу видит, где какие косяки. Плюс, у него перфоманс на уровне С++, при этом он остаётся достаточно высокоуровневым.
Хуета, языки это говно впринципе, спустя лет 5-10 будет врёти, раст хуёвый язык, нужен язык получше перекатываемся на него и поновой, нужно чтобы просто лингвовыродки просто сдохли. Программы вообще должны писаться не на языке, а в схемах.
Хорошо ты процитировал говно из книжек, которое сам не понимаешь до конца
О, опять драконч вылез. Покажика мне схему регулярки, проверяющей валидность email адреса
На этом вайбкодинг собственно и заканчивается, начинается несколько созвонов со смежной командой
> Кароч изучи Си, чтобы понимать как там байты ворочаются.
А что, есть какой-то специальный, особенный способ malloc?
Нужна память - вызываешь malloc, не нужна - free. И ВСЁ. Никакой шизы с владениями, заимствованиями и перемещениями.
Ой, забыл free вызвать. Ой, не тот указатель во free передал. Ой, два раза free вызвал.
Это хорошо в проектах из одного файла типа laba2.cpp, но как только у тебя толпа людей коммитит в один репозиторий и то для чего ты выделил память тащат через все приложение, то в таких случаях с баран чекером проще в разы
>Специально для тебя есть курс для шарпистов
Ебаный стыд! Для каких дебилов написана эта тупая пропаганда?
Открываю и сразу же "Производительность без налога на рантайм".
Во-первых, сборка мусора для интов не выполняется, она делается для указателей.
Во-вторых, List<int> и Vec<i32> - это литерали одно и то же, динамический массив с переаллокацией и копированием. Они работают одинаково, блять, но в святом расте "точное выделение" памяти, что это вообще такое?
Идем дальше, "Безопасность памяти без проверок во время выполнения"
Во-первых, код разный. Аналогом на сишарпе будет array.FirstOrDefault()?.ToString() обожемой где же явная проверка на нул?!
Во-вторых, в коде на расте внутри first() происходит точно такая проверка на границы массива.
В-третьих, Option - это антипаттерн нахуй. Подобная хуйня есть во многих языках, в сишарпе внезапно тоже, но ее нигде не используют. С null reference код упадет сразу, с option результат уедет дальше через трудопровод из map-ов и ошибка проявится вообще хуй знает где. Заебешься потом искать причину на проде, но растодети прод не нюхали.
В-четвертых, lock(list) и data.lock().unwrap() - это одно и тоже, снова мы идем. Но в расте "Гонки данных предотвращаются на этапе компиляции" - это интересно каким образом? Дотнет проектировали умные люди и вынесли лок в отдельную операцию, ведь мьютекс - это дорогая штука и ей не надо злоупотреблять. Растодауны же размазывают Arc<Mutex<T>> по всему коду и дрочат мьюютексы при каждом обращении, такая-то оптимизация!
Дальше я этот высер не читал, и так все ясно.
Короче, что и требовалось доказать: за раст топят студенты без опыта разработки. Главное быть не таким как все.
>Гонки данных предотвращаются на этапе компиляции" - это интересно каким образом
за счет того, что если у тебя есть &mut то других ссылок быть не может.
data races != race conditions
Наркоман? Ты запускаешь параллельно N потоков, все они пишут в один массив. Указатель - это просто число, адрес в памяти, у каждого потока он где-то лежит на стеке, итого N указателей. При чем тут анальные игрища с бороу чекером у ебнутых чулочников?
Ты прав примерно наполовину. Я переводил так как написано в оригинале было. Про мьютекс - да, про без проверок - да (тип заставляет проверку сделать), точное выделение - да. 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# неточно. Спасибо.
>В C# ничто не мешает вызвать list.Add в другом потоке без lock.
С дотнете все методы по дефолту небезопасные. Если тебе нужна многопоточка а она нужна примерно никогда делаешь инкапсуляцию и внутри доступ через лок. Все просто и никакой ебли с бороу чекером. Считается, что многопоточка - это муторная хрень, которую надо максимально избегать. Есть специальные Frozen ридонли коллекции, куда один раз складываешь данные, а потом везде используешь без мьютексов. Есть каналы как в голанге, их никто не использует. Десктоп на дотнете давно никто не пишет, а в бекенде эти танцы бессмысленны. В расте же все хуячат Arc<Mutex<T>> и называют это безопасным кодом, будто мьютексы ничего не стоят.
>троллинг тупостью когда обоссали
Да, в банках сейчас активно используется. Вот сейчас буквально собираем релиз из 11 задач, над которыми работали 3 человека, в таких случаях баран чекер очень сильно помогает и ты узнаешь что обосрались на уровне пайплайна в МР.
Чтобы понять почему плохо из разных потоков писать в массив просто так без мьютексов предлагаю подумать и ответить на другой вопрос. Зачем придумали транзакции в базах данных? Как только ответишь на этот вопрос так и придет понимание.
>По двум причинам
Х3 переводные книги часто плохо переводят, во-вторых, русик зачастую нужен только дидиам. Есть книжка по кортекс м, издательство ДМК-пресс издало недавно переводную книжку разбив её на два томика, перевод не очень, поэтому берём оригинал. Хотя бывают и очень хорошие переводы, например, книга харисов.
>Ой, забыл free вызвать. Ой, не тот указатель во free передал. Ой, два раза free вызвал.
Пишу на сях без выделения динамической памяти, получается, все проблемы, которые закрывает раст, решил по твоей версии.
> Не знаю, нахуя RefCell и Cow
> Изучи Си, узнаешь
> Нахуя именно Си?
> Надо память - malloc, не надо - free
> free в Си требует больше внимания программиста, чем это кажется
> я не пользуюсь malloc и free
Ты долбаёб? Нахуя ты со своим кейсом влез в беседу про malloc?
Пишу на расте с выделением динамической памяти, получается, все проблемы, которые создаёт сишка, решены растом по твоей версии.
Много на аде написал полезного? Или только в википедии статью прочитал и на ютубе пару видосов про наса просмотрел?
Да, даже звездочки на гитхабе наполучал
правдо это всё в свободное время, на работке не пишу на расте, только пару утилит были написаны
Ну ты опять наполовину прав. Инкапсуляция за локом - да, 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% элементов молча потерялись.
>О, опять драконч вылез.
Ты ещё не повесился лингвистопидор ёбаный?
>Покажика мне схему регулярки, проверяющей валидность email адреса
Даю установку тебе, секретутка ёбаная, ебало своё завали.
>"перепиши это на конечный автомат и нарисуй по нему диаграмму переходов" (привет дракокичу)
Дада, вот прямо так нейронка сделай ка мне нахуйблядьнахуй автомат нахуйблядьнахуй, и чтобы без гонок нахуйблядьнахуй, и тайминги откалибруй блядьнахуй, и на все уязвимости проверь, всё решай вопрос ёпта, я пошёл, приду проверю.
>нейронка сделай ка мне
Чую скоро будет можно говорить: нейронка сделай ка мне глубокий минет и она сделает.
Гораздо быстрее гиперлексичные лингвоунтеры будут болтаться в петле. Вот это скоро так скоро, сами охуеем какое будущее наступило.
Эй, первокурсник, анальная гимнастика с бороу чекером никакого отношения к блокировкам не имеет.
Потому что нельзя передать мутабельную ссылку в 2 потока, а зачем это сделано надо подумать уже тебе. Хули у тебя тряска началась?
Дохтур пирокинетических опять полыхает. Вот ведь тяжко рептильной зверушке: те, кто программировал диаграммами вымерли или эволюционировали, а те кто помоложе научились произвольные автоматы без goto писать. Еще и отдельного треда для диаграмщиков нет, приходится бомжевать по тем, где программы пишут на ЯЗЫКах программирования текстом, и в каждом треде бедную скотинку обоссывают.
Не грусти, нарисуй хоть схемку какую
https://habr.com/ru/companies/ru_mts/articles/1097462/
Поридж, проверка на мут происходит при компиляции, блокировки в рантайме. Ты невероятно тупой.
Зазываешь как Мавроди
Да, из коробки конкурентной хешмапы нет, увы. Из коробки вообще много чего нет.
> Челибос это язык не для вебчика, это системный языг.
Видать, системный язык для однозадачных систем типа DOS.
> раст не позволит её реализовать из-за борроу чекера просто физически
dashmap, flashmap, flurry, papaya - позволил реализовать, а тебе - не позволил реализовать?
То, что позволено нормальным пацанам и пацанессам не позволено лоускилл двачеру
конкаррент хешмапы в виде сторонних либ есть в количестве нескольких штук.
просто ими имхо мало кто пользуется. глянь в сорцы tokio/axum - chm там не используется примерно нигде. в расте примерно как в гоуленге - там sync.Map имеется, но ее редко используют, а обычная map[K]V не потокобезопасная по дефолту.
Какой жирный наброс
640x640, 0:14
И тут вспомнил про rust-овчан, которые по сути, занимаются тем же - копируют то что и так уже работает, а потом люто надр.. гордятся если полученное изделие, оказывается быстрее на 0,5 наносекунды в синтетических тестах.
Так вот, есть реальная задача, которая поможет простому люду, зауважать руст - эмуляторы (и порты с) консолей. Ну там RPCS3, ShadPS4, Kyty. Ведь если переписать их на раст, они станут не то что быстрее, но и стабильнее. Это реальная тема, растаны. Все эти ваши bat-ы хуя-ты, никому кроме вас, не нужны. А эмуляторы - это священная война против копроратов, то ради чего вообще все и почему.
>поможет простому люду, зауважать руст
Всем будет похуй на раст, гарантирую. Ещё и сгенеренными баг-репортами завалят.
Алсо сколько лично ты готов заплатить за токены на переписывание эмуляторов на раст? (оценки занижены)
>Алсо сколько лично ты готов заплатить за токены на переписывание эмуляторов на раст?
Пошел жидки обсер.
Это растоманы (как и вайбкодеры) из каждого утюга, при поддержке копроратов, орут, что руст это лучшее что есть из языков. Но по факту, все что могут это переписать пару консольных утилит, которые и так работали. А на реальных задачах, таких как эмуляторы или даже игры, идет жидкий обсер и немощность.
>переписать пару консольных утилит, которые и так работали. А на реальных задачах, таких как эмуляторы
Так эмуляторы и так работают. Нахуя их переписывать?
Растаны, перепишите на расте эмуляторы, за симпу
@
Потратить время на знакомство с эмулируемой платформой, с разработкой эмуляторов вообще и конкретным эмулятором, на планирование, переписывание, тестирование, потратить деньги на ci/cd инфраструктуру и токены? Nah, сам перепиши
@
Я?! Ряаааа!
>эмуляторы - это священная война против копроратов
>>84593
>растоманы (как и вайбкодеры) из каждого утюга, при поддержке копроратов
Нахуя нам переписывать эмуляторы корпоратских платформ, если корпораты нас поддерживают? Ты-то не готов за эмуляторы платить, а корпораты вон каждому растану платят два раза в месяц криптодолларами на сберкнижку
Переводи в фонд лечения сгоревших жоп растофобов
Продолжаю листать embedded book, чёт пиздец там шиза.
Дело не в том, что Rust не улучшает качество программ, а в том, что он не улучшает их качество кардинально. C по сравнению с ASM - это кардинальное улучшение. Haskell по сравнению с C - это кардинальное улучшение. Rust - это C++ (а точнее, собственное расширение C от джунов, больных NIH-синдромом) с линейными типами. Позавчера мы переписывали весь мир на C++, вчера - на Java. Завтра кто-то выплюнет язык с вшитой наивной реализацией пи-исчисления, и мы будем переписывать весь мир на нем. А могли бы...
UPD от 2023: МакКарти, ты долбоеб. Вместо этой своей скобочной хуеты (LISP или как его там) мог бы сделать аппаратный перемножатель матриц, накидать на Асме простенький трансформер и избавить как минимум 2 поколения от абсолютно бессмысленного тупняка.
У ATS просто синтаксис конченый.
Что? Какие эмуляторы?
>эмуляторы
Ты даже не удосужился погуглить существующие эмуляторы на rust, а сразу пришёл сюда чтоб тебя обоссали. Тебя обоссали. Теперь сходи и погугли существующие эмуляторы на rust, потом возвращайся и тебя снова обоссут
Всем похуй на высер из 2016, вот причём
> Позавчера мы переписывали весь мир на C++, вчера - на Java.
Сегодня - нейронками на Rust.
> Завтра кто-то выплюнет язык с вшитой наивной реализацией пи-исчисления, и мы будем переписывать весь мир на нем.
Не будем, анон, это последняя итерация.
> Не будем, анон, это последняя итерация
Ага, как же
Goose — это новый экспериментальный язык системного программирования, созданный разработчиком Ваутером ван Оортмерссеном (Wouter van Oortmerssen) при активной помощи ИИ-модели Claude.
Основные особенности
Назначение: Язык разработан для системного программирования.
Управление памятью: В нем отсутствуют куча (heap), сборщик мусора и ручное управление временем жизни ссылок, как в Rust. Вместо этого используются специальные стеки данных, а компилятор автоматически проверяет, чтобы ссылки не переживали объекты-владельцы.
Компиляция: Код Goose компилируется в обычный C, что позволяет использовать стандартные C-компиляторы и инструменты сборки.
Лицензия и доступность: Исходный код открыт на GitHub по лицензии Apache 2.0 с поддержкой Windows, Linux и macOS.
Результаты тестов (по внутренним бенчмаркам авторов)
Работает примерно в 3,5 раза быстрее идиоматического C++.
Опережает оптимизированный вручную C++ примерно в 1,2–1,3 раза.
Опережает производительный безопасный Rust примерно в 1,13–1,19 раза.
Расходует в среднем в 1,25–1,95 раза меньше памяти.
Ограничения
Находится на ранней стадии разработки.
Отсутствуют привычные указатели на функции и динамический вызов методов.
Есть ограничения на работу с рекурсией и массивами переменного размера.
> Не будем, анон, это последняя итерация
Ага, как же
Goose — это новый экспериментальный язык системного программирования, созданный разработчиком Ваутером ван Оортмерссеном (Wouter van Oortmerssen) при активной помощи ИИ-модели Claude.
Основные особенности
Назначение: Язык разработан для системного программирования.
Управление памятью: В нем отсутствуют куча (heap), сборщик мусора и ручное управление временем жизни ссылок, как в Rust. Вместо этого используются специальные стеки данных, а компилятор автоматически проверяет, чтобы ссылки не переживали объекты-владельцы.
Компиляция: Код Goose компилируется в обычный C, что позволяет использовать стандартные C-компиляторы и инструменты сборки.
Лицензия и доступность: Исходный код открыт на GitHub по лицензии Apache 2.0 с поддержкой Windows, Linux и macOS.
Результаты тестов (по внутренним бенчмаркам авторов)
Работает примерно в 3,5 раза быстрее идиоматического C++.
Опережает оптимизированный вручную C++ примерно в 1,2–1,3 раза.
Опережает производительный безопасный Rust примерно в 1,13–1,19 раза.
Расходует в среднем в 1,25–1,95 раза меньше памяти.
Ограничения
Находится на ранней стадии разработки.
Отсутствуют привычные указатели на функции и динамический вызов методов.
Есть ограничения на работу с рекурсией и массивами переменного размера.
>Опережает оптимизированный вручную C++ примерно в 1,2–1,3 раза.
>Опережает производительный безопасный Rust примерно в 1,13–1,19 раза.
Звучит примерно как журнализская хуйня, будто яп сразу даёт буст к перфу.
>не использует кучу
Могу не использовать динамическую аллокацию в Го, Си, плюсах и расте. Дальше что?