Долгожданная статья ученика Столярова о том, что rust-говно

Тяжёлый случай.

Это даже не пук. Хотя афтар явно старался, даже домен не поленился зарегить.

Попёрдывания старого сишника из-за того, что раст не си. Только сишник может ставить языку в минус наличие стандартной библиотеки. «У дедов не было и тебе не надо. Ряяя»

Если язык позиционируется для системного программирования, а, напомним, некоторые предлагали добавить его поддержку в ядро, то он должен поддерживать концепцию zero runtime, то есть конструкции самого языка должны компилироваться непосредственно в машинный код, а не являться вызовами какой-то библиотеки. Любая библиотека должна подключаться одинаково и быть заменяемой на другую библиотеку, поскольку где ты в ядре возьмёшь библиотеки?

Вот в C это условие соблюдается, любые функции ввода-вывода требуют #include <stdio.h> например, но вместо этого можно подключить что-нибудь другое. Например в ядре ввод-ввывод работает совершенно не так как в юзерспейсе, соотвестветственно никаких printf там нет, если разработчики самого же ядра не назовут свою функцию так же. А если назовут, то они могут в ней что угодно делать так же как в любой другой функции.

А если в Rust стандартная библиотека прибита гвоздями, значит он не подходит для разработки системных программ.

А в С словов const, и чо?

Но насколько оно лаконичнее там смотрится и применяется.

Это разве его заслуга? Да и скорее, это окно тащит жс, дав ему из песочницы референс на себя.

Ну подгорело у человека кресло. В космос ушел ))

Ну ладно, обсудили, теперь можно и статью почетать.

В Rust есть режим #[nostd], в котором макрос println!, как и многие другие вещи, использующие стандартную библиотеку, недоступны.

Напомню, что в ядро на нем писать все же удалось, хотя выглядит это даже по меркам Rust ужасно.

В Rust 3 «стандартных библиотеки» - core, alloc и std. При том core ⊂ alloc ⊂ std. Компилятор «прибит» только к core, что не является проблемой.

Ну, не 3. 3 слоя. Из которых только самый нижний - обязательный.

то есть конструкции самого языка должны компилироваться непосредственно в машинный код, а не являться вызовами какой-то библиотеки. Любая библиотека должна подключаться одинаково и быть заменяемой на другую библиотеку, поскольку где ты в ядре возьмёшь библиотеки?

вообще нюансы есть, например, операции с типами с плавающей точкой

если целевая платформа поддерживает их, то всё замечательно, если нет, то используется программная эмуляция, и при конпеляции условного float l = 2 * 3.14 * R конпелятор подставляет вызовы встроенных функций умножения

и без рантайма писать такие выражения уже не получится, оперировать флоатами всё равно можно, но только через явные вызовы самостоятельно написанных функций умножения, без красивого синтаксиса

поэтому в ядре операции с плавающей точкой забанены

ну и чтоб с переключением контекста меньше возни было, это тоже

Вот настоящий Ъ! Не то что некоторые anc-ки. :( Каюсь обещаю больше так не делать.

Раст вышел из ML-семейства и к ним всё ещё имеет гораздо больше общего, чем к плюсам.

Что? Раст вышел из мозиллы, которой надоели грабли C++. move-семантика, raii, счётчики ссылок, шаблоны, компайл-тайм полиморфизм, ranges, use exceptions only as panic - всё по гайдлайнам «modern c++», только сделано по уму с нормальным синтаксисом, без обратной совместимости. Из нового только lifetimes придумали и модули с пакетным менеджером.

Ъ: Rust плохой, потому что он не Си.

Почему даже Go — язык с GC — часто опережает Rust по скорости?

Зачем уточнять детали задач, если можно просто бросаться громкими фразами? JS часто опережает Си по скорости, Си ненужен.

сообщество Rust поощряет своих разработчиков писать медленные и громоздкие программы, обильно использовать запутывающие абстракции

Там ещё полно таких необоснованных утверждений и воды.

Автор вообще писал что-то на расте? Для сколько-то знающих читателей статья ублюдская.

Для сколько-то знающих читателей статья ублюдская.

Ублюдской статья может стать если будет содержать какую-то конкретику, а у афтара всё больше сферические рассуждения о жизни в других галактиках.

поскольку где ты в ядре возьмёшь библиотеки?

Из SDK компилятора, который будет компилировать код.

Вообще благодаря мудрости автора мы установили что С++ - это язык с асинхронной сборкой мусора.

Ведь Arc это std::shared_ptr.

Ты опоздал. Растишку уже притащили в ядро. Как ты справились. Наверное не читали хейтеров с их НИВАЗМОЖНА.

Да пусть тащат любое говно. Даже понятно зачем это делают. На рынке программистов нет почти, а на расте якобы может писать даже обезьяна. Главное чтобы в апстрим это все не пролазило.

Когда они осилят <meta name="viewport" content="width=device-width, initial-scale=1, shrink-to-fit=no">?

Тогда отставить, можно расслабиться.

Чувак, ты тупой. Пойди и убейся.

На расте обезьяна писать не сможет. На го сможет, на расте нет.

Слишком жирно набрасываешь, очень плохо.

Собственно, Go для того и делали, чтобы на нём обезьяны писали.

Не обезьяны, а суслики.

Сообщество Rust — это мир фанатиков. Ровно как самые счастливые люди на Земле — религиозные фанатики, самые счастливые программисты — фанатики своего языка. При обсуждении Rust они будут без конца описывать, какой этот язык гениальный, и как в нём решены все проблемы; они будут говорить, что он идеален как для низкого, так и для высокого уровня; они будут утверждать, что их программы самые безопасные и правильные на свете

Воистину

Прекрасное описание руста-педеруста. Душевно.

Скажу честно, единственная причина по которой я считаю что раст имеет право на существование - то что в нём юникод (на самом деле не весь, но можно считать что весь) из коробки идёт. А ни C, ни C++ этого так и не осилили без очень уродливых и громоздких сторонних библиотек, вроде ICU. Всё остальное - чистая вкусовщина, учитывая то что от ошибок надо писать тесты, продумывать алгоритмы и пользоваться всякими анализаторами, вроде Cppcheck-а хотя-бы.

На расте ещё сложнее писать, чем выучить C++ за 21 день, а мы все знаем правило.

сторонних библиотек, вроде ICU.

ICU входит в Windows SDK. Это системная библиотека, а не сторонняя.

https://docs.microsoft.com/en-us/windows/win32/intl/international-components-for-unicode--icu-

Это пока тебе не пришлось программу с ней под Linux портировать...

А вообще можно сразу на линуксе ей обмазываться.

то что в нём юникод (на самом деле не весь, но можно считать что весь) из коробки идёт

Это дыра, а не фича

В случае сишечки дыра, т.к. работа с юникодом там как седло на короче.

считают

А нет? ._.

улучшившийся

хех

Можно подумать, что юникод это какой-то рокет-сайнс. На коленке поддержка с нуля делается за час максимум. Если лень самому писать, то можно glib подключить.

Зачем тут все эти fn, let mut и т.п.?

А ты не замечал, что в более новых языках это практически повсеместно? Swift: func, let, var. Scala: def, val, var. Go: func. Nim: proc, var, let. Правда не припоминаю чего-то похожего на комбинацию let mut, хотя мне такое решение определённо нравится больше, чем val/var, которые визуально не слишком различаются.

На коленке поддержка с нуля делается за час максимум.

вот прям с нуля, вот прям за час? Со всеми нормализациями, сортировкой по алфавиту, выделением заглавных и строчных букв, классификацией символов (число, буква, знак препинания, диакритические знаки)

В том что println! реализуем средствами языка

нет.

Да. println! уже макрос и ничто не мешает сделать такой же (процедурный) макрос.

В Rust вроде нет поддержки consteval функций из C++.

const-функции из раста ведут себя как consteval функции из С++, то есть они не могу, а обязаны выполняться на этапе компиляции. Другое дело, что у них пока много ограничений, но над этим работают - недавно завезли поддержку паники.

а обязаны выполняться на этапе компиляции.

Нет, уже выяснили.

Вот почитай: https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=65ef18d02c84b78289c81d42b711748f

Нет, уже выяснили.

Да, был не прав, признаю.

Но тем не менее, написать println! средствами языка в расте возможно.

хз как там юникод работает в общем, но думаю, что большие проблемы от символов различной ширины в байтах (если такое в принципе возможно в одной строке) - то есть итератора произвольного доступа на такой строке не сделать уже в теории.

Кто понимает, там содержимое более адекватно?

Эта статья о другом: там о том как не надо учить раст, а не почему язык плох.

Это вообще элементарно решается. Вместо char* сделай int* и сделай конвертеры в обе стороны для совместимости.

мм, разве все юникод фиксированную ширину символа имеют?

Скорее о том, как можно, не поняв сути языка, поливать его грязью.
Дилетант мнит себя экспертом и поливает грязью то, чего не понял.

rust я не знаю, статья по горизонтали просмотрел, одно только, что он предполагает, что 1..11 может быть частью синтаксиса for уже создаёт о нём не лучше впечатление.

Юникод это таблица на ~150000 символов. Очевидно, каждый символ без проблем влезает в int. Есть разные способы кодирования юникода. utf-8 имеет переменную длину в байтах.

Открываешь описание стандарта и делаешь. Это не проблема вообще, чисто техническая задача, стажера можно посадить на реализацию :)

А что общественность думает о языке V? Внешне выглядит как раст.

Неск лет назад был проект на расте. Впечатление - овчинка выделки не стоит.

Для Си за 50 лет наделали дохрена инструментов для анализа кода и отладки. При этом Си выглядит нормальным языком, а всякие тулзы-костыли лежат сбоку и поднимаются по мере надобности в процессе отладки.

В расте же все костыли интегрированы в язык и выглядит это всё немного печально.

А результат получится примерно одинаковый.

Но автор статьи маздайность раста безусловно не раскрыл. :)