В этом ИТТ мы можем объяснить базовые и продвинутые концепции языка, и программирования в целом, поможем вкатывающимся, подскажем что выбрать для веба, игр или, прости Абу, блокчейна.
>>3637404 (OP) Сейчас нет, но скоро будет. Знакомые гошники уже жалуются что компании медленно отказываются от го в пользу раста. Плюс раст это вообще идеальный язык для вайбкодинга, нейронки решают все трудности написания на нем. Короче это язык ближайшего будущего, ставлю еще 1-2 года на раскачку и он станет языком для (почти) всего.
>>3645926 > Знакомые гошники уже жалуются что компании медленно отказываются от го в пользу раста А смысл? Это же шило на мыло. Тем более гошка более удобна для бизнес-логики, тот же бекенд проще на гошке пилить, а результат практически тот же самый. Другое дело если там надо стримить видео, пилить прокси серверы и прочие такие штуки, тут раст выигрывает, но это не массовое явление
>>3646146 >>3646150 Как раз таки жабу и меняют на го из-за обилия AbstractSingletonProxyFactoryBean Я не шучу реально в спринге такое и паттернов ради паттернов, плюс попутно оаспиливая монолиты на микросервисы
>>3646210 В большинстве случаев замена жабы на го это чисто решение какого-нибудь техлида, чтобы просто выбить бюджеты на следующий год и занять работой своих людей и себя. Иначе оно просто не нужно, кроме быстрого старта у го особых преимуществ нет.
Из-за паттернов и прокси-фабрик никто на го переползать не будет. Тем более что любой более-менее крупный проект на Го будет выглядеть как проект на жабе, разве что с самописным спрингом. Я как раз сейчас на Го проекте работаю, где пишут со слоями и паттернами как в жабе, потому что так техлид приказал. До того пытались в go-way без паттернов и с минимальным количеством слоев, но обосрались и высрали неподдерживаемый кал.
>>3646210 >Я не шучу реально в спринге такое за 10+ лет в жабе мне примерно никогда не приходилось копаться в кишочках спринга и AbstractSingletonProxyFactoryBean в частности. Судя по названию - это сердце спринга, делающее всю магию на прокси синглтонах
>>3646357 А как тут выражается разница в синтаксисе? Те же дженерики в угловых скобках, та же работа с иерархией через ::. Ну стрелочку в крестах написали, чтобы пройти по указателю, окей, так сильно она нужна?
P.S. Про то, что в примерах утечка из-за циклических рефкаунт указателей я даже не говорю, это ж надо было так обосраться в 5 строчках кода, а потом ещё и на раст эту утечку портировать с добавлением рантайм оверхеда, поздравляю. P.P.S. Если это была претензия к отсутствию shared_ptr в расте, то можно реализовать его в несколько строчек и там, будет счастье с автодерефами и прочими прелестями, отстреливающими ноги, любые говноабстракции сделать можно, если так хочется усложнять себе жизнь.
>>3646387 Это какая-то олимпиада по написанию oneliner'ов? Стиль и правда напоминает работу хаскелиста, который последние годы пишет на брейнфаке, я признаю это, лучше бы это было написано на хаскеле. Но если честно, я вот пытаюсь представить себе код из первого примера на крестах и вижу там что-то ещё более страшное, если продолжать в русле сравнения синтаксиса раста и плюсов.
>>3646415 Ну вот тебе еще примерчик из яндекс олимпиады
ввод и вывод у раста я не менял, а просто взял дефолтный шаблон, который уже был заполнен яндексом. добавил только чтение численных данных из io и базовый метод вектора sort
>>3646432 Ну вот наглядный пример почему плюсы всратые, какие-то шифт операции, код чуть более чем полностью состоит из математических символов. Даже сортировка с ебанцой вместо обычного sort(a). Надо быть аутистом чтобы постоянно ковыряться в этом. Берем раст с первой строчки понятно что лочит стандартный ввод, записывает линию в строку, делит на пробелы, итерируется парсит из строки число и собирается в массив, сортируется. Все по полочкам разложено. Человек даже не знакомый с синтаксисом сходу поймет. Одного взгляда хватает чтобы за секунду понять что делает код. Возьми любой другой язык, например упомянутые выше жабу и гошку, там будет примерно как в расте - четкие и понятные шаги написанные для людей не страдающих аутизмом.
>>3637410 мои субьективные наблюдения и опыт собеседований у Rust соотношение к С++ где-то 1:20. на одну вакансию по расту будет висеть 20 штук на плюсы.
Rust уничтожил мою "карьеру" программиста C/C++. та как переходить на плюсы после раста это очень больно.
Rust забустил меня и мои проекты в полтора раза, по ощущениям. Если раньше я вообще мог похвастаться что довел до конца 2 проекта на С++. то сейчас их штук 10. тулзы, скрипты, GUI программы и т.п.
>>3645926 > раст это вообще идеальный язык для вайбкодинга, нейронки решают все трудности написания на нем я уверен что ты ни разу не использовал LLM для Rust. иначе ты б эту фигню не писал бы!
Ученик старшей школы написал на Расте движок для моделирования макромолекул и фронт на HTML/JS. Ядро моделирует 3млн молекул за 600мс. Почему вы так не можете?
ИИ был использован только для помощи в разработке фронта, ядро было написано вручную.
А потом неосиляторы ИТТ визжат что с местным дипломом ПТУ не могут найти работу. А вы сначала добейтесь чего-то подобного, чтобы ещё до вката в вуз, ещё за пару лет до стажерства и даже за пару лет до вката в джуны написать подобный инженерный софт, а не очередной CRUD сайтик с заметками на NodeJS.
Вот оригинальный пост школьника:
"Привет, ребята, я ученик старшей школы. Меня ужасно бесили стандартные инструменты (в основном это просто Python-обёртки вокруг старого C++ кода). Они очень медленные, жрут слишком много RAM, а иногда вообще случайно падают с segfault, если скормить им кривой PDB-файл.
Поэтому, очевидно, я решил переписать это на Rust, лол.
Называется BioForge. Насколько я знаю, это первый полностью написанный на Rust open-source crate и CLI для подготовки белков и ДНК/РНК. По сути, он берёт сырые экспериментальные структуры, очищает их, восстанавливает недостающие тяжёлые атомы, добавляет водороды в зависимости от pH и строит водные боксы вокруг них.
Поскольку это Rust, производительность, если честно, просто безумная по сравнению с тем, чем обычно пользуются биологи. Для многопоточности я использовал rayon, а для математики — nalgebra. Утечек памяти нет вообще, и он буквально никогда не ловит OOM, даже на огромных системах. Если посмотреть на бенчмарк на второй картинке, масштабирование строго O(n). Он прогрызает вирусный капсид на 3 миллиона атомов примерно за 600 миллисекунд.
И ещё, самое крутое в отсутствии странных C-bindings — это WASM. Я скомпилировал весь пайплайн обработки в WebAssembly и сделал для него фронтенд на Web-GLU. Этот движок можно прямо в браузере запустить здесь: bio-forge.app.
Crate уже есть на crates.io (cargo add bio-forge), а репозиторий тут: github.com/TKanX/bio-forge.
Я всё ещё учусь, так что если кто-то из опытных Rust-разработчиков захочет посмотреть репозиторий, разнести мою структуру кода в пух и прах или подсказать, как ещё лучше оптимизировать — буду очень благодарен!
EDIT: Огромный респект мейнтейнерам rayon и nalgebra.
Особенно rayon — модель владения в Rust это просто чит-код для конкурентности. Масштабирование O(n) в BioForge завязано на том, что огромные белки можно распараллеливать по потокам без каких-либо глобальных блокировок."
>>3651296 >Меня ужасно бесили стандартные инструменты Пикрил буквально. >>3651600 > Как на расте написать классический двусвязный список на нодах? Используя очевидный ансейф.
>>3651296 At first I was like >я решил переписать это на Rust but then... >Я скомпилировал весь пайплайн обработки в WebAssembly мог бы просто на яве написать и не выёбываться зачем упарываться с лоулевельным языком, чтобы в конце запускать его на виртуальной машине?
>>3651279 >Rust уничтожил мою "карьеру" программиста C/C++. та как переходить на плюсы после раста это очень больно. Есть такое, на бекенде из-за неосиляторов история еще веселее, кроме блохчейна нет нихуя, но брать в руки go или python не просто больно, а пиздец как больно. Хотя нишу гошки вполне мог бы занять
>>3651765 Я вот начал разбираться с растом и долго заседал на реддите и хакер ньюсе, пытался узнать используют ли раст на бэкенде, так как у меня под веб много задач. Вообще хочется иметь универсальный язык для всего, чтобы и веб можно было пилить, и чтобы для мк что-то ковырять, чтобы риалтаймовый код можно было писать. Потому что если использовать под каждую область свой язык (прямо как дсл на лиспах что ли), то во-первых надо учить все эти языки, а у каждого свои подводные камни, экосистемы и особенности. И во-вторых, когда одна область налезает на другую, то происходит переключение контекста в голове, когда с одного языка ты переходишь на другой. Это отвлекает и раздражает. Хочется универсальности и при этом хочется иметь эффективность работы программ. Постоянно говорят, что время программиста дороже, что лучше использовать "медленный" в исполнении язык, но который позволяет быстро писать. Чушь. Из-за вот этой мысли и из-за неправильно понятых идей Дийкстры о преждевременных оптимизациях софт сейчас и находится в жопе. Уже и закон Мура не работает, а все равно лепят по-старому, железо все схавает. Нужно стремиться к простоте архитектуры программ, простоте исходного кода, но при этом к производительности, к скорости работы и низкому потреблению памяти машины. За все хорошее, против всего плохого, да. Многое зависит от выбора технологии на которой разрабатывается что-то. И на 2026й год раст как универсальный язык выглядит довольно неплохо. Он быстрый, с памятью работает эффективно, эргономика языка позволяет реализовывать абстракции на "высоком" уровне. При этом можно спускаться в кишки, когда нужно. Хочу эргономичные и безопасные кресты, которые можно использовать для всего. Раст ли это?
Если вернуться к изначальной теме, про использование раста на бэкенде, то я вижу, что его используют. Но насколько активно? В чем подводные камни? Вот это все хочу узнать. То есть в отличие от крестов на расте хоть как-то пишут на бэке, есть поддерживаемые фреймворки, проекты пилятся.
Очень много мнений, что никакая производительность в вебе не нужна, все упираются в IO, то есть ждут базу, ждут респонсов. И якобы остальное можно даже не оптимизировать. Про расход памяти тоже не усираются даже. И в целом про IO верно, но все-таки раст ведь дает и быструю скорость работы, и эффективную работу с памятью. Причем эргономика языка позволяет реализовывать логику приложения достаточно быстро насколько я понимаю. То есть да, смысл использовать интерпретируемые языки вроде питона, жса (тса), руби, пхп, если есть раст? Только если хочется использовать что-то масштабное из тех языков, типа джанги, некстжса, рубионрейлса, ларавеля. Поднимемся чуть выше, из широко используемых языков для веба можно добавить сюда жаву и шарп. Они выполняются в виртуальных машинах, у них огромные экосистемы. Но сами языки какие-то жирные, то есть за годы их существования сформировалась культура, которая поощряет "широкий", размазанный и абстрактный код. Там свои паттерны, через которые надо продираться при разработке, чтобы что-то сделать. Но в целом языки и системы хорошие в плане производительности. Если говорить про расход памяти, то по современным меркам и, учитывая оптимизации последних версий жвм и дотнета, все довольно хорошо. Например жава уже не тот монстр, что был в нулевых годах. Но в них огромный багаж экосистем, свои подходы, в которые надо глубоко въезжать. Далее, особняком стоит Го, быстрый, по памяти маленький футпринт, быстрая компиляция, можно получить один бинарник. Считается простым, идейно напоминает си, но используется только для написания серверных приложений и каких-то кли приложух. Очень узкая ниша, если вылезаешь за ее пределы, то надо искать другой язык. Есть спорные вещи вроде обработки ошибок, работы с нуллами и указателями там, где не надо. Из-за относительной "новизны" языка тут нету какого-то багажа экосистемы, нет каких-то мощных фреймворков. Весь костяк облак написан на го, но как язык он не дает ничего, что не дал бы раст. При этом очень легко можно угодить в рейс кондишены и дереф нулпоинтера. Не вижу смысла в го в 26м году, когда есть раст.
Кложур, коммон лисп, эликсир, скалу, хачкель и т.д. не рассматриваю. У меня в голове пока вот такой ряд выстроился для написания серверных приложений: раст > го > шарп/жава > кресты26 > говно > моча >>> жстспхпрубипетухон. Что скажете, зайчата? Я просто вилами по воде поводил, накидал на вентилятор, выговорился.
>>3651875 Не, там удобно все. Есть асинхронщина с токио, есть для всей хуйни крейты от serde джсона до grpc, от redis до sqlx, короче от патрона до гандона. А бизнес-логику писать удобнее чем в гошке из-за довольно сильной системы типов и гонять по слоям удобнее со всякими From Into
>>3651817 >Если вернуться к изначальной теме, про использование раста на бэкенде, то я вижу, что его используют. Но насколько активно? В чем подводные камни? Вот это все хочу узнать. То есть в отличие от крестов на расте хоть как-то пишут на бэке, есть поддерживаемые фреймворки, проекты пилятся. Основное фреймворки: axum, actix, rocket тут пока не в теме бери тот что на вкус и цвет. Асинхронный рантайм я бы рекомендовал использовать tokio. Для БД порекомендовал бы sqlx, а всякие seaorm и diesel брать когда будешь хорошо знаком с синтаксисом (и то не факт что они понравятся) Json - serde Ну и всякие библиотеки типа uuid, url, reqwest и прочее по потребностям Вот пример из Cargo.toml, который используется в продакшене остальные зависимости наши внутренние библиотекиhttps://pastebin.com/eLSkVPVv
>>3651872 Для своих пет проектов сейчас уже +- похуй на язык, все равно коды нейронка генерит.
Для работы - зависит от локации, но работе на Rust хуй да маленько. Например в гейропе если ты бекендер, то надо Java изучать для поиска работы, ну или сишарп хотя бы. Go почти полностью отсутствует где-либо, Rust аналогично.
>>3652460 > Для своих пет проектов сейчас уже +- похуй на язык, все равно коды нейронка генерит. Заблуждение. Нейронка хуево генерит комплексный Раст код
>>3655805 Вот только раст не предназначен для бэкенда. А консольные утилиты можно писать почти на чём угодно, это даже областью нельзя назвать, так, базовая возможность любого языка программирования.
>>3655829 с одной стороны тоже так считаю, что все эти "системные языки", там где их используют можно было обойтись чем-то лучше и проще, тк нет высоких требований, а риск обосраться растёт даже в расте, хоть и не как в си. а с другой, язык даёт возможность в обмен на что-то, а приоритет критериев выбираешь сам и выбираешь язык. ну я бы так делал, если бы был кабаном или программистом, выбирал язык под задачу
>>3637404 (OP) К расту может быть только один вариант здорового отношения: он сам не имеет права на существование, любой софт, в котором есть хотя бы кусочек на расте, следует считать несуществующим, а все, кто на нём пытаются писать — особо опасные вредители, которых вообще-то надо бы убивать, но государство не велит. Любое вот это вот "да ладно, это же пока ещё не так чтоб уже совсем" — позволяет этой заразе развиваться и давать метастазы.
>>3657229 База. Не ожидал, что этот джун выдаст годноту. Хотя, у меня есть bat, тоторый написан на Rust - редкий случай норм решения на этом языке, но в целом, лучше бы это написали на C, а ржавой скамины не существовало
>>3658843 Это достаточно неблагодарное дело описывать почему что-то не нравится. Правильный вопос в том, что является лучшим решением, а не почему плохое является плохим.
1. Система типов в Rust убога. В C++ она гораздо мощнее. Примеров могу привести много, но это отдельный труд, который меня не вдохновляет. Поэтому можно начать с простого примера. Как сделать разное поведение кода в Rust зависимости от используемых типов? https://godbolt.org/z/6qxGMfqnP
>>3659041 Да, много писать. Для меня это просто уже закрытая несколько лет назад тема. Давай закину
2. То как раст пиарится. Это проект Мозилы, которые пиарится, как безопасный и быстрый, тогда, как он тормозной и небезопасный. Куча трапов в комьюнити, не то, что бы я против трапов 3. И так до сих пор за 10 лет ничего не создали, таже на том же Go написано больше, тогда, как на плюсах написано почит всё фундаментальное, в том, числе LLVM, который используется при компиляции раст кода, кек. Большинство разработок раста на проверку оказывюатся обёртками на C либами или переписыванием какого-то говна мамонта в 500 строк, так, что строк получется 1200 4. Почти все заявленные фичи реализованы хуже, чем в плюсах. Пример с типами я привёл выше. Там много такого можно много приводить. Синтаксис говна. Перегрузок нет. Нет move семантики, из-за чего надо либо жопоеблю устраивать с типами, либо копировать примитивные объекты, что пиздец. Нет исключений - не сделали, и всем напиздели, что так безопаснее и быстрее. Ехал unwrap() через unwrap() по этой причине. Да, лень перечислять
Просто когда я так накидываю, появляется возможность сказать, ВРЁТИ. Всё безопасно, C++ устарел, перегрузки не нужны, моу всеманитка оставляет объекты сиротами и это небезопасно, исключения неявны и перетряхивают стек и т.д. Я все эти тейки знаю. Поэтому надо не перечислять, а показывать примеры конкретного кода, и говрить, что вот, смотри, плюсы так ещё 10 лет назад умели, а у можной и молодёжный язык не завели
Барьером к этому понимаюнию служит лень на протяжении 3 - 6 месяцев изучать программирование, а желание писать код, как крутые системщики, при этом не изучая более сложные концепции. И в добавок иллюзия, созданная самой Мозилой, обосравшейся с servo, что это безопаснее, моложе и позволяет рубать много денег (ага, только эти много деняг получают только пара процентов прогеров, остальные сосут бибиу или идут в криптоскам - последний раз я там видел реальную восстребованность Rust программистов
>>3659089 Просто РАСТ это неидеальная замена плюсов, но кмк это единственный возможный безопасный аналог плюсов. Поэтому его сейчас так активно пиарят и используют.
Но для бэка я бы не использовал ни раст, ни тем более плюсы. Мы используем плюсы и раст исключительно в ядре проекта, там где действительно важна скорость работы языка, а не скорость обращения к базе
>>3659089 >криптоскам Это как рак, но тащемта вакансии с ним кидают чуть ли не по любому стеку. Моему знакомому nodejs и пхпшнику тоже кидали вакухи со всяким казиноговном и даже криптоскамом лол, хотя казалось бы - стек не совсем для таких целей подходит
>>3659091 >Просто РАСТ это неидеальная замена плюсов Раст никакая не замена вообще ничему. Он ещё хоть как-то был похож на язык, когда его делали но деньги Google, потом, когда поток иссяк, стало понятно, что разрабам платить нечем, выкинули наработки, взяли LLVM поверх него сделали фронт, и получился Rust. К тому-же зачем кресты заменять. Точнее они требуют замены, но не потому, что они старые или сложные, а потому, что консорциум тормозит и подходы из девсяностых тянутся. Но он требует развития, а не замены на говно. При этом равзитие должно не отбрасывать, а наоборот включать и развивать все мощные концепции, а не наоборот упрощать до того, что коде вынужден сам везде типы указывать руками
>это единственный возможный безопасный аналог плюсов Раст дырявое решето. Кста, лови прикол. https://godbolt.org/z/5Kaz35nPn. Safe код. Как же так, что же это творится
>Поэтому его сейчас так активно пиарят и используют Его пиарят потому, что Mozila вкладывает туда деньги. Она это делает, чтобы создать себе небольшую делянку, которую она будет окучивать. Иных причин нет
>>3659092 Нет ничего плохого в скаме как таковом. Наебать лоха - благо. Другое дело, что криптоскам закончится, у куда растеру податься. ПХП-шник пойдёт поддерживать порталы из двухтысячных, типо ВК или Мамбы, а куда податься Rust кодеру?
>>3651872 >у меня под веб много задач Питон для общевеба. Эликсир для специфических кейсов типа liveview, вебсокеты, iot, горячая перезагрузка кода, поддержка многоядерных процов, отказоустойчивость, софт реалтайм, вытесняющей многозадачности.
>>3651872 >хочется иметь универсальный язык для всего Таких не бывает, "всё" очень широкое, и языков много. Язык для быстрого прототипирования - питон с контролем типов. Дальше по ситуации.
>то во-первых надо учить все эти языки Минусы?
>когда одна область налезает на другую, то происходит переключение контекста в голове, когда с одного языка ты переходишь на другой Это круто на самом деле, учишься мыслить мультипарадигменно
>В чем подводные камни раста на бэкенде? Для веба? Мало работы, нишевая. Хотя интересная и одна из самых оплачиваемых. Кривая входа более крутая.
>джава итд Спринг/хибернейт нормально для бизнесовых задач, описания домена итд, на производительность жалоб не слышал.
>закон Мура и прочая хуерга Научись в io-неблокирующее программирование
> го ... используется только для написания серверных приложений и каких-то кли приложух. Очень узкая ниша, если вылезаешь за ее пределы, то надо искать другой язык Отличие го от раста - наличие встроенного гц. Но и его умеют отключать. Про узкую нишу пиздёж, есть даже под эмбеддед. Я писал на нём консольную утилиту. Можно парсер логов захуярить (victorialogs), можно гит хостинг (forgejo/codeberg). Можно видеоконвертер. В го нет адресной арифметики, а байтоёбство есть.
>дотнета Сишарп хорош.
Короче. Основное отличие раста - это отсутствие рантайма из коробки, интеграция с си либами. Если тебе это не надо - цена его использования слишком высока. Надо просто решать задачи - возьми тогда питон, жджаву, сишарп, го. Хочешь познать глубину глубин, сиспрог - тогда раст. Просто разные пути. Раст это не то же самое что "джава только лучше".
>>3658096 >Ньюфагу >без знаний C и C++ Ньюфагу стоит для начала понять, что каждый инструмент хорош для своей области, в других он буде хуже. Области пидораста, говноплюсов и си не совпадают.
>>3659276 Всмысле? Что не так? Не для всех проектов подойдет Си, особенно если это какой-нибудь комплексный проект для управлениями дронами на barebone arm
>>3660139 >>3659094 > Видишь точку в конце ссылки? теперь я вижу что автор тупой тролль или долбоеб. "index out of bounds" - стандартный случай обрабатываемый растом.
>>3660452 Так пиши ботов нормально (или в промпте пропиши если ты с нейронки срешь), чтобы учитывали что валидные символы из url будут добавлены в ссылку и нужно делать пробел. Такое не только на двощах. Удачи в ботоводстве!
>>3660249 >призывает заучивать >Неа >достаточно заучить Эм... нахуй иди. Даже Телега 10 лет справляется с этим говном. Макака чем отличается - она подстраивается под реальность, а не делает так, как правильно и удобно
>index out of bounds Нет, это абсолютно быссмысленное говно, которое на каждое обращение к массиву делает свою ебаную проверку. Но пример состоял не в этом, а в том, что safe - это не safe нихуя
Специально для даунов, не умеющих открывать ссылки, приложил картинки к посту. Открываем асемблерный код и смотрим. Кресты делают 1 операцию с оптимизацией или 3 без. Rust из-за ебаной шизы под названием проверка границ массива делает 7 со отпимизациями (потому, что LLVM не умеет отпимизировать так, как нужно), это не считая того, то он генерирует 600 команд для обработки кала бомжей
>>3660849 > Нет, это абсолютно быссмысленное говно, которое на каждое обращение к массиву делает свою ебаную проверку. Но пример состоял не в этом, а в том, что safe - это не safe нихуя
"быссмысленное говно" это твоя тухлая попытка докопаться к небезопасной индексации. у меня на двачах перманентно ощущение что вы все троллите тупостью. Я ожидал увидеть что-то такое что в тривиальных операциях где-нибудь в match или borrow checker когда вываливаеться в сегфол.
>>3660849 > Кресты делают 1 операцию с оптимизацией и вываливаются в SegFault. А Раст аккуратно тушит проццес.
не надо наменя вешать ярлык какого-то модника. я 10 лет отпахал на этом языке и когда появилась достойная лаконичная нормальная альтернатива. я перешел. это убило мою "карьеру" так как после растишки плюсы очень тяжело воспринимается. просто обилие всего, огромные исходники. бойлерплейт. один сплошной undefined behaviour.
>>3660849 Один язык вывалит что-то лишнее из памяти, другой язык упадет с паникой если выйдешь за границы массива. 2 разных языка, 2 разных поведения, в чем вопрос?
>>3660878 Ты идиот. Нет никакой безопасной индексации как и небезопасной. Есть шизофрения. Ты при желании можешь в крестах тоже во всех контейнерах, а сейчас так и пишут через контейнеры, сделать говнопроверку индекса и длинны массива. Только этот мусор никто не делает. Это просто нахуй никогда не нужно. Тебе просто ссут в лицо пропагандой про скорость и безопасность, и дают код с кучей мусора, а ты уплетаешь за две щеки
Вопрос же не в том, работает это или нет. Вопрос, нахуя искуственно замедлять код при работе с массивами в 3 раза, раде несуществующей безопасности
https://godbolt.org/z/Yxv88vvez Ой, а чего это раст не защитил. Ну, очевидно же, что 1T это многа, почему на проверку индекса сделали проверку, а на выделение памяти нет. Бороу чекер, памахи
>>3660895 > ссут в лицо пропагандой про скорость и безопасность мне похеру на пропаганду. C++ стали очень громоздкими и неуклюжими. и меня эти инклюды задолбали если честно.
обрати внимание Раст плюсы уделывает с первой попытки и плюсы даже с 6 попытки не могут обогнать. И посмотри на первый оригинальный пример код. насколько он чист. и посмотри на говно с OpenMP в cpp примере.
>>3660883 >А Раст аккуратно тушит проццес. Добавь в контейнеры проверки, и будет тебе тушение. Более того, ты помимо этих проверок можешь любые другие сделать, которые в расте нет, при этом тебе компилятор даже трогать не нужно для этого. Ты решаешь несуществующую задачу
>я 10 лет отпахал Ни о чём не говорит. Можно отсидеть авторитетом, а можно под шхонкой. В программировании стаж не копится, это не гос структура с выслугой, где, чтобы не убегали, надо увеличивать оплату
>просто обилие всего, огромные исходники. бойлерплейт Как раз таки бойлер плейт у раста. Я там выше ссылку кидал, которую открыть из-за точки не могут. По ней пример. Сделай такое же на расте, это возможно, и ты увидишь тонну бойлерплейта. А если ты ещё начнёшь с итераторами делать, то что в плюсах по умолчанию есть, там раз в 5 больше кода будет
>сплошной undefined behaviour Ты всё шпаришь по пропаганде раста, но тут ты даже своими словами не стал пересказывать, просто повторил фразу. Объясняю, undefined behaviour понятие стандарта C++. Как делают языки (не раст, он им не является - это наречие LLVM), хочется чёт сделать - делается реализация, пишется пропозал, одобряется, включается в язык, потом это попадает в стандарт. Но так, как язык сложный, всего не учесть, описывается только spec behavior - то есть то, что хотим получить, а то, что не описано остаётся undefined - то есть хуй знает, как оно должно быть, пусть создатели компилятора решат сами. И уже в компиляторе случается defined behaviour. У раста нет стандарта, у раста нет полноценного компилятора. Поэтому тейки про undefinded behavior - это просто смешно, исключение только в том случае если ты меня тролишь, тогда простительно, или ты растопиарщик на зепке, тогда ты конечно, охуел, но в целом понять могу
>>3660902 Бенчмарки говна. Боже, ты такой тупой. Это уже разбиралось лет 5 назад. Там чел выкладывал код на C++, который разъёбывает первое место при том, что оно на одном ядре работало, лол. Ты до сих пор не понял, как работают растошвайны, которые подтирают все свои обсёры
>>3660929 Вот рецепт острых свиных крылышек в глазури BBQ, идеальных к холодному пиву. Ингредиенты
- Свиные «крылышки»: 1–1,5 кг. - Для маринада: растительное масло (2 ст. л.), паприка (1 ст. л.), сушеный чеснок (1 ч. л.), соль и черный перец. - Для острого соуса (глазури): - Соус барбекю (BBQ) — 150 мл. - - Острый соус (например, Шрирача или Табаско) — 1–3 ст. л. (по вкусу). - - Мед или коричневый сахар — 1 ст. л. (для карамелизации). - - Соевый соус
1. Подготовка: Промойте мясо и тщательно обсушите бумажными полотенцами. Если кожа слишком толстая, можно сделать на ней неглубокие надсечки ромбиком. 2. Маринование: Смешайте специи с маслом и натрите каждое «крылышко». Оставьте при комнатной температуре на 30–60 минут (или в холодильнике до 4 часов для более глубокого вкуса). 3. Запекание: - Разогрейте духовку до 180–200°C. - - Выложите мясо на противень (лучше на решетку, чтобы жир стекал). - - Запекайте 40–50 минут до мягкости мяса. Свинина требует больше времени, чем курица. 4. Глазировка: - Смешайте ингредиенты для соуса в сотейнике и немного прогрейте до однородности. - - Достаньте крылышки, обильно смажьте их соусом с помощью кисточки. - - Верните в духовку еще на 10 минут при температуре 220°C (в режиме конвекции или гриля), пока соус не станет липким и не начнет пузыриться. [1, 4, 5, 6]
Советы к подаче
- Подавайте с белым соусом (сметана + майонез + чеснок + укроп), чтобы сбалансировать остроту. - В качестве гарнира отлично подходят палочки сельдерея и моркови.
>>3661662 Я блять убеждён на 100%, что если б челики с пикрила вместо бюрократии со стандартизацией сосредоточились на разработке эталонного компилятора C++, раст бы вообще не появился, как и го.
вообще такое же мнение сложилось насчет go и rust в целом как будто раст интереснее, но и на голанге очень много крутого софта написано, есть wireguard-go, есть китайская прокси имбовая gost, да в основном всё с сетью связано, но веб это львиная доля всей айтишки.
>>3651882 axum на tokio а вот actix-web на неком tower (или называют actor, чет такое, под капот не залезал честно говоря) но да они оба хороши а seaorm (на базе sqlx) поддерживает асинхронность и пул соединений а отличии от diesel, но могу ошибаться но в целом seaorm приятная орм, есть миграции,и куча плюшек через sea-orm-cli
>>3652505 тоже это замечал, думаю нейронкам нужен материал для тренинга а на расте кода написано меньше чем на плюсах, си, питоне и т.д.
питон конечно нейронки тащат, вообще сто процентов
а вот сравнивая нейро-код на расте и с++ нейронка лучше справилась на с++ но с++ не сильно легче раста, так ведь? поэтому думаю всё дело в том что на с++ написанна тонна кода, на которой ллмка натренировалась успешно
Скажу вам так, работы на бекенде в расте почти нет. Если говорить про Европу и Евросоюз.
Я пытался подаваться на вакансии с растом, но их тут тупо нет. В итоге продолжаю педалить дальше на JVM стеке. Тут это примерно корпоративный стандарт везде.
>>3660905 >И уже в компиляторе случается defined behaviour Последние 30 лет undefined behavior - это лицензия для компилятора расхуярить некомфорный код ради оптимизаций. Поэтому в последнем стандарте инты определяются через дополнение, но арифметическое переполнение всё еще UB.
>>3672825 Попробуй хоть раз в жизни подумать самостоятельно, плез. UB - это понятие стандарта. Стандарт описывает работу компилятора. Расхуяриванием кода занимается оптимизатор. Оптимизатор не описывается стандартом. Вообще. Никак, Совсем. Это и невозможно, так как оптимизатор всегда тебе создаёт код под конкретное железо, и хуй его знает, как железо будет работать, и как под него оптимизировать
То, что в стандарты делают шизы, и добавляют в его всякую чушь, давно известно
>>3666042 У нейронок 90% проёбов - это некорректные типы. И раст за это пиздит, в отличии от крестов. В данном случае лучше больше ошибок компиляции, зато по итогу у нейронки будет корректнее код. Но вообще даже Минимакс 2.7 уже пишет нормальный растовый код без сильных проёбов, на Опусе/Кодексе вообще с первого раза компилирующийся выдаёт даже на вайбкодинге. Недавно на Минимаксе по одному промпту он мне запилил утилитку на 5к строк за 15 минут, половину из которых он фиксил ошибки компиляции - сначала cargo check, потом cargo test - он всё ещё тестами покрыл.
>>3673065 >Оптимизатор не описывается стандартом. Вообще. Никак, Совсем Стандарт говорит, что никакие преобразования кода не должны иметь заметных эффектов. Что такое "заметный эффект" не получится определить без UB.
>оптимизатор всегда тебе создаёт код под конкретное железо, и хуй его знает, как железо будет работать, и как под него оптимизировать Есть куча универсальных оптимизаций, которые можно делать без дополнительного анализа. Проброс констант, удаление мертвого кода, алиасинг. Например, а + 10 > a всегда истинно для интов. Откуда мы это знаем? И СТАНДАРТА, БЛЯТЬ.
>>3673445 >Стандарт говорит, что никакие преобразования кода не должны иметь заметных эффектов. Что такое "заметный эффект" не получится определить без UB. Сам шизу выдумал. Сам решил, что что-то не получится. Стандарт сообщает, что если ты натворил хуйню, то нет гарантий, что программа поведёт себя так, как задумывалось. Всё. Нипро какие заметные эффекты там нет. Ни про какие оптимизации там нет, кроме самых примитивных, типо убрать неиспользуемый код
UB - это не лицензия расхуярить код, а сообщение тем, кто будет читать стандарт, что если ты пишешь хуйню, то может получится хуйня, чтобы ты не бежал в комитет и не ныл, что всё работает не так, как ты нафантазировал
При это сами оптимизации стандарт не описывает. Поэтому сообщение о том, что UB вводилось для каких-то там оптимизаций - признак шизы
Но причина, по которой я тебя порбосил думать не в том, что ты этого не понял. Нормально что-то не знать. А в том, что ты начитавшить пропаганды про UB пошёл, и попытался на мне в этом треде её потестировать, не осмыслив самостоятельно, наёбывают тебя или нет
>>3673484 Ну, и да, как я выше написал "стандарт делают шизы". Шизы в комитете увидели, что на всём современном железе одинаково идёт работа с int, и добавили постфактум это в стандарт, типо, а смотрите, мы ещё такое знаем. Это не для оптимизаций добавлено. Это просто насрали хуйни. По большому счёту этого там быть не должно, как и sdt::expected, как и много другого мусора
>>3637404 (OP) Сколько занимаюсь программированием столько и слышу еблю мозгов про бизапаснасть памяти. Безопасники памяти это ебучие сектанты, безопасность осуществляют либо по сторонним каналам со стороны железа как в ECC или защищённом режиме либо расстановкой мин, флагов и канареек в рандомных местах программы, тот жирнющий оверхед ассемблера и синтаксиса который получается из-за бизапаснасти вообще не стоит ебли мозгов и падения производительности. Безопасники должны страдать, программирование это не ЧОП, хотиет безопасность решайте на уровне прагматичных мер сами и не лезьте со своей хуйнёй к нормальным людям, я из-за вас пидоров всё никак зарабатывать не начну пошли вы вообще нахуй.
>>3674222 > вообще не стоит ебли мозгов Вот кто-то говорит, что софт разбухает из-за заговора производителей железа и разрабов ПО. А по-моему тут и заговора никакого не надо, ведь долбоёбы вроде тебя и так бесплатно повысят им продажи. Мол нахуя экономить ресурсы, давайте лучше сделаем ещё 100500 проверок на границы массивов, а пользователи пусть обновляют свои пека.
>>3674231 Я не думаю что это проблема программирования вообще и памяти в частности у всего есть область применения, я уверен что в таких системах полагаться на надёжнотсь программ глупо в любом случае в принципе, чип может просто запотеть или перегреться и выдать хуйню, нужна отдельная защита от каждого отдельно взятого вектора угроз, и глупо пытаться всё спихнуть и решить за счёт на программирования, потому что типа код программы дёшев (нет), это не универсальный инструмент. Случай с Тераком произошёл изза в первую очередь от отсутствия аппаратной защиты и только во вторую от сбоя в программе. Просто инфантилом не надо быть.
>>3674235 У тебя обратная логика, я наоборот говорю что лишний жир в виде проверок не нужен. Я считаю что скорость > надёжность. Программа должна работать эффективно и быстро прежде всего, для этого создавались процессоры. Надёжность слишком эзотерическое требование к системе чтобы жертвовать скоростью работы. Можно просто реализовывать отдельные меры против наиболее вероятных проёбов, как это делается в ECC которое вообще не трогает производительность, а всякое поклонение сборкам мусора и прочему говну, только затрудняет изучение языка и просаживает перформанс. Программа такакя какая есть, со всеми достоинствами и недостатками. Итак уже говноязыков протухших больше чем на человеческую жизнь, что вы на них пишете блядь? Электроэнергия не бесплатная вообщето. Уже даже есть класс пользователей которые принципиально не пользуют программы написанные на говне, ибо моё время и счёт за свет на дороге не валяются.
>>3674326 В расте нет сырых указателей. Есть только в ансейф расте, а в нём это твоя обязанность гарантировать компилятору что всё сделано правильно. И в расте принято любой ансейф тестировать через Miri. Пикрил обычный ансейф даёт обратиться к некорректному адресу, а Miri ошибку выдаёт даже с ансейфом и подробно пишет где что не так.
>>3674222 Поясняю максимально примитивно специально для двачеров. Есть омежка-кодер. Есть бетка-кабаныч. Кодер допускает ошибку. Кабан ебёт омежку. Приходит ещё один кабан, и говори: "Ля, ежи, ща пришлём Вазгена, он будет смотреть, за качеством кода". Теперь омежку ебёт Вазген и Кабан.
Вся безопасность - это просто скамина, чтобы доить кабанов и угорать с программистов, которые иногда допускаю ошибки
А так безопасность - это базовое качество любого продукта. Если где-то есть ошибка, значит кодер некачественно сделал работу, он же её и переделывает. И норм продукты так и развиваются, сам кодишь, сам чинишь, ошибки находишь сам или пользователи, тебе не нужны тестеры и безопасники. Другое дело, что рынок полон криворуких обезьян, которым недавно дали галюциногенные сети и кабанов-трясунов. Поэтому с каждой ошибкой кабаны будут в панике искать Вазгенов, а кодерков будут больше ебать
Зная это можно теперь понять, как развивался Rust. Есть криворукие плюсовики. Есть спрос со стороны бизнеса на то, чтобы криворучки меньше багов делали. Крупнобизнес ебёт макак ласково, нежно и с бютжетами, например Гоголь (eng. Google) заставляет их срать в компилятор миллиардом проверок на каждый баг ишью, а есть нищий кабан, он может только позлиться и покричать. И тут повляется Rust, который эту безопасность обещат. Кабан ведётся, макака учит сRust, Моцарелла (eng. Mozilla) потирает ручки
>>3674423 Тогда приморских программистов просто не существует, вариант есть только ав степени криворукости. Инач фигачили бы на прямо машинных кодах. Любой язык программирования это костыль для криворучек, даже ассемблер.
>>3637410 Раст с ИИ очень хорошо идёт за счёт всех этих борроучекеров и сообщений про ошибки. Потому работа под раст неизбежно будет, просто тебе раст писать почти не придётся.
>>3674441 >Раст с ИИ очень хорошо идёт за счёт всех этих борроучекеров и сообщений про ошибки. В итоге он тебе напишет дерево или связный список с подсчётом ссылок. >Потому работа под раст неизбежно будет, просто тебе раст писать почти не придётся. БУ-ДЕТ надо только подождать, ну или вкатываться в вебчик в оборонке, как выяснили в одном из предыдущих тредов.
>>3674438 >>3674466 Зашёл ещё раз сюда. Объясняю. Всё программисты так или иначе косячат, вопрос всегда в отношении к их косяками. Вот, ты споткнулся, можно просто спокойно отнестись, можно заряжать, а можно начать предлагать челу купить костыли, нормальную обувь, коляску, и вообще ногобляди не нужны. Вот, безопасность, это такие уёбки, которые затролили омежек кодеров и трясунов кабанов на тему ошибок программистов
>>3674535 Проiграв с дэбила с аналогиями. >>3674485 В пiдрасте есть всякие unchecked версии, так же как и в сях можно использовать свои/чужие чекед макросi.
>>3674485 "продукт продаётся как есть" Вот это вот всё. Кабаны должны жрать что дают а не указывать профессионалам как им работать. Я свою работу выполнил и похуй что там кабану хочется сверх этого. Пусть нахуй проследует вслед со своей памятебезопасностью, говорят же что время программиста дороже времени машины, но с безопасностью это почемуто другое. Вероятность того что программист накосячит уже из-за нечитаемого без колёс кода нихуя не уменьшается с внедрением языков говна.
Меня заебал маслянистый код и маслянистые языки созданные в середине нулевых на дешёвые нефтедоллары. Половина этих языков и фреймворков уже валяется дохлой и гниёт. Рад за кабанов которые теперь хуй найдут говноеда готового разгребать их кал даже за предоплату. Второе безопасная работа с памятью нахуй не нужна, сириусли я не буду читать это говно не буду учитывать перегруженный синтаксиси только бля того чтобы там память видители не байтосерилась. Есть ошибка? Так исправь ёбтвою мать нехуй мне мозги ебать. История языков программирования это история избегания того что программа это автомат, а теория по программированию это теория автоматов и только. Но уёбки с анальными зажимами и избегающим поведением навыдумывали себе левиафанов и концепций лишь бы не думать о том что они могут обосраться, лучше бы стул свой чекали а не память. Этот >>3637404 (OP) язык ещё одно такое маслянистое говноподелие, я не хочу и не буду учить это говно и писать код включающий дохуя подводного говна, помимо логики работы самой программы. Идите вы нахуй, у вас психические блядь проблемы, запишитесь к психотерапевту если у вас компульсии по поводу памяти. Даже архитектурно протёкшая программа максимум прибивается системой внеполосно, как и многие меры безопасности, да и вам страшно наверное подумать но и многозадачность тоже организована внеполосно по сторонним каналам на аппаратно автоматном уровне? От этого тоже абстрагируетесь? Вы просто гной вы пидарасня, вы вместо занятия программированием мажете всё ёбаным говном, вообще нет столько вреда от ошибок сколько от маслянистых пидорасов ебал я ваш рот виноваты в этом не кабаны а вы компульсивные ебанашки с зажимами в жопе, место вам на помойке как и языку вашему мёртвовысранному выкидышу из вашей зажимной жопы. >>3674423 Впринципе красочно описал, но кабаныч лишь снимает сливки, он даже не финансировал появление этого говна. А финансировали дохуя ванильных вкатунов без знания теории автоматов и прочих годных вещей и срали языками однодневками лишь бы не заниматься расчётами там где они нужны, кодить промежуточные программы для трассировки и так далее. Правильнее будет сказать что психически больной скам затроллил и заебал нормальных людей. Сколько лет пиздят про это память ебучую но всегда избегающе умалчивают а чем эта текучая память так мешает что ради неё надо обмазывать всё говном так что попробуй пробраться через него прежде чем выйти на проф уровень, это тоже механизм защиты анальноо зажимных ебанашек, типа их вотчина и никому в их загон входа нет. Кабаны ещё схавают говна пусть и не совсем по своей вине что повелись и влошились в говно если не найдётся в гдето в одном из курортов для лечения простаты престарелый скуфопрогер согласный разгребать какоенибудь Rubyдерьмо удалённо. Ебал я эту хуйню и гори эти ёбаные языки в огне. Лучше текучая память чем учить какуюто пидорскую срань больных уебанов.
Ну даже если нужно потенциально сыпающийся код армировать, ну прибей его по Хэммингу там в узких местах, почему из-за тупоёбской макаки все должны страдать и жрать говно в виде оверхедных по синтаксису языков? Время программиста дороже, а маслянистый уёбок не прораммист он сука секретарша ёбаная, и из-за таких секретарш с яйцами мы и имеем то что имеем.
>>3683749 Оверхэдный по синтаксису язык - это любая ООП-параша, где надо строчку кода оборачивать 10 строчками класса. Я напоминаю, в ООП-говне часто даже функций нет, только методы.
>>3683935 ООП это рак. Все human friendly пометки в Си можно сделать на уровне комментариев, прилагаемой документации и раскидывания файлов по папкам. Но даже такой полупокерный язык как C++ с кучеё ненужного говна вроде перегрузки операторов старается не оверхедить рантайм, и при этом умудряется поддерживать даже ромбовидное неследование. Да и этот язык ООП на полшишечки пофакту там классы и все ресурсы дёргаются через указатель , а не как в тру ООП говне попыткой чуть ли не эмуляции на каждый пук.
>>3684106 Я тебя услышал, ты секретарша (с яйцами), а не программист или не дай бог инженер, сходи тестостерон чтоли проверь, а то под себя скоро срать начнёшь прямо на стуле.
Программирование это не бюрократия это инженерия. И попытка сделать обратное всегда приводит к горам говна.
>>3684145 >это не бюрократия это инженерия Лол, сразу видно что ты серьезной инженерией вне программирования ни разу не занимался. Любая серьезная инженерия, например разработка электроники, это тонны бюрократии, стандартов и согласований. Сколько нужно ебаться с лишними слоями защит и выполнения норм ГОСТу, чтобы конечное изделие прошло ОТК, это просто пиздец. Например в печатных платах с использованием высоковольтных источников тока нужно всегда реализовывать гальваническую развязку, даже если в теории юзер не получит удар током 220в, согласно нормам безопасности она строго обязательна для исполнения (стандарты IEC 60950 или IEC 62368-1, и аналогичный ГОСТ). Буквально борроу чекер, когда тебя заставляют делать в целях безопасности то, что скорее всего никогда не произойдет.
>>3685895 >Буквально борроу чекер, когда тебя заставляют делать защиту в целях безопасности, чтобы избежать опасные вещи, которые скорее всего никогда не произойдут в 95% случаев.
>>3685895 >Лол, сразу видно что ты серьезной инженерией вне программирования ни разу не занимался Ошибаешься.
>Любая серьезная инженерия, например разработка электроники, это тонны бюрократии, стандартов и согласований. Расскажи это кектайцам клепающим платы напохуй.
>Сколько нужно ебаться с лишними слоями защит и выполнения норм ГОСТу, чтобы конечное изделие прошло ОТК, это просто пиздец. >прошло ОТК Вот тут ты и споткнулся, потому что пройти ОТК и иметь работоспособность - разные вещи. То что творится в твоём бюрократическом манямирке лишь рамочно описывает реальность но полностью точно её не описывает. Это тебе следует всегда держать в голове, хотя наверное тебе трудно по профессиональным соображениям.
Безопасность программы обеспечивается всегда математической корректностью, но поскольку в программировании надо знать и уметь просто овердохуя, вотличие от бюрократии и школы вобщемто тупое пидорское говно то в совокупности с тем что языки программирования называются языками, что тоже вводит в заблуждение, то и позиционируют программистов в массе своей как секретуток с яйцами. Что в корне не верно, это инженерная работа с теоретическим оверхедом и только. Как только программист сможет проверять математически корректность программы то и проблемы с безопасностью не будет. Да и большинство алгоритмов давно проверены и предсказуемы, но посколько большинство тупых хуил даже их не знают и лепят хуйню неглядя то другие которые программировать умеют и в математике шарят не должны страдать из-за программных секретуток которые думают что програ это формальность. В случае с приведённым тобой блоком питания, то там мерры безопасности не мешают функциональной работе блока и не представляют такой напряг для инженеров как в случае ебли с безопасной памятью в программировании ебал я её в рот потому что ей подменяют математическую корректность.
Памятебезопасники это криворучки с незнанием того что они программируют, а если не знают то их допускать до программирования такой вещи, которую они не знают, нельзя, но у них синдром принцессы в высокой башне которая нервно охраняет свою анальную девственность от протечки и все силы тратит на это и думает, что это даёт ей право указывать другим что и как делать и тратить силы и заёбываться как она, хотя это необязательно, но она просто дырявая хуесоска и шлюха по сути как и все тян.
>>3685921 >Расскажи это кектайцам клепающим платы напохуй. Разве что в полуподвальных конторах дядюшки ляо, где вчерашние школьники проектируют схемки для радиоприемников за доллар, аналог говностартапов от студентов в мире программирования.
Во всех реальных конторах, даже китайских, типо Xiaomi и прочих, там пиздец сколько много всяких согласований, ибо их изделия должны экспортироваться в страны ЕС и США, а там есть строгие стандарты помехоустойчивости типо FCC, чтобы устройство не срало бездумно в радиоканал, где по результатам тестирования устройств выдается сертификация. И да, все эти госорганы стран первого мира реально тестируют китайские устройства и на каждое импортируемое в сша устройство они публикуют отчет с фотографиями тестов, вот например рандомный роутер - https://fcc.report/FCC-ID/
>вотличие от бюрократии и школы вобщемто тупое пидорское говно >как в случае ебли с безопасной памятью в программировании ебал я её в рот потому что Вам тоже смешно наблюдать за "типа шарящими" сосачерами, пытающимися демонстрировать экспертизу и одновременно нелепо и неестественно матерящимися, чтобы пацаны батаном не назвали, ёпта? >>3685921 Я твою мамку ебал, ты лох и нипацан. Оправдания?
Я выше спрашивал, что делать с UB в расте. Вопрос серьёзный, поэтому повторю ещё раз, как быть с UB в расте так же как в сях фазить инструментированные сборки?
>>3686586 Он прав и т.к. теперь ИИ существует - можно доказывать математическую корректность на изичах.
Вернее так, ИИ может доказывать математическую некорректность алгоритма, и если спустя 100 итераций не доказал - это корректно пока не придёт математик который разъебёт
Пидоруст нинужон как бы, нужно новый язык разрабатывать, пора.
>>3686734 > Как ты себе это вообще представляешь формошлёбская веб-макака? Так же как любой код на расте пишут. Единственная причина использовать ансейф в расте - дёргать сишный API. > Это что? Тебя в яндексе забанили? https://github.com/rust-lang/miri/
>>3686722 >Пидоруст нинужон как бы, нужно новый язык разрабатывать, пора. Ненужно. Можно просто улучшить (немного!) Си. Если бы была возможность создать оптимальный языг яго давно бы уже зделали.
>>3686579 Секретутка чевоэто ты решила бравировать zokkonu? Ты за zokkonu нихуя не решаешь, а решают такие же инженеры в том числе по ТБ, а ты просто линейная текстонаборная макака, спокнись ёпта.
>>3686764 >Так же как любой код на расте пишут. Единственная причина использовать ансейф в расте - дёргать сишный API. Вебмакакич, у тебя стдлиб не пишется без ансейфа. Ну и если взять какой-нибудь ембедед на пидорасте, где ансейф ехал через ансейф - приходишь к мысли, что там проще сразу на C писать, например. >https://github.com/rust-lang/miri/blob/master/README.md Ебать там всё не просто, конечно. >>3687235 >Ненужно. Можно просто улучшить (немного!) Си. Это невозможно, куча гноя в Сях - это основа его дизайна.
>>3687383 > у тебя стдлиб не пишется без ансейфа Всё верно, там ансейф только для вызовов системного API. Алсо, UB там никакого нет. Если возьмёшь сколько-нибудь крупный проект на расте, то там либо нет ансейфа, либо ансейф это обёрнутые вызовы сишных функций в unsafe {}. И если сишное говно с UB - это не проблема раста, это сишники наговнокодили. > писать Писать ансейф код и делать ансейф-вызовы сишки - это совсем разное. Почитай вот это: https://doc.rust-lang.org/reference/behavior-considered-undefined.html Без всего этого можно обойтись, ничего этого нет ни в std, ни даже в эмбедеде. Ну и вот тебе сходу эмбедед на расте без ансейфа: https://github.com/infinition/waveshare-watch-rs Да, там в либах он есть, но как я и писал там везде ансейф только для прямого взаимодействия с железом. Ни логики, ни какого-то сколько-нибудь сложного кода на нём нет.
>>3687387 >stdlib >Всё верно, там ансейф только для вызовов системного API Жопу ставишь на круг?
>Без всего этого можно обойтись, ничего этого нет ни в std, ни даже в эмбедеде. >Да, там в либах он есть, но как я и писал там везде ансейф только для прямого взаимодействия с железом. Ни логики, ни какого-то сколько-нибудь сложного кода на нём нет. Ты вообще понимаешь, что ты пишешь?
>>3687235 >Можно просто улучшить (немного!) Си. Так я и говорю новый язык нужен. Как си, только лучше. > Если бы была возможность создать оптимальный языг яго давно бы уже зделали. Да всем похуй, ты чего. Всем просто поебать. Языками занимаются полтора землекопа, всё уже, конец развитию этой цивилизации, ожидайте новую.
>>3687387 >Всё верно, там ансейф только для вызовов системного API. Просто с нихуя ловишь -500% производительности, ага, пиздец хороший подход. Съеби уже нахуй, клоун.
>>3687476 Чел, раст ебёт все низкоуровневые сишные либы по производительности. Я же говорю отрицать бенчи и существовать в манямирке иди в другой тред.
Пидараст это ещё один мёртворождённый ублюдочный кал, который со временем только усложнит жизнь загаженной кодовой базой. Если в конце 00х начале 10х ещё можно было спокойно относиться к новым языкам и вкатываниям в них, то позже это приобрело какуюто нездоровую хуету, что ебись оно в рот нахуй, вы ебанулись? Куда столько языков блядь? А то что большая часть этих языков ржавеет нахуй никому ненужными, о чём какбы намекает название ОП языка, то не лучше ли его похоронить заранее. Помимо психических проблем в программировании дохуя есть чем заняться, не лучше ли просто писать на Си и не ебать мозги никому? Смиритесь уже наконец с тем что программирование это сложная оверхедная по теории хуйня не для всех и не надо придумывать говноязыки чтобы тупая обезьяна могла писать приложения которые из-за тормозов, а некоторые из принципа как в случае с питоном, никто использовать не будет и тем более чистить вилкой за разраба какойто легаси проект на давно подохшем языке много лет спустя. Очнитесь нахуй Си существует больше 50 лет и нихуя лучше не придумали, а это мёртворождённый выкидыш по факту рождения уже. Лучше пусть кода будет немного но он будет читаемый и быстрый. А это говно я в рот ебал, есть алгоритмы с математикой, есть язык Си, пожалуйста пиши программы, нет хочу жрать свежевысранное говно, говноеды суки мрази блядь ненавижу.
Почитал статейку про мири https://plf.inf.ethz.ch/research/popl26-miri.html Такой-то ub-a-thread-санитайзервалгринд на стероидах, в статье пишут, что нашли хуилион багов с помощью мири в БЕЗОПАСТНЫХ раст проектах и в стдлибе в т.ч., но что радует, что вроде мири более совершенный тул (находит больше потенциальных проблем), чем инструментированные сборки в clagn/gcc или при использовании валгринда. >>3687522 В расте со всеми райнтайм проверками опкоды выходят какие-то эльфийские, получается.
>>3687869 > всеми райнтайм проверками Какими всеми. Память в рантайме расту незачем чекать. А обработку ошибок везде надо делать, в расте как раз match очень хорошо оптимизирован.
>>3687802 >Так плюсы говно объективно. Плюсы говно ровно на столько насколько можно его недостатки доджить в одно рыло не напрягаясь.
>А идеальной замены плюсам пока нет. Она вообще не нужна. Сами плюсы хуй выучишь, ну как сказать если ты прошарен за пределами языка то вполне можешь потянуть и всёравно на это уходит дохуя внимания, а тут если ещё держать на радаре выходящие из чьей то жопы новые копроязыки то это уже какоето каловое болото а не программирование, хотябы потому что чисто в теории одно и то же дублируется на нескольких языках, это очень плохо, какойто зумерок говноед пишет на говне вопервых потому что ему его с ложечки в вузике интенсивным курсом скормили а вовторых большинство из таких нихуя не шарящие дегроты и что немаловажно без чувства вкуса, он не понимает чем его высер на пайтоне хуже чем бы он мог быть на Си.
Даже сейчас бегло можно вспомнить утоновшее говно из языков: давно нихуя не слышно про PLua ещё один скриповый кусок говна с неимеющим аналогов синтаксисом и нотациями, ещё всякие котолины эрланги и прочее говно, в скриптовых языках ещё есть особенность встаиваться в друг друга как кожаныйзмей3 в bash, но это даже нельзя однозначно назвать плюсом. Java например, я напомню что в 00е когда эта хуета была популярна языки ещё воспринимались как опции вполне себе поддерживаемые программистами параллельно со всем остальным стеком, сейчас хуй даже один язык выучишь. Единственно веб стек пока скоксовался и держится липкой массой. И ещё эта парадигменность ебаная, каждый объебос пытался в свой говноязык встроить приснившуюся ему на айвасковом приходе маняконцепцию, которая вот в этот раз точно упростит программирование для всег, мамой клянусь. Но сейчас уже стало понятно что концептуальная глубина языка это мусор без вариантов, если от лайтового ООП в C++ уже стали регулярно плеваться то что говорить что более жирные языки. На ютабе есть видос где на вводе в курс питона МФТИшный преп говорит что пайтон язык сложный и невероятно глубокий, лол, так это че плюс этого языка чтоли блядь потвоему? Это охуенный минус хуже сложных языков нет вообще ничего. И тут есть два стула, либо у тебя есть сложный тереатически перегруженный прожект теорию которого может только специалист в конкретной области разобрать, либо у тебя есть язык который сложность проекта может реализовать как бы понятно с помощью своего синтаксиса. Но только если в первом случае ты берёшь теорию которая уже проверена и просто используется, то во втором случае ты создаёшь из нихуя дополнительную сложную сущность, которую вообще никто не понимает кроме кодеров этого языка, хотя декларируется что синтаксиси наоборот создан для того чтобы было понятно, а в итоге нихуя не понятно, потому что нахуя учить язык с непонятными целями если проще выучить теорию нужную для твоего пожекта.
>>3688232 Ещё раньше на низкоуровневых языках было напряжно писать из-за того что они детально перегружены, всякие там нюансы аппаратные вот это вот всё, но сейчас с нейронкой эта проблема исчезла, ты можешь спросить не только справку по какому то куску кода но и статистику и семантику его использования и вообще его место в общем зоопарке.
>>3693475 Так от логических ошибок ничего не спасёт. Наоборот растаны на этом чаще прогорают, потому что живут под впечатлением безопасности, а потом делают безопасные баги.
>>3693475 > Самый безопасный язык все безопасно нет багов нет уязвимостей напоминает тех детей что бегают по чатам доказывая что зеро кост абстракшенс это не зеро кост
>>3693679 Мусорный кусок говна закукарекал. Количество != качество.
Проблема жирных языков программирования в том что те кто на них программирует больше нихуя не могу осилить их мозги заняты жирным синтаксическим говном. Поэтому раст и ему подобное это раковые метастазы программирования. Если скажем в Си я понимаю синтаксис и могу исправить ошибку сам то в пидарасте мне ещё надо както пробраться через дебри синтаксиса который я в аду обоссывал, помимо этого есть слишком много других нужных задач чтобы учить какойто там новый нахрюк с сомнительными целями, только потому что неосилившая математику секретутка с яйцами и жирной жопой могла высирать свой кодовый кал.
>>3694424 > учить какойто там новый нахрюк Вот ты как раз палишься. При переходе на другой ЯП никаких проблем нет, если он не твой первый-второй. Синтаксис любого языка учится за один вечер. А принципы кодинга везде одни - условно если ты писал бэкенд на ГОвне, то ничего кроме синтаксиса не изменится при переходе на Котлин. Точно так же нет никакой разницы в плане сложности писать ли код под эмбедед на сишке или на крестах/расте. Алсо, нормальный кодер должен быть знаком с функциональщиной, даже если он ООП-макака, чтобы знать как академические ЯП выглядят. А если знаком с функциональщиной, то сложности в расте могут возникнуть только если совсем дебил.
>>3694432 Речь не о ФП, а о всратом синтаксисе, таком же всратом, как типичный пользователь раста, синеволосый трап старше 30. Размазывание резалтов по коду с последующими длинными матчами нахуй не нужно, достаточно вернуть err или просто -1, все блять. У чулочников все через жопу.
>>3694424 >Проблема жирных языков программирования в том что те кто на них программирует больше нихуя не могу осилить их мозги заняты жирным синтаксическим говном Раст как раз таки довольно простой язык и не сильно сложнее Си. А вот С++ это параша с кучей лишних и ненужных фич, огромным количеством синтаксического говна и обилия лишних стандартов
>>3694436 > о всратом синтаксисе Так он максимально близкий к функциональщине. > Размазывание резалтов по коду Во-первых, у тебя есть вопросик и anyhow, с которым тип ошибки игнорируется. Во-вторых, это решает гору логических ошибок, у тебя все состояния во время компиляции могут быть чекнуты, а с кодом ошибки ты можешь проебаться и узнать об этом только когда-нибудь в рантайме, а потом ещё заниматься дебагингом в поиске забытых кодов. А ещё матчи быстрее по производительности, чем проверки кодов ошибок, оптимизатору легче работать с ними. Алсо, почитай например про растовский принцип "не парси, валидируй" - вместо парсинга примитивных данных моделируется состояние на енумах, которое не может быть невалидным.
>>3694463 >функциональщине Не нужна. Ты рассуждаешь как студент, который вчера узнал про монады и теперь все пишет на стрелочках, а коллегам это потом разгребать.
>Во-первых Тем не менее, в коде на расте прекрасно живут ошибки, доказано на практике. Все анальные ограничения не помогли, чуда не произошло.
>>3694432 >Вот ты как раз палишься. При переходе на другой ЯП никаких проблем нет, если он не твой первый-второй. Если писать хеллоуворлды как ты то наверное нет, палишься как раз ты хеллоуворлдщик. Иди пиши на байкоде в своём свинарнике и не сри нормальным людям в код.
>А принципы кодинга везде одни - условно если ты писал бэкенд на ГОвне, то ничего кроме синтаксиса не изменится при переходе на Котлин. Аналогично вышесказанному, если писать мусорное говно как ты то проблем никаких не возникает и то не факт.
>Точно так же нет никакой разницы в плане сложности писать ли код под эмбедед на сишке или на крестах/расте. Нет, разница огромна. Си я знаю а пидараст мне нахуй не всрался. Просто нахуя он мне не нужен как и безопасная память твоя анальная. Котора не даёт ровно нихуя в совокупности а вместо памяти текут уже мозги у нормальных программистов от обосранного ублюдочного синтаксиса.
>Алсо, нормальный кодер должен быть знаком с функциональщиной Ненужное распиаренное говно, годящееся разве что для специфических доменов задач и то не являющееся незаменимым вообще ниразу. А следовательно не нужно.
>А если знаком с функциональщиной, то сложности в расте могут возникнуть только если совсем дебил. Не нужно как и пидараст твой обдроченный.
>Раст как раз таки довольно простой язык и не сильно сложнее Си. Очень похую. Есть Си, а что там в расте мне вообще поебать, этот язык существует необоснованно.
>А вот С++ это параша с кучей лишних и ненужных фич, огромным количеством синтаксического говна и обилия лишних стандартов С этим никто не спорит, ты пытаешься в ложную дихотомию. Только вот С++ гораздо гораздо легче доджить чем твоей авязываемый глобохомо пидараст.
>>3694482 Хелоуворлдщик ты меня услышал, не пиши больше ни строчки кода ты мусорный кусок говна а лучше удались и з программирования вообще, тебе в нём не место секретутка ты ёбаная, программирование слишком долго пытались тщетно абстрагировать от инженерии превратив программистов в секретуток, но практика показала что вы обосрались, программирование не позволяет абстрагироваться не не заплатив за это. Я тебе даже больше скажу языки программирования это эо не нужная компромиссная хуета, нужны ассемблерные куски с линковкой и всё. Но это слишком радикально, и язык нужен постольку поскольку он не сильно обосранный, например Си, а пидарасту твоему место в аду как и со свиньями пишущими на нём.
>>3637404 (OP) Переписывание Сишного кода на Пида-раст это попытка зделать код трудночитаемым а значит закрытым. Гори в аду это сучье говно как и рака мозга мразям его продвигающим. Это качественно такая же раковая хуета как systemd только количественно во много раз хуже. Все фальшивые бенчи что проводились на этом языке в сравнении с Си выглядят сносно разве на процессорах с эирным кешем, на мелком кеше эта хуйня будет тормозить я гарантирую. Железо существует не для того чтобы жрать говно, а чтобы просто работаь быстрее на уже существующем софте. Высокоуровневые языки это вообще рак.
>>3694432 >Точно так же нет никакой разницы в плане сложности писать ли код под эмбедед на сишке или на крестах/расте. Если под ардуино - то нет, а так очень даже есть. Кресты нужны в линуховом эмбеде, сишечка в мелко контроллерах, а раст - в разделе фанфиков.
> синтаксис любого языка учится за один вечер. Это прям самая мякотка. Синтаксическая расто фиксация в открытой форме.
>>3694432 >Вот ты как раз палишься. При переходе на другой ЯП никаких проблем нет, если он не твой первый-второй. Тебя потом просто забрасывают разбирать либу на окамле, и ты уезжаешь в дурку. >>3694432 >то сложности в расте могут возникнуть только если совсем дебил Если дальше лабы не ходить, то да.
>>3694544 >Хелоуворлдщик ты меня услышал, не пиши больше ни строчки кода ты мусорный кусок говна а лучше удались и з программирования вообще дальше борщехлеба не читал, такая тряска что уже по клавишам не попадает смешно строить из себя крутого прогера, но при этом не осилить синтаксис
>>3694717 > делает его чрезвычайно сложным си самый простой ЯП из существующих
>>3694656 Секретутка ёбаная срочно мутнулась в кабинет, кабан хочет пёрнуть.
>>3694717 Наглый пиздёжь, там все подводные аппаратные, уровнем ниже тоесть. В самом языке подводных поминимуму, не пизди гадёныш спидорастовый.
>>3694742 >борщехлеб >но при этом не осилить синтаксис Говно жрать будешь ты из жопы кабана секретутка бальзаковская, а нормальный инженер занят задачей и алгоритмами а не формальным копро скидываемым сверху, поняла копрососка ты дубайская?
Всем кто пишет на СпидоСрасте советую срочно пойти провериться на женские гормоны и пролактин и посмотреть в зеркало на свою бальзаковскую харю зрелой тётеньки. Такая тяга к безопасности это явно физиологическое явление. После как проверитесь быстро съебали срать на байткоде в javу и разгребать легасную пальмуху в коде из 00х-10х годов.
>>3694905 >а нормальный инженер занят задачей и алгоритмами и какими же ты алгоритмами занимаешся, борщехлебище? как оптимально у мамы на шее существовать? или qt формошлепством заниматься на заводе?
>>3694973 >как оптимально у мамы на шее существовать? На шее говно сидишь ты со своими высранными из своего очка недоязыками которыми ты гадишь везде где можно, метя территорию чтобы никто кроме тебя и других говноедов твоё говно не трогал. Вообще не ебу какого хуя вам позволяют вообще существовать и не разогнали вас пидоров к хуям, это историческое недоразумение на уровне бетонирования набережных и строительства улиц без газонов и деревьев засранных от этого спорами чумы.
>>3695838 Куда растёт. На х5 всё так же на 5.5 нереально до лимитов дойти, даже если по 12 часов в день ебашить промпты. Только если fast режим подрубить. На х20 уже можно в 3-5 агентов параллельно крутить.
>>3695847 Смотри, я на твоём любимом языке в твоей любимой платной IDE с помощью твоей любимой китайской нейронки написал детектор тебя, любимого. На написание ушло меньше доллара, детектирование вообще бесплатно.
>>3695847 >Я не писал про трапов, но если в комьюнити и правда трапы то что есть то есть. Ну я точно не знаю кто там тебя выебал, ты подробности не рассказываешь, а только с гомотемой сюда лезешь
>>3696368 >степашка не выходит из цикла ебли Иди гормончики попей простата бальзаковская.>>3695854
>>3695854 Языки программирования в принципе являются "гуманитарной" условностью над автоматами, а жирное говно вообще следует сжигать превентивно ещё до разрастания. Этот кусок говна особенно следует гнобить пока он не пустил свои раковые метастазы необратимо, поскольку оно претендует на системное программирование.
>>3694424 > жирных языков программирования > пробраться через дебри синтаксиса ты спалился. ты говоришь так будь-то подразумевается C# с жабаскриптом. раст намного проще С++, С#. сложнее чем питончик с сишкой это да. >>3694437 сразу видно что господин в теме!
>>3694437 >Раст как раз таки довольно простой язык и не сильно сложнее Си. это потому что он молодой. потенциал говнистости у него не хуже чем у всех прочих. 30 лет назад все хвалили жабу за простоту синтаксиса. сейчас открой какой-нибудь класс где над методами 10 строк аннотаций а внутри 30 строк лямбд и охуей. то же и с растом будет и со всеми другими языками. исключений нет.
>>3694424 >Проблема жирных языков программирования в том что те кто на них программирует больше нихуя не могу осилить их мозги заняты жирным синтаксическим говном Такое чувство что ты про сишку с крестами пишешь
>>3696716 >Иди гормончики попей простата бальзаковская Не ну в этой теме ты походу спец, может лучше в /ga/ пойдешь обсуждать, раз уж с обсуждением раста у тебя чего-то не выходит.
>>3696938 >Тухлый перефорс целлюлитного ублюдка. >>3696939 >Не ну в этой теме ты походу спец >может лучше в /ga/ пойдешь обсуждать Я спец и мне виднее где применять свои скиллы.
>раз уж с обсуждением раста у тебя чего-то не выходит. А что тут обсуждать. Язык - оверхедное говно. Надёжность tm безопасность tm памяти рак программирования. Решай свою надёжность не за счёт перевода всех на новый язык. Языки фундаментально вообще нахуй не нужное говно от копролингвистов, нужна автоматная линковка и семантика. Строковое представление ущербно по своей сути хотябы изза скобочной нотации: ты можешь взять произвольное выражение или комбинацию скобок в скобки, но ты не можешь одну пару скобок внести в несколько пар сразу, для этого есть только костыль в виде копирования одного выражения в несколько мест сразу. Поэтому goto это true.
>>3697076 Ты мне одного еблана из АКАДЕМИИ напомнил. У нас в деканате в 2001-2006 работал каким-то "недо-преподом", практики и лабы вёл, нихуя кроме сишки и плюсов не признавал - типа все остальные языки от лукавого. Его попросили сделать хуету для печати расписаний в каком-то виде, в котором стандартная общеуниверская хуита не печатала - он её пол-года мурыжил и пук-среньк-нихуя, не поддался академику winapi и злой Петзольд. За новогодние каникулы чел с моего потока с долгами по физкультуре или какой-то такой чепухе запилил на делфи эту тулзу и ей пользовались год. Потом на волне "вэбификации" всего говна еблана попросили сделать вэб-версию этой же тулы, исходники старой были в наличии. Опять чот пыхтел-пердел на плюсах, опять не получилось за семестр. Другой чел с соседнего потока, тоже с какими-то долгами по учёбе, захуярил всё на новомодном ASP.NET за неделю. А этот додик всё ходил и кукарекал что только си, только плюсы, и сидел надутый как индюк на лабах и бровки хмурил.
>>3697416 Вообще влюбляться в какой-то язык и ДЕЛАТЬ ВСЁ исключительно на нем это шиза, это признак непрофессиональности и отсутствия инженерного образования, ибо это как минимум непрофессионально изобретать велосипед на одном языке, хотя на другом языке уже есть более простая и полноценная реализация
>>3697471 Так же и с ненавистью к языку и его комьюнити - заходить в треды по языку, который не нравится, и высирать тонны бреда - это шиза и признак непрофессиональности и отсутствия инженерного обоазования. Ибо это долбоебизм - срать в растотреде когда рядом есть треды любимых сишки и пхп.
>>3697922 А, ну я не считаю, что это вообще релевантно к обсуждению. Я про то, что если у тебя либка на крестах, то нахуй тут си, а если проект на си, то нахуй тут кресты - миры разные.
>>3697923 > миры разные. ты так говоришь как будто в плюсах нельзя писать как в си > либка на крестах, то нахуй тут си потому что все пишут как на си, потому что тебя обучали писать как на си, потому что сама либо возможно на си, потому что тебе в падлу писать не как на си
>>3637404 (OP) Гуру раста, подскажите, где-то кроме веба это вообще применяется? Например, прошивку для дронов можно на нём написать? И как вообще обстоят дела с библиотеками? Не пошлёт ли меня на хуй условный кабан, если я завтра предложу ему сишные проги переписать на раст? А самое главное, что об нём думает Столяров?
>>3698288 Редактор Z (своих не бросаем) написан на расте, там wasm ищо, поэтому это скорее вебчик. >И как вообще обстоят дела с библиотеками Либка на расте должна быть с сишным аби, это будет правильная либка. >сишные проги переписать на раст? Нахуя сишную прогу вообще переписывать на раст? Ты что довбоёб (>>3693475)?
>>3698355 >поэтому это скорее вебчик. Там они свой гуи Фреймворк написали, под капотом вулкан. Добавлю сюда еще всякие инфраструктурные штуки, cloudflare его активно использует
>>3698359 Ты не выкупил иронию, я смотрю. >под капотом вулкан Под лином ето называется клинком, его писал челик, который делал webgpu будь он неладен. В копилку системного софта на пидорасте: вспомнил тут про Zенит (своих не бросаем), его даже год вроде назад никитка шамгунов продал кому-то за хуилирды.