Это копия, сохраненная 30 августа 2018 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
https://www.rust-lang.org/ru-RU/
https://doc.rust-lang.org/book/
https://rustbyexample.com/
https://github.com/rust-unofficial/awesome-rust
Старый тред тонет тут >>1062380 (OP)
Вкокотился :3
Japaric запилил rust embedded working group
Я пока светодиодами безопасно мигаю на stm32f3discovery с помощью его rtfm, но пробую завернуть lwip в раст и мигать диодами по http/ethernet на nucleo767zi
Ключевые особенности языка: безопасность, скорость и параллелизм. Rust пригоден для системного программирования, в частности — рассматривается как перспективный язык для разработки ядер операционных систем[5]. Rust сопоставим по скорости и возможностям с C++, однако даёт большую безопасность при работе с памятью, что обеспечивается механизмами ограничения. Rust также направлен на достижение «абстракции с нулевой стоимостью»[7].
После нескольких лет активной разработки первая стабильная версия (1.0) вышла 15 мая 2015 года, после чего новые версии выходят раз в 6 недель[8]. Для версий языка, вышедших после 1.0, заявлена обратная совместимость[9].
Язык отчасти берёт своё название от грибов семейства ржавчинные (англ. rust fungi)[10].
Напомнило прыщи у меня на лобке, после того как шлюху выебал
Нет, я же не гомофоб и не расист.
Чем тебя это напрягает? А если у них в кор-тиме старый жирный мужлан который бухает и пиздит жену и детей, но при этом он охуенный кодер. Это тебя бы напрягло?
то ли дело c++ комьюнити: на той же конференции cppcon НИ одной бабы, НИ одного негра, только белые полноватые очкарики и чутка азиатов
хе хе
Скоро с++ запретят, я гарантирую это. Учите раст, глупцы! Спасайте свои полноватые белые задницы!
>writeln!()
как вы с этим живете анончики?
Неправда, бабы там есть. Одын, два, может даже тры баба. Просто трудно в С++ бабам вкатиться. Зато и политкорректного дерьма пока ещё не наблюдается.
>Чем тебя это напрягает?
Тем, что пидары больше ебней в жопу занимаются, чем предметной областью. Так как это дело происходит в Сан-Франциско, где либе/пиде-растия и рассовые квоты заменяют здравый смысл, то нормальным людям там делать нечего.
Эй Растач. Есть телега по сабжу? И если нет, то какого хера ещё никто не запилил?
нефти тебе
https://news.ycombinator.com/item?id=16585120
tldr:
https://sqlite.org/whyc.html
>1. C Is Best
>C was and continues to be the best language for implementing a software library like SQLite.
https://sqlite.org/testing.html
>SQLite library consists of approximately 125.4 KSLOC of C code.
>the project has 730 times as much test code and test scripts - 91616.0 KSLOC.
Сьтё насёт митапрягряммилования и функсиональсины в ласте?
Их есть у меня. Че спросить то хотел?
Красиво
Хочу вкатиться в раст каким-нибудь петпроджектом (сам аутсорс-питон-макака).
Думал выбрать просто асинк веб-сервер для какого-нибудь мелкого сервиса.
Нагуглил http://www.arewewebyet.org/ но нихуя не могу определиться, готемы, рокеты, shio.
Похуй на ORM, могу и руками написать, но нужен же асинхронный посгрес, верно? Вообще с асинхронщиной знаком мало, может кто что подскажет?
Бля нетуда.
Что то, что другое - боль. Раст - императивный язык без метамагии, что, в общем-то, нормально, а если для тебя метапрограммирование - это с++, то слава богу, что сфинае ада нет.
Немного заинтересовало, есть интересные рюшечки в ваших растах:3
Теперь думаю, чего можно сделать, чтобы ощутить всю мощь?
И как дела с интеграцией сишных либ?
>>161572
Бля, не осилил.
Почитал гайды, нихера не втащил. Для начала решил развернуть односвязный список. Оказывается чуть ли не книга написана, как на расте сделать односвязный список. Я в шоке, чё так сложна? Зачем эта тонна новых БИЗОПАСНЫХ концепций и конструкций?
Я вообще потерял суть, какая область применения вашего раста? Для кровавого даже ООП нормального нет. Тонна конструкций, которые хрен знает как ложаться на реальное железо. Невнятный оверхед на рантайм, т.е. на контроллеры не влепить. Если в Си сразу понятно, как это машина исполняет, то раст это беттоная абстракция между кодом и железом. Добавить к этому отсутствие нормальной поддержки со стороны IDE и почему для винды из коробки не стоит gdb?!
Это просто дно, ребята. Я кончил.
Слышь, епт, это мамаша твоя тут рядом тонет, понел?
>>165455
>Почитал гайды, нихера не втащил.
Это-норма.пнг
Не торопись, анон. Постарайся разобраться в линейных типах, овнершипе и борровинге. Просто ты привык к тому, что знаешь, и мозг сопротивляется новым концепциям. Это нормально, если ты уже не тинейджер.
>раст это беттоная абстракция между кодом и железом.
Zero-cost abstractions на то и зиро-коуст, что они существуют для проверки правильности исходного кода компилятором, но не влияют на генерируемый код. Так что никакой бетонной стены нет, байты-байтики все на месте.
Короче, попробуй все-таки еще раз почитать растбук, вдумчиво и не торопясь. Если ты не вундеркинд из гугл лабс, то ничего удивительного или ненормального в том, что "бля, не осилил" нет. Про списки куча примеров есть вот тут: http://cglab.ca/~abeinges/blah/too-many-lists/book/
Ну и я бы не рекомендовал пользоваться для разработки виндой, так как обычно она поддерживается плохо\никак, все на *никсах сидят. Но это так, личное дело каждого.
Спасибо, по делу и адекватно. Попробую подойти с другой стороны.
Я эту статью по спискам и имел ввиду.
Кстати, посоветуй каким тулчейном лучше пользоваться для обучения и как профилировать код?
>каким тулчейном лучше пользоваться
Я имаксоеб, так что... пикрелейтед.
>для обучения
Ну, у них же вроде нормальная онлайновая идешка, доя обучения самое то, ну или repl.it из той же серии.
>как профилировать
https://gist.github.com/KodrAus/97c92c07a90b1fdd6853654357fd557a - линукс он и в африке линукс.
Дисклеймер, в продакшене я его не юзал я вообще тут мимо проходил на самом деле, лол, просто I know that feel сработало, так что по поводу изысканной ебли с перфомансом под разными платформами я тебе хуй чего подскажу. Но опять же, сомневаюсь, что тебе понадобится что-то в корне отличное от стандартных нативных тулзов.
Ну это конечно гуд, но это не угроза C++.
Мне просто интересно, правда ли что есть тенденция замены C++ на Rust или на что либо ещё?
Примерно такая же как замена Obj-C на Swift?
Тенденция такая — кресты никто не любит, кто бы что не говорил. Поэтому те у кого есть возможность, заменяют его на другие инструменты, и раст неплохой кандидат.
Разрешаю не любить кресты до 11 стандарта.
Современные кресты вообще норм.
Кстати, хочу задать вопрос холивара ради.
Критична ли просадка производительности браузера, web сервера или ОС на 10-20%, по скорости и по памяти?
Ответ холивара ради, почему мозиловцы несколько раз безуспешно пытались сделать парелельный цсс движок на крестах, и каждый раз обсирались. Зато когда сделали его на расте, квантум стал прям летать?
> почему мозиловцы несколько раз безуспешно пытались сделать парелельный цсс движок на крестах, и каждый раз обсирались
А они пытались? Где можно прочитать про их путь проб и ошибок? Почему то в хромоге сделали на плюсах и все заебись работает.
> Лин — инженер в команде Mozilla Developer Relations. Она работает с JavaScript, WebAssembly, Rust и Servo. А также рисует code cartoons.
Круто. Статья от бабы, которая с плюсами даже не работала.
На, https://blog.rust-lang.org/2017/11/14/Fearless-Concurrency-In-Firefox-Quantum.html, ксенофоб, вонючий.
В хромоге тоже есть, все работает прекрасно, подмял под себя весь рынок браузеров. А мозиловским быдлокодером почему-то новый язык понадобился.
Зачем заменять-то, просто новые проекты/библиотеки есть смысл уже не писать на плюсах. Раст пока что единственный язык, который можно потащить в прод вместо си/плюсов без редактирования кода в текстовом редакторе и велосипедных библиотек.
>>166291
>Современные кресты вообще норм.
То же говно из жопы. Уже покрасивее чем раньше, но всё равно днище.
Разница в спонсировании например. Хром вообще самый молодой бровсер который всех захватил (внезапно).
"Внезапно". Поддержка от гугла с целью контролировать веб не сильно похоже на внезапно. При этом глупо отрицать техническое превосходство хромовцев.
Дело не в доле рынка, а в том, что одним с++ оказался нормальным и они спокойно решили на нем свои задачи, а другие выдумывают сомнительный недоязычок.
Дело в том, что кто-то может потратить пару миллиардов $ чтобы отладить какой нибудь сегфолт, а кто-то нет.
Была бы его воля, он бы на перфокартах писал.
Не придирайся к словам, уёба.
Я же даже пример привёл
>Примерно такая же как замена Obj-C на Swift?
Естественно никто не переписует каждое зассаное приложение с Obj-C на Swift, просто происходит постепенное вытеснение.
Так вот. Есть ли тенденция вытеснения C++ каким либо языком? Есть ли компании, которые сократили отделы кодеров на крестах и наняли больше разрабов на других языках?
Мне интересно, так как я сам разработчик на C++. Я не фанат C++, он просто делает своё дело. На нём можно создать крупную, такую как фотошоп, мс-офис, 3d-max и так далее.
И мне интересно, какая ситуация на рынке? Я сам не из Москвы и не вижу. Но думаю туда перебираться через пару лет.
В Москве как правило всё происходит быстрее, чем в остальной стране. ГО в мухосранях только начинает оживать, например.
Так вот, мне интересно. Что учить, на случай вытеснения языка из области системного программирования. Мне на язык плевать, но в области хочу остаться.
Спросил в растотреде потому что слышал что один из кандидатов - это ржавый краб.
PS: В крестотреде спрашивать не буду, заебут.
Думаешь, просто лень учить раст? Я пытаюсь, но, пока не понимаю профита.
Хочу писать маленькие десктопные игры from scratch.
Лучше что-нибудь попроще возьми.
Для первых маленьких игр я бы взял что-нибудь скриптовое.
>Разумно ли брать сабж своим первым языком?
Нет.
>Хочу писать маленькие десктопные игры from scratch.
Попробуй love2d.
Джва года спустя.
let x = "fals";
let x = x.len();
let x = x.is_power_of_two();
println!("{}", x);
>true
Чо ты хочешь? Тут ты в коде 3 раза связал значение с именем x, при этом предыдущее значение никуда не попало, а осталось на стеке и ссылочная прозрачность сохранена.
Отлично. Т.е. по сути они запилили иммутабельность и строгую типизацию которые на деле нихуя не работают, но при этом еще и текут.
Ты долбоёб.
Как же охуенно наверное рассуждать о языке основываясь на 4 строках кода больше нихуя не зная о языке.
Маня, давай я тебе немного объясню
> строгая типизация не работает
Работает. После объявления `x` определенного типа ты не можешь использовать этот `x` как другой тип. А если ты снова объявишь `x`, но уже другого типа, то это уже будет другой `x`, который ты не сможешь использовать как `x` первого типа.
> оно ещё и течет
А вот хуй. После того как закончится скоуп, где объявлены эти `x` для каждого `x` будет вызван деструктор.
В каком месте он непопулярный? Второй год подряд номер 1 в списке любибых языков на SO. В проде уже много у кого. Вакансии появляются все чаще. Так что это просто вопрос времени.
Ну, он очень популярный для своего возраста и своей области применения. Стать еще более популярным ему мешает интертность мышления большинства разработчиков, которым тупо СЛОЖНА его выучить, ибо там есть несколько новых для них концепций.
Rust очень молодой язык проснувшийся на одну из самых консервативных областей разработки ПО.
Я носитель! Мне можно!
Rust to Rust
If the segfaults don't get you
The compiler must
Каким ide пользуется аноны?
Я пока поставил плагин на свой пайчарм, хватит ли этого?
Ну вообще, в перспективе то понадобится, тогда лучше на что будет перейти?
Я пока не собираюсь хуй забивать на раст.
Clion 2018.1 с плагином от jetbrains или vs code тож с плагином. Последний более нестабилен, чем первый.
Пытаюсь запустить с example ебаный треугольник, нихуя не работает.
Делал по каким-то другим туторам тоже нихуя.
Вот вроде нашел что-то приличное https://wiki.alopex.li/LearningGfx
Последовательно пишу код, и все равно вылазит какая-то ебала, помогите, ржаваны.
Вот мой код https://pastebin.com/S4zw44ni
На пике ошибка, которую не могу побороть.
Что там в параметры типов надо вставлять?
Что-то неохота, хз, что там за народ, а на дваче все мои друзья.
Внезапно я решил проблему через gfx:Encoder::from(command_buffer) , хотя ебался с этим треугольником два дня.
И в связи с этим у меня чисто растовопрос:
Если где-то реализован трейт From, то как-то автоматически создается и трейт Into на том классе, в который я кастую?
Я что-то не нашел реализации into в CommandBuffer для open_gl
https://docs.rs/gfx_device_gl/0.15.1/src/gfx_device_gl/command.rs.html#331-348
Хотя компилятор ругался только на типы, а не на отсутствие функции, когда я вызывал command_buffer.into().
Но вот чего я не понимаю (особенно после последней) это лютой ебли при работе с переменными.
Вот, например, я хочу передать String функцию другого потока: а нельзя, она не копируется. Ладно, сделаю string.clone() и добавлю move, посылай ее а оригинал оставь. Нет, не хочу. В итоге пришлось создать новую переменную через clone, и послать ее. Захотел добавить цикл - хуй, один раз отправил переменную и всё.
Неужели такая ебля будет каждый раз? Я понимаю что thread и memory safe, но это уже перебор мне кажется...
Проблема в том, что это интуитивно делается и в плюсах и в жабе, но заняло у меня час рысканья по интернетам. Это будет так во всех аспектах?
Ну так ведь в плюсах и жабе и нет тех инструментов работы с памятью, что есть тут, так что как-то некорректно это сравнивать - результат же разный.
Алсо, анончик, я немного не понял, что неинтуитивно-то. Шарить память между потоками нельзя? Нельзя, сломается. Ну ты берешь и клонируешь. Строки же не на стеке (они могут быть произвольной длины), а в куче, их нельзя просто скопировать втихушку от программера. Все явно и прозрачно. Дальше, один раз отправил - она ушла в тот тред, все, гудбай. Логично же?
К тому же плюсы и жаву ты уже знаешь, поэтому тебе там и интуитивно, лол, а сюда только вкатываешься. Наверное когда ты в первый раз кресты увидел, у тебя тоже были моменты, с которыми пришлось поебаться? Ноу пейн - ноу гейн как говорится.
>>172655
Вот, пожалуйста. String передается в поток спокойно без ебли и без указателей. И да, я понимаю что раст гораздо более низкоуровневый, тем он мне и нравится, но вот такие моменты вымораживают.
>>172668
Неинтуитивно упрвление переменными. Нельзя просто взять и передать ее (причем в жабе передается не указатель а копия, то есть там по дефолту делается то же самое. Только для этого не надо клонировать строку.
>>172789
Как в расте. Он меня устраивает, но я просто не понимаю, зачем столько ебли с переменными.
Вот еще один пример. Immutable массив в жабе и в расте. Ну что это блять такое?
>String[] array = {"адын", "два"};
>const arr: &'static [&'static str] = &["a", "s"];
Или несколько типа строк. Вот чем отличаются String и str?
>>172828
Прежде всего мелочами. Те же крейты например. В жабе есть maven и gradle, и они оба говно по сравнению с крейтами. Тесты. Не нужно никаких фреймворков типа JUnit, все идеально сделано и просто работает. В плюсах такого вообще нет. И таких мелочей много.
Сам язык тоже красивее чем жаба и уж точно понятнее плюсов. Но учить его тяжело даже по книге (которая кстати очень хорошо написано). Там даются общие понятия, но вот такие нюансы не описываются.
Ну ты понимаешь что твой код функционально вообще не соответствует версии из раста? Мало того что ты проебал тип объекта, который отправил на тот тред, так еще и создал все условия для вереницы трудноуловимых багов, связанных с многопоточностью.
> Мало того что ты проебал тип объекта
Ладно, Object можно заменить на String. Какие баги могут случиться? String копируется, а значит изменить его никто не может кроме этого же треда. Racing отменяется. Что я упускаю?
Ну ок, в жабе строки имутабельны. Пожалуйста:
https://play.rust-lang.org/?gist=0b554811fd74b262fd3e4f142f294705&version=stable
Отлично, константы видимо копировать можно. А если для каждого треда надо немного модифицированный String?
Вот простой юзкейс: многопоточное скачивание картинок с тредов /b/.
Берем base_url = "https://2ch.hk/b/res/ (М)"
Первому треду надо дать ссылку "https://2ch.hk/b/res/1.html (М)", второму https://2ch.hk/b/res/2.html' (М) и так тредов 10. Константу использовать нельзя потому что изменяем url. Остается только копировать?
Первый into_iter лишний, ну ты понел.
>String передается в поток спокойно без ебли и без указателей.
Ну так в джаве сборщик мусора как бы, а тут весь мусор удаляется без оверхеда в рантайме. Я уж молчу про то, что джава не защищает тебя от очень сложных багов с многопоточностью, связанных с одновременной модификацией данных несколькими тредами.
>Неинтуитивно упрвление переменными.
Что значит "неинтуитивное"? Если отвыкнуть от (неверного в общем случае) представления о том, что данные могут быть продублированы бесплатно, и начать думать о них в терминах ресурсов, то все абсолютно интуитивно - это как раз соответствует интуитивным представлениям о реальном мире. В реальном мире (и в языках с линейными типами) ты не можешь съесть одну и ту же конфетку два раза.
Так что правильней все-таки говорить не "неинтуитивно", а "непривычно". Это необходимый cost для изучения новых концепций, да.
>Вот чем отличаются String и str?
https://doc.rust-lang.org/stable/rust-by-example/std/str.html
https://doc.rust-lang.org/1.14.0/std/string/struct.String.html
https://doc.rust-lang.org/1.14.0/std/primitive.str.html
https://stackoverflow.com/questions/24158114/what-are-the-differences-between-rusts-string-and-str
http://www.ameyalokare.com/rust/2017/10/12/rust-str-vs-String.html
Нашел cgmath и nalgebra, но что-то или я тупой, или они не умеют переводить матрицы в row based формат, который принимает gfx rs.
>все идеально сделано и просто работает
ну т.е не смузи-педерастия без задач как котлин и дарт ясно спасибо антошек, когда вырасту обязательно потискаю
>>154517 (OP)
Я тут сравнил некоторые пакеты для web из crates.io Что скажете?
Какой по вашему лучше для веб-сервера?
https://goo.gl/pWJQpe - граф
https://goo.gl/NDWhpe - таблица
Если можешь себе позволить nightly, бери рокет. Мы в прод собираемся выкатывать actix_web.
Да, думаю брать его...
>Мы в прод собираемся выкатывать actix_web
рокет и actix_web как то связаны? или ты это просто мимо делом сказал?
actix_web — выбор для stable же
Впрочем мы его взяли еще и потому что нам нужны акторы для остального бэкенда.
И если например не хочу иметь дело с nightly. То рокет всё равно пойдёт? или это уже не то? Что тогла лучше юзать?
А... Нефти тебе
Если нужна асинхронщина, то hyper, actix-web или Gotham.rs. Если не нужна(что странно), то можно и рокет, но он только в ночнике.
>Gotham.rs
>GO
>TRRTIIGGEERRED!!!
Спс, ХЗ, хочу что-нить высокоуровневое (actix-web или Gotham.rs может выберу)
Но вот я Rockeт хотел, посмарел, АПИ норм - похож на flask, но вы говорите что в нём нет асинхронности (может пригодиться хз - для личного проекта), да ещё и только в ночной доступен((
под асинхронностью ты понимаешь использование некольких ядер на процессоре? типа если у меня 4-ре ядра, то каждый запрос мой сервер будет обрабатывать на отдельном ядре?
а я и не трою, ты сам спросил.
Но допустим, нужен веб-сервер. Разве раст не идеальное решение? Или что тогда выбрать?
Чтобы писать веб, очевидно же, особенно системные языки, они всегда были идеальным выбором для написания вебни.
Что ты считаешь достойной альтернативой?
Еще бы. Особенно JavaScript - лучший системный язык программирования. Надо все драйвера на нем переписать.
Вот например есть переменная
> let mut answer:reqwest::Response;
Далее по коду в нее пишется ответ сервера. Все хорошо. И тут компилятор выскакивает и говорит - хуй тебе, она possibly uninitialized. Ну хорошо, пускай она будет null по дефолту, и потом будет проверка на null. Опять хуй там, ошибка как на пике. Как мне блять эту переменную инициализировать чтобы он не выебывался?
Нет, под асинхронностью я имею ввиду неблокирующий io. Без асинхронности для каждого коннекта тебе придётся либо спавнить отдельный тред, либо ждать завершения обработки предыдущего запроса, оба варианта не слишком эффективны. Неблокирующий io же позволяет тебе на, допустим, 4 тредах держать хуеву тучу коннектов одновременно.
Очевидный Option. Вам бы для начала хоть растбук почитать. И да, null не нужен за пределами динамикодресни.
https://play.rust-lang.org/?gist=b89a40bcf8be0c59d2ba0fabd65b547b&version=stable
Растбук прочел полностью, вот только он покрывает исключительно базовые вещи.
И никакой Option тут не подходит. Вернуть надо reqwest::Response и соответсвенно такого же типа переменная. Никаими Optionами ее инициализировать не получается.
Что мне написать
точнее наоборот, заворачиваешь свой respone в Option<>
let mut answer: Option<reqwest::Response> = Notheing;
Если его так завернуть то я не могу присвоить значение когда надо.
Прочитай ебаный растбук.
https://play.rust-lang.org/?gist=3eaf61e5cc7e879382c9e9722923da9a&version=undefined
Впрочем это тоже хуйня, потому что так просирается обработка ошибок.
Видишь как мутабельная параша мозг поражает.
В чем твоя проблема? Для названия либы это очень даже неплохо, потому что хорошо гуглится. Это же просто чья-то либа с crates.io, а не стандартная библиотека.
В чем проблема? Если запрос успешен, то null меняется на ответ, если остался null, значит ошибка.
В том что твоё сознание настолько зачухонное и ограниченное, что ты пытаешься единственное говно, которому научился впихнуть везде, где нужно и где не нужно. Скажи, нахуя тебе вообще мутабельная переменная для хранения ответа?
Скажу. Создается переменная с дефолтным значением. В нее пишется (при успехе) ответ от сервера. Потом она возвращается.
Почему нельзя сразу обозначить переменную при запросе? Потому что это происходит в scope который создал match, и в конце функции ее нельзя будет вернуть. А если возвращать ее в scope, то компилятор будет ругаться что нет return value.
Да, я видкл это
> https://play.rust-lang.org/?gist=3eaf61e5cc7e879382c9e9722923da9a
но сам бы я до этого не дошел. Я не понимаю, откуда взялось
> reqwest::StatusCode::Ok
если по книге и всем гайдам что я посмотрел должно быть
> Ok() => {}
> Err(_) => {}
Я пытался писать так как могу, как понимаю, но видимо раст мне пока не осилить.
Пытаюсь обойти по ключам, на каждой итерации достать значение и потом вставить измененное на еденицу, но постоянно какая-нибудь хуйня с заимствованиями
Ясен хуй не осилить, если ты не в состоянии открыть документацию на библиотеку, которую используешь.
Почему нельзя пользоваться стандартными ошибками, а надо обязательно выебнуться с каким-то дохуя специфическим типом?
iterate .values()
Наверное для того, чтобы ошибки можно было различать и для того, чтобы они могли нести с собой специфичную инфу?
Ну я же вроде пояснил - это коверкание слов уровня KLASS, от которого глаза вытекают и создается ощущение, что кто-то опечатался. Еще и себе в исходники это говно тянуть. Оче плохой вкус, короче.
Вообще оффтоп, мне иногда бомбит от того, что авторы часто для каких-нибудь тривиальных библиотек выбирают дохуя КРЕАТИВНЫЕ имена. Если в библиотеке для логирования нет слова "log", а в библиотеке для парсинга жсона нет слова "json", то у меня мгновенно разогревается пердак, как в микроволновке. инб4: зануда
>Я не понимаю, откуда взялось
>> reqwest::StatusCode::Ok
https://docs.rs/reqwest/0.8.5/reqwest/struct.Response.html#examples
https://docs.rs/reqwest/0.8.5/reqwest/enum.StatusCode.html
Literally 10 секунд и первая ссылка в гугле.
Да просто https://crates.io/crates/request уже было занято. Что ты предлагаешь в этой ситуации делать?
А вообще проблема эстетики решается просто:
> extern crate reqwest as request;
>Что ты предлагаешь в этой ситуации делать?
НЕЙМСПЕЙСЫ, Карл.
> extern crate reqwest as request;
Так тоже можно, но все же это обход, а не решение проблемы (кривых имен).
Если не лень, можешь почитать почему они решили не юзать неймспейсы: https://internals.rust-lang.org/t/crates-io-package-policies/1041
I'm sorry, but ето говно. Вообще, все, что связано с крейтами - говно. Это самая неудачная, непонятная, кривая и объективно хуевая часть языка. Я понимаю того анона, который пришел с крестов и выше говорил, какие крейты крутые. После крестов это конечно круто, но в целом - говно.
Блин, хотел дать ссылку на lmgtfy.com + what's wrong with rust modules, но лмгтфу походу лежит. Короче, мне лень сейчас самому в красках расписывать, к тому же тема известная (https://withoutboats.github.io/blog/rust/2017/01/04/the-rust-module-system-is-too-confusing.html например). Ну и неймспейсы - хорошая штука, нужно больше неймспейсов.
хз, неймспейсы не нужны. По поводу лишней хуйни типа extern crate уже что-то делают, но в целом модули простые понятные и удобные. Я хз они там ноют.
Если что, "они" - это один из контрибьюторов раста, как раз тех, которые "уже что-то делают".
А, ну и да:
>хз, неймспейсы не нужны.
За такое нужно сжигать и отправлять в 80-ые а потом сжигать
Так какую проблему решают нейспейсы то?
Типа вместо
> shit_http_request as request
можно будет писать
> shit.http.request
Нахуя это надо то, лол. Один хуй в программе реально используется только последнее имя для доступа к модулям крейта.
Да. Я не могу навскидку вспомнить какие у меня возникали проблемы с отсутствием неймспейсов в экосистеме библиотек. Скорее наоборот, гадать куда там в хаскеле запихнули нужный модуль раздражало.
Ну, во-первых, неймспейсы - это богоугодно.
Во-вторых, ну блин. Если ты пишешь что-то серьезное, то тебе нужно озаботиться, чтобы у этого чего-то было глобально уникальное имя, потому что очень тупо из-за этого факапиться в 21 веке. Джавские конвенции гарантируют глобальную уникальность имени пакета без единого глобального хранилища всех пакетов. Ты можешь использовать любые репозитории, и as long as автор пакета серьезный чувак, имя пакета будет уникальным.
Алсо, это просто логично. Вендор-артефакт-версия. Захотел форкнуть пакет - окей, поменяй вендора, сразу все понятно: вот эта ветка от org.apache, а вот эта - от me.antoshka. Есть десять пакетов, относящихся к одному проекту - окей, вот hk.2ch/makaba, вот hk.2ch/dollchan, вот hk.2ch/abupidor. Просто, логично. А эти изобретают какую-то хуйню с тегами, опять же завязывая все на один централизованный репозиторий со свистелками.
Дальше, от этого нет никакого оверхеда. В том же lein, например, если groupid = artifactid, то не нужно писать его два раза. Ну то есть поверх изначально нормальной системы можно легко добавить немножко сахара, и оно будет выглядеть точно так же, как и здесь.
Это все про неймспейсы в контексте пакетов. Если же ты спрашиваешь зачем нужны неймспейсы в контексте модулей (ну то есть конкретно в коде), то ты пиздец какой ушибленный, у меня нет необходимой медицинской квалификации, чтобы такие вещи объяснять.
А теперь давай по минусам неймпейсов?
Вот у тебя 33 форка одной и той же либы. Какой брать?
Конвенции ничего не могут гарантировать, т.к. нарушить их вообще нехуй делать.
С крейтами и форками вообще никаких проблем. Прописываешь путь до исходников, хоть на гитхаб, хоть в соседнюю папочку.
В общем кроме "богоугодно" реальных профитов не видно. Только код в 5 пустых папках всегда лежит, охуеть как удобно.
>Вот у тебя 33 форка одной и той же либы. Какой брать?
При чем тут неймспейсы? Хуйню какую-то несешь.
>Конвенции ничего не могут гарантировать, т.к. нарушить их вообще нехуй делать.
Я специально в своем посте несколько раз акцентировал внимание на том, что конвенции на то и конвенции, что все нормальные вендоры их соблюдают, и следовательно их имена пакетов всегда уникальны. Если два каких-то говнопакета выбрали одно и то же имя, то это проблема говнокодеров этих говнопакетов - и опять же, неймспейсы тут ни при чем.
>Прописываешь путь до исходников, хоть на гитхаб, хоть в соседнюю папочку.
Короче, ты вообще не понимаешь, о чем речь...
>Только код в 5 пустых папках всегда лежит
...и несешь какую-то выдуманную хуйню.
>Так какую проблему решают нейспейсы то?
Проблему того что в 5 либах которые ты используешь идентификатор Request используется 8 раз.
>>174918
Как ты от неймспейсов перешел к пакетам? При чем здесь
>Вендор-артефакт-версия
Когда форкают библиотеки, никто не переименовывает неймспейс. Или ты не об этом?
Разговор идет за неймспейсы для крейтов. Бесполезная ненужная хуйня. Почему-то npm в котором обосраться сколько пакетов спокойно без этой залупы живет.
Поясни про джоины в последней строке. Я так понял джоин стоппит мейн поток и возвращает управление когда дочерний поток завершился.
Я плохо представляю как это в цикле последовательно вызывается для нескольких дочерних потоков сразу. Типо заспавнили 10 потоков, потом первый по счету поток стоппит мейн (а следовательно и форич) и мейн ждет когда ему передадут управление. Потом первый поток завершается и теперь второй по счету стоппит мейн и тд. И как быть если второй поток завершился пока первый стоппил мейн, а потом у завершенного потока вызывается джоин, это типо ок? Или всё вообще нихуя не так?
Там в середине цепочки есть collect.
Запускаем 10 тредов, получаем 10 handle, которые собираем в вектор. Все 10 тредов уже выполняются.
Потом для каждого хэндла делаем join по очереди, тем самым дожидаясь исполнения всех запущенных потоков.
Но все джоины должны вызываться не сразу, а только тогда, когда предыдущий передал управление в мейн?
Да, конечно. Первый джойн лочит тред. Это не создает проблем, потому что оставшиеся треды доделывают свои дела и спокойно ждут пока до них дойдет очередь джонится.
Поясни еще одну вещь, почему если не делать коллект, то потоки стартуют не одновременно, а только когда предыдущий завершился?
В вебе не правильно работает, но код вот https://play.rust-lang.org/?gist=93b2a6cabf10dc65652cbb0edc366a9d&version=stable
Потому что итераторы ленивые. То есть когда ты делаешь .iter().map() никаких действий реально не выполняется, а лишь создается цепочка отложенных вычислений. Чтобы её запустить надо либо сделать collect получив некую коллекцию с результатами вычислений созданной цепочки, либо вызвать, например, for_each который выполняет цепочки, но ничего не возвращает.
Блять точно. В джаве это называется конвейерные методы, что то я забыл про них. Спасибо анончик
геттеры - это антипаттерн
хоть в расте, хоть не в расте так, как у тебя на пикрелейтед, делать не надо
до ответа на свой вопрос ты наверное уже и сам догадался, да?
>геттеры - это антипаттерн
У нас на галере за такое увольняют нахуй.
>до ответа на свой вопрос ты наверное уже и сам догадался, да?
Нет, я тупойспал.
Ну допустим даже если я убираю геттер и делаю поле pub все равно проблема остается.
Тут, кстати, геттер я делал не ради геттера, а потому что в сеттере кроме установки поля пересчитывается матрица view камеры. И если про это забыть и устанавливать позицию через открытое поле то пересчета делатся не будет и получим инконсистент камеру.
>геттеры - это антипаттерн
Ну вот у него, например, положение камеры задается матрицей трансформации 4х4. Как ты получишь положение камеры без геттера?
>У нас на галере за такое увольняют нахуй.
Сочувствую. :P
>Тут, кстати, геттер я делал не ради геттера
Ну тогда ладно. Правда, по соглашению для field имеем: field, field_mut, set_field.
>все равно проблема остается
Потому что у тебя иммутабл борроу внутри мутабла. Вынеси иммутабл за пределы вызова метода на мутабле. Подробнее:
https://stackoverflow.com/a/41189051
http://smallcultfollowing.com/babysteps/blog/2016/04/27/non-lexical-lifetimes-introduction/
>>177490
>Как ты получишь положение камеры без геттера?
Ну если ВООБЩЕ в вакууме говорить, то либо у тебя внутреннее представление - деталь реализации, и тогда геттеры ненужны; либо у тебя просто данные, и тогда геттеры ненужны; либо у тебя две разных полноценных хуйни, и тогда синлреспонсибилитиблаблабла, надо разносить и геттеры опять ненужны. Ну а в идеале у тебя конечно вообще энтити иммутабельные и инконсистентностей быть в принципе не может (ну, как... в рамках этого конкретного случая), и тогда геттеры ненужны. Но тут у чувака вообще камера работает напрямую с инпутом, лол, то есть как бы о какой-то архитектуре и прочем хуе-мое говорить и вовсе неуместно.
Если бы данный случай не был исключением, ты бы о нём не знал и треда этого не существовало бы.
мимонекропостер
>Но тут у чувака вообще камера работает напрямую с инпутом
Хм, имею опыт с юнити и gdx, там это происходит примерно так же. Если есть какие-то идеи как это можно сделать лучше то я с удовольствием послушаю.
>Ну допустим даже если я убираю геттер и делаю поле pub все равно проблема остается.
Блжад, тебе совсем другое предлагают.
Ага, примерно так же, блядь. Обычно у простой камеры есть таргет энтитя с компонентом позиции, к которому она привязывается. Вообще, инпут со всякими is_key_pressed в игровой логике - это пиздец же. Тащем-та лучше бы у вас на галере за это увольняли, а не за отсутствие геттеров, например.
Rust происходит из семейства ML, если знаком с OCaml или Haskell, будешь как дома. Но использовать его как Haskell не получится, из-за его задротства по памяти. Например для каждого замыкания нужно явно указать, кому и как будут принадлежать данные.
>Например для каждого замыкания нужно явно указать, кому и как будут принадлежать данные.
И это хорошо.
inb4: байтоеб
StandardML/Ocaml элита в треде. Главная фишка МЛ языков - тайп инференс проебан, так что это еще спорное утверждение.
>Экзистеншилы
>Экзистеншилы
курсы иностранных языков в балашихе.jpg
Речь о параметрическом полиморфизме, который для замыканий в расте не реализован.
>курсы иностранных языков в балашихе.jpg
А ты точно мл-элита?
>Речь о параметрическом полиморфизме, который для замыканий
Это если бы у тебя была функция вида (a -> a), а у тебя тут значение вида closure<T>, причем возможно линейное.
Clojure может использовать Java библиотеки. Стал бы ты ожидать, что динамический Clojure можно одной кнопкой превратить в валидную джаву?
Изучи, как работает система типов в мл, пожалуйста.
В качестве другого примера — нельзя сделать 100% конвертацию между системами типов Flow и TypeScript. Даже при том, что синтаксис и суть почти идентичные.
>нельзя сделать 100% конвертацию между системами типов Flow и TypeScript
кому бы этом могло быть выгодно...
С avr пока туговато, зато cortex-m уже во все поля - в cargo нужный target прикрутили, можно без костылей (xargo) собирать. Ну вроде с переходом на llvm5 и avr доделают.
А вообще смотри rust embedded working group и основных контрибьюторов - там один специально за avr отвечает, у него в гитхабе/бложике можно найти интересного.
Горжусь Россией.
Раст же ржавчина типа
кто это? почему шлюха?
что сложного в переписывание уже задизайнинной программы тем более опенсорсного?
Обсуждали уже раз двадцать.
Блядь, какие же они охуенные.
Isis Agora Lovecruft, блядь. С пиэйчди по физике и английской литературе. Работает над тором с 2010. Блядь, ей сколько лет тогда вообще было? Серьезно, у меня стойкое ощущение, что они принадлежат к другому биологическому виду.
https://www.patternsinthevoid.net/
Да. Я же говорю - у меня стойкое ощущение, что они находятся на следующей ступени эволюции.
О, о, анончик, ты писал на TypeScript, да?
А то у меня важный вопрос о TS есть, а в JS-треде нихуя не ответили.
Сап, растовчане, я в программировании полный ноль, хочу вкатиться .
Стоит ли изучать первым языком раст ? Был вариант учить питон, я даже основы выучил, но боюсь привыкну к питону и не смогу нормально программировать на си-подобных языках,коим по моему мнению и является раст
кароче стоит ли учить раст как первый язык программирования ?
>си-подобных языках
>коим по моему мнению и является раст
C и Rust являются одними из относительно немногих низкоуровневых языков, языков без GC. На этом "подобие" по-моему заканчивается.
Но что-то мне подсказывает что ты сравнивал их по наличию фигурных скобок.
>кароче стоит ли учить раст как первый язык программирования ?
Нет. Учи чистый C как первый язык программирования, не прогадаешь.
Rust это скорее ML-подобный язык, который мимикрирует под С
https://doc.rust-lang.org/reference/influences.html
В том-то и дело, что даже непохожа.
Учи джаву и ищи работу. Rust и как посоветовали Си не вижу смысла учить как первые языки - работы не найдёшь. Твоя цель - это получить работу прежде всего. Потом уже будет больше свободы - глянешь сишку чисто в академических целях, может в Rust перекатишься. Главное - получи работу.
>первые языки
>работы не найдёшь
Бля, я 2 языка знаю хорошо, ещё 5 базово и у меня всё ещё нет работы.
Потому, что это слишком нетрадиционный язык. Его концепции чуть отличаются, поэтому тяжелее перейти и делать что-то полезное. А ещё полное отсутствие удобных средств разработки, отладки и профилирования.
Вот тут ты неправ. В него вкатиться и начать гораздо проще, чем в большинство языков, из-за современных средств разработки, пакетного менеджера, удобного инсталлера
инсталлер - если о линупсах, то gcc вообще из коробки, лол=)
пакетный менеджер - чек, хотя для холловорлд почти во всех языках нинужны дополнительные либы.
Современные средства разработки? А с этого места по подробнее, может там уже и gdb для виндус починили, а кто умеет с автокомплитами работать?
> Еще вокруг него по каким-то причинам тусуется много швали нетрадиционной ориентации
Количество пидоров реально как-то напрягет. Из-за этого даже вкатываться не хочется, хотя язык интересный
Автокомплит — https://github.com/rust-lang-nursery/rls
Все IDE фичи первой необходимости предоставляет, хотя минус, что просто игнорит макросы.
Ух, а я-то и не догадывался, ты мне глаза открыл просто.
>пихать во все дыры, а он даже с мылом
-> /ga
Тут обсуждают программирование, а не твои интимные фантазии.
Конечно. С++ - это же не си.
>Суди о технологии по объективным критериям
Ты прав. Надо отбросить всё это даже-не-знаю-как-назвать. И быть объективным. У меня такое ещё бывает в противовес хайповым языкам, типа котлина. Хотя объективно он неплох. Буду исправляться.
Кресты теряют один очень большой и денежный рынок. Напару с PHP. Т.е. веб.
Раньше было так: пилим на пхп какое-то говно, но быстро. Набираем базу пользователей и огребаем перфоманс проблемы. Нанимаем крестовика, он запиливает ботлнек и все рады.
Быстро вышли на рынок, мало ебались.
Теперь сразу пишут на Go. И оно сразу и быстро написано и норм работает.
Результат - рынок крестов проседает в серединке.
Т.е. осталось дохуя дешёвых вакансий в НИИ, которые ещё лет 10-20 будут хуйнёй страдать за копейки.
И остались супер-вакансии супер-сеньоров в убер-производительных проектах. Тут платят дохуя. Но требования ещё выше.
В серединке очень тонкий и специфичный рынок геймдева, который и рынком сложно назвать
Итог - катись в Го-шечку вслед за рынком. Причём будешь иметь профит. Большинство гошников - это похапехеры, которые нихуя не знают, не умеют и не понимают. Экс-крестовик имеет преимущество.
Рядом с Rust он выглядит как не очень умелая поделка от студента с не очень широким кругозором.
Rust по сути единственный кандидат.
>катись в Го-шечку вслед за рынком.
>вслед за рынком
Уже тысячу раз обсуждали, что ее популярность второй год падает инб4: как будто там есть куда падать. Для такого молодого языка это фактически означает смерть гроб кладбище пидор.
И это с учетом маркетинга и хайпа от гугла, анон.
Алсо, в том посте вопрос был вообще про системное программирование.
>системное программирование
>сборщик мусора
>системное программирование
Это на 100% либо легаси-код на Сях из 90х (как у прыщей так и у шинды). Либо игрушечные РТОС на сях в бомжеэмбеде.
Из системного программирования говноплюсы появились, разве что, с приходом LLVM, когда на прыщах его встроили в драйвера месы как компилятор шейдеров для амудэ и печи.
Что?
> Почему Rust не взлетел? Производительность почти как у C++, но работать с ним удобнее/легче.
Потому что посмотри на свой график, где бест-кейс раста как ворст-кейс плюсов. По-этому графику производительность раста по факту "чуть быстрее жабы" а не "почти как у плюсов". Отсюда и получается, что раст - не рыба и не мясо.
И не забывай, что в плюсы байты ебать идут, аллокаторы самопальные писать и прочей херней вроде data-oriented-design заниматься, когда для жабы топового сервака перестает хватать. Ну или когда нужно круйзис с топ графинычем продать. А раст всем этим заниматься запрещает. Ну и нахуй он такой тогда нужен если есть жаба?
>По-этому графику производительность раста по факту "чуть быстрее жабы"
Там логарифмическая шкала. Если брать среднее значение, то раст где-то в полтора раза быстрее жавы, а в ворст кейсах и в два раза.
"по этому" вообще-то пишется без дефиса
Ну на пикче же видно, что он в бест кейсах на равне с С.
https://en.wikipedia.org/wiki/Box_plot
>>194130
>бест-кейс раста как ворст-кейс плюсов
Вообще-то average.
это разные x
как если бы
let x = "fals";
let xlen = x.len();
let xpowertwo = x.is_power_of_two();
println!("{}", xpowertwo );
и это дебилушка написано в самом начале книги про раст
Variable shadowing. Каждый из этих иксов существует независимо друг от друга
Этой пикчей можно обоссать тех даунов, что полностью пишут программы/сервисы сложнее гостевой книги на языках из правой части (те, что после nodejs)
> erlang
> для программ не сложнее гостевой книги
> десятилетия хардкорного хайлоада с даунтаймами исчисляемыми в десятых секунды
> для программ не сложнее гостевой книги
Понятно.
> > десятилетия хардкорного хайлоада с даунтаймами исчисляемыми в десятых секунды
Есть пруфы?
Какова цель? Что-то конкретное запилить?
>To pass flags to all compiler processes spawned by Cargo, use the $RUSTFLAGS environment variable or the `build.rustflags` configuration option
А разве это не очень старая картинка?
Но гораздо меньше, чем у C/C++.
https://gitweb.torproject.org/tor.git/tree/ChangeLog?h=tor-0.3.3.6
Ну кроме фаерфокса, что еще годного есть?
Наоборот, язык подсказывает, как делать нельзя, когда в C у тебя код молча взорвется в продакшене, если не будешь это все держать в голове.
Илюша думает, что он у мамы криптограф, потому что на галере его заставили написать свою гаражную рса.
Выглядит как пук в лужу какой то.
Может, тоже вкатиться в раст? Какие у него usecases? Можно погромировать микроконтроллеры, писать REST-сервисы, написать криптолокер, создать морду для БД? Можно написать на нем Fat-16 или загрузчик ОС?
Меня кстати наоборот раздражает что раст как игра часто гуглится.
Да, название для игры стоило пооригинальнее придумать. Все время результаты поиска засоряет
И он не мог быть "C Next", потому что он начинался как вариация на тему OCaml и только потом они нашли такие абстракции, чтобы эффективно пойти еще в более низкоуровневое программирование.
Так что он скорее был бы System-low-level-ML
Можно делать всё из списка.
Да и вообще для любой рекурсии, если хранить move-нутое на дне стека
Нет хвостовой рекурсии. А если и будет, то наверняка с явным синтаксисом.
Крч, я потестил.
Если аргументы умещаются в регистры, то ничего не копируется и не перемещается.
Иначе пушатся на стек и очищаются только в конце, т.е. стек засирается.
Где-то 6 u64 стек не юзают. Я думаю будет большая разница в производительности чувак который создавал тему про "много аргументов не нужно" был прав
let mut x = vec![1,2];
let mut y = &mut x;
Что после после этого разрешено делать с x? Ничего?
Так просто поэкспериментируй. Чего ты как маленький?
А ты кто такой?
Crystal вообще любительская поделка. Даже Go лучше, хотя сделан старперами для нюфагов
Ну и что же тут нелогичного?
Насколько это идиоматичный код на расте? Выглядит охуенно и читается намного лучше чем императивная for in история.
Поддвачну
io::stdin().read_line(&mut guess).expect("Не удалось прочитать строку");
Вопрос: почему мы объявляем переменную answer изменяемой? Получив пользовательский ввод мы ее не меняем же. Или мы должны делать mut, так как сначала переменная инициализируется NULL'ом?
String::new() создаёт пустую строку
Кстати это мне напомнило одного товарища, который ваще не умел в доки и маны, постоянно спрашивал всякую хуйню. Зато как прочитать paper по алгоритму на 10 страниц и сразу понять так это у нему.
Меня реально Никита зовут.
И даже если бы в safe расте можно было бы куда-то передать ссылку на не инициализированную переменную, тебе бы все равно пришлось ее сделать mut, иначе ты бы не смог сделать &mut s.
Ссылку нельзя, зато можно так:
https://play.rust-lang.org/?gist=ecd6f7813ea7b7c4f8ab2cf4cec9ae84&version=stable&mode=debug
Синдзи - уебок.
Это плюсы, только в систему типов добавили чуть больше матана, и (пока еще) нет слоя легаси, в котором никто нихрена не понимает.
Из них самых, только петухи ещё жалуются на систему типов и лично мне указатели lifetime кажутся недоделанными.
Ну а когда язык допилят тогда всякие scala, c++, haskell соснут с проглотом, потому что в языке уже лучшие компилятор, документация, коммьюнити.
А, это вы что ли про ту загадочную теорию типов?
Очень надеюсь. Все же языки стартовали вроде не сразу, а медленно, по нарастающей.
А если мне 8 лет?
Проще в скриптопарашу, наверное.
https://doc.rust-lang.org/book/second-edition/ch09-01-unrecoverable-errors-with-panic.html#using-a-panic-backtrace
Почему у меня бэктрейса нет нихуя? Алсо, выделенная на скрине папка не существует.
Может ты на скрин >>210182 взглянешь, блджад? Я это в терминале и вводил.
>>210222
Там ответы на "как передать переменную окружения RUST_BACKTRACE=1 в процесс cargo".
Я переменную точно передал. Вот скрин, при запуске >RUST_BACKTRACE=1 cargo run
cargo не выводит
>note: Run with `RUST_BACKTRACE=1` for a backtrace.
т.е. переменную он явно получил, но трейс всё равно не печатает.
Алсо, проблема не в том что у меня mingw-баш под виндой, в ГовноШелле тот же результат.
https://github.com/rust-lang/rust/issues/45027
Ну что поделаешь. Виндой занимается мало народу.
https://unicode-rs.github.io/unicode-segmentation/unicode_segmentation/trait.UnicodeSegmentation.html#tymethod.graphemes
>fn graphemes<'a>(&'a self, is_extended: bool) -> Graphemes<'a>
Тут же явное указание лайфтайма 'a на самом деле не требуется, он выведется из lifetime elision rules?
Вот это самая бесящая часть языка, когда лайфтафмы нужны даже в суперочевидных случаях. Я думаю в раст 2018 пофиксят.
Никаких аналогов HKT не будет в расте ещё пару лет точно. Скоро выкатят NLL, но эту проблему оно не фиксит. Да и это не является большой проблемой.
Их невозможно реализовать в рамках zero-cost abstractions. Ибо HKT могут позволить запросто создавать типы условно бесконечного размера, которые в расте невозможны в unboxed виде. Ну и вообще для того, чтобы реализовать даже какое-то подмножество HKT нужно нехило перелопатить компилятор. Пока что статус ближайшей реализации какого-то аналога HKT здесь https://github.com/rust-lang/rust/issues/44265. Как можно заметить, до стейбла этому ишью ещё очень далеко.
И где тут HKT?
https://www.reddit.com/r/rust/comments/8s7gei/unsafe_rust_in_actixweb_other_libraries/
Кстати мы юзаем актикс-веб в проде.
нельзя просто так взять и взять остаток от отрицательного числа, да? пришлось городить адовый пиздец -- или это норм?
если чо либа кизмет, и другую подключить не варик для меня в данный момент времени
Похоже на UE
Unreal Engine.
собрал тастик на паблик переменных, потыкал всякие уже чисто без всего остального, кароче да тупо не врубается это говно, есть минус или нет
так что просто добавил модуль после минуса и потом на абс, да, пиздец, по другому никак
торопишься?
1920x1080, 0:38
>как там с сборкой мусора
Она статическая - компилятор считает, где объект можно\нужно уничтожить, и сам вставляет вызовы free, если в общих чертах.
>можно ли например объявить объект управляемым, чтоб он участвовал в gc, или локальным например, чтоб при выходе из блока он сдыхал
Да.
>>системное программирование
>>сборщик мусора
Тут, да и в других местах, всё время подразумевают сборку мусора как нечто, что прям на порядки снижает производительность и детерменированность, при этом сами за обе щёки готовы наворачивать всякие Rc, Arc и прочую протекающую срань. Откуда пошло такое предубеждение?
Я напиздел, в расте все как в си
https://internals.rust-lang.org/t/mathematical-modulo-operator/5952
Суть в том что rc используется гораздо реже чем обычные ref и box в низкоуровневом программировании. Ну и с rc ты все равно контролируешь время жизни, а чтобы не текло надо знать когда юзать Weak
ну вот ведь нахуй, зачем ты же ты пиздишь анончик, не надо так
я просто смутно помнил что так какая залупа в архитектуре с ламповых времен и что только в высокоуровневых языка это исправляют
и как они разруливают там это говно?
>>216980
>биндинги пилить для любимой змеи без задней мысли?
можешь, я читал люди пишут мол вообще питони нинужен, как по мне выглядит как ядерный пиздец все, как можно кайфовать от указания int32 после каждой переменный лютый ад
>как можно кайфовать от указания int32 после каждой переменный лютый ад
Нормально, на самом деле. Без стрельбы по ногам в процессе implying int ==32bit
>Тут, да и в других местах, всё время подразумевают сборку мусора как нечто, что прям на порядки снижает производительность и детерменированность, при этом сами за обе щёки готовы наворачивать всякие Rc, Arc и прочую протекающую срань. Откуда пошло такое предубеждение?
Подразумевается, что сборка мусора влечет за собой рантайм, который в свою очередь опирается на реализованный операционной системой функционал, которого в момент написания системного кода еще нет.
На большинстве языков с GC системное программирование на оных языках заканчивается на этом моменте, после чего открываются исходы этих языков (которые как правило на богомерских плюсах) и еблей байтов на плюсах начинается изобретательство велосипеда по скрещиванию страничной виртуальной памяти и GC.
В расте такой хуйни нет.
>Нормально
>fn f64_div_rem(x: f64, m: f64) -> (f64, f64) {
вам там вскод хотя бы указатель сам автоматически дописывает?
да я уже нагуглил они так же вычитают и потом делят на модуль, неясно правда зачем, но почти так же как я, так что можно успокоиться
В большинстве случаев типы автоматически выводятся
А тебе не горит на питоне проверять тип передаваемого значения каждый раз?
>А тебе не горит на питоне проверять тип передаваемого значения каждый раз?
А зачем его проверять каждый раз если можно его не передавать. А если ты даун с куриной памятью, не могущий вспомнить что писал неделю назад - так для этого тесты придумали.
>проверять тип передаваемого значения каждый раз?
похуй вообще я хоббист, но вот такая поибень иногда ебет голову и не сразу соображаешь чо ему не хватает
Такую ядерную чушь можешь нести только студент второкурсник, который сложнее lapa2.cpp ничего не писал.
Юнит-тесты для проверки типов это ж ваще пушка
Я ничего против этого не имею, но когда таким занимаешься то не пизди на нормальную типизацию
> Не передавать
Ну да, а TypeError нахуй в питоне не нужен, я ж ничего лишнего не передам
>rc используется гораздо реже чем обычные ref и box в низкоуровневом программировании
Ну ref да, но для box ведь тоже накладные расходы имеются, тот же стек размечать надо на случай падения. Или в расте это всё можно отключить и падать уже насмерть?
>>216992
>Подразумевается, что сборка мусора влечет за собой рантайм, который в свою очередь опирается на реализованный операционной системой функционал, которого в момент написания системного кода еще нет.
Раз речь про настолько низкий уровень, тогда ясно. А malloc-то сам уже есть, или его тоже пилить приходится?
>На большинстве языков с GC системное программирование на оных языках заканчивается на этом моменте
Вот тут совсем не понял про что ты. Есть же всякие unsafe конструкции для языков со сборкой мусора и раз они есть зачем клепать что-то на плюсах?
Я ещё слышал про методу, хотя самому сталкиваться не приходилось, когда на некоторой платформе, для той же пусть явы, обеспечивается совсем минимальная среда, которая память лишь выделяет, а при её исчерпании падает. Насколько, интересно, подобное жизнеспособно.
Типизация нужна не только для отлова ошибок, но и для документирования кода. Без нее ты смотришь на заголовок функции и гадаешь, что там в переменной. Когда я смотрел код youtube-dl , приходилось искать, откуда вызывается функция, чтобы понять тип аргумента.
Ну и отлов ошибок тоже полезен конечно. Большие проекты, которые пишет несколько человек, сложно писать без типизации.
>А malloc-то сам уже есть, или его тоже пилить приходится?
Маллок можно навелосипедить средствами языка путем запиливания страничного менеджера (как и placement new). В расте тоже можно кастомный аллокатор заебенить. А в жабке и решетке - хуй, жри что дали с JVM и CLR. Которые почему-то на плюсах и С, бгг.
GC зашит в рантайм языка с GC и опирается на средства операционной системы. Чтобы запилить кастомный рантайм с GC поверх голого железа придется перепиливать рантайм, а он на плюсах.
> Вот тут совсем не понял про что ты. Есть же всякие unsafe конструкции для языков со сборкой мусора и раз они есть зачем клепать что-то на плюсах?
Вот и мне интересно, почему у этих языков рантайм на плюсах и гвоздями к ос прибит. А unsafe конструкции проблему наличия прибитого гвоздями к языку рантайма на плюсах не решают, к сожалению.
Вот в расте обошлись без рантайма на плюсах, например.
Не знаю, попробую сегодня поиграться
По-моему я видел для каждой функции ее пару для panic'a, т.е. никакого оверхеда, но могу ошибаться.
Плюс есть panic = 'abort', думаю в этом случае точно ничего лишнего не должно быть.
Жабка неспешно уходит от этого. Вон компилятор на ней уже переписали. Но рантайм конечно на жабе написать задача нетривиальная.
А можно сделоть например так, чтоб работы по мемори-менеджменту в каком-то потоке не выполнялись никогда, а делигировались какому-то другому потоку? Например ищу куда б портировать мое DSP приложение с фрипоскаля, в котором рендер-тред только считает синусоиды. Не хочу чтоб там же происходила внезапная оптимизация кучи ну или чо там делает мемори менеджер, когда освобождает память.
Есть jvm написанные на хуях собачьих, а не на си, и операционные системы, написанные на нём же. Ъ-компуктер-сцаентист никогда не будет говорить про "с++ рантайм", пусть даже в мэйнстриме он 99% с++
>Есть jvm написанные на хуях собачьих, а не на си
Пиздабол.
> и операционные системы, написанные на нём же
Пиздабол х2.
Лох цветочный, подбородочный.
https://github.com/zxh0/jvm.go
Здесь особенно смешно обосран, в этом итт треде
https://en.wikipedia.org/wiki/Redox_(operating_system)
Нахуя в 2018 выпускать unix-like системы?
Почему никто до сих пор не придумал нормальный формат экзешников/пакетов, нормальный набор сисколов (особенно связанных с ipc), нормальную систему конфигов?
Так тебя послушать, написал à la unix и всё само без еботы скомпилировалось и заработало сразу.
Хм. Буду изучат.
Да, а почему инсталлер говорит, что иди нахуй у тебя msvc тулчейн не установлен?
Впрочем, почитал спеку, походу язык реально наебалово очередное, нет ничего, что нельзя сделать на c. По мозгоебству можно на простых вещах выиграть, в сложных скорее придется проигрывать.
Бинарный, уходи, тебе здесь не рады.
thx
rise-ui
Загугли уже про static vs dynamic linking
После rustc -C opt-level=3 -C lto -C link-args=-s hello.rs
получилось 425 килобайт — всё равно многовато!
Согласен, совсем охуели со своими хипстерскими языками, памяти на них на напасешься! 640 килобайт должно всем хватать!
>о для box ведь тоже накладные расходы имеются,
Box - это же практически unique_ptr из плюсов.
Можно, но нужно ли? Только чтобы ссаные килобайты сэкономить отказаться от нормального аллокатора?
Чет проиграл, если афтары, декларирующие ебический вывод и контроль безопасности на уровне канпелятора в то же время не смогли обеспечить отсутствие лишнего кода в бинарнике, ну что тут блядь сказать... Где-то нас наёбывают.
Я хочу, чтобы у меня был файл settings.rs в корне, в котором будет лежать всё, что пользователь может настроить, например функции, который он потом будет использовать. Функциям хранится в самом файле settings бессмысленно, поэтому я выношу их в отдельный файл, но оказывается, что я даун и хранится оно в корне не может. Для того, чтобы cargo нашёл мой functions.rs мне нужно засунуть его в settings/, что не логично, и если бы в обычном проекте так всё лежало я бы был немного возмущён. Итак, как мне всё это организовать, чтобы settings был в корне и всё было красиво?
И что? В D юниттесты прямо в синтаксис языка впилены, в pl/sql же надо неслабо заебаться, чтобы хоть что-то протестировать. Бизнесу тесты не нужны, они нужны раработчикам.
Ты же в курсе, что изначально раст стартанула мозила ради вполне конкретных бизнес-целей?
>>220673
Ты сишник?
https://doc.rust-lang.org/book/second-edition/ch07-01-mod-and-the-filesystem.html#moving-modules-to-other-files (всю главу не забудь прочитать)
Алсо, https://withoutboats.github.io/blog/rust/2017/01/04/the-rust-module-system-is-too-confusing.html
>Ты сишник?
было сложно?
олсо, последний год жавагосподин и ваще много чего перепробовал помимо си
>https://doc.rust-lang.org/book/second-edition/ch07-01-mod-and-the-filesystem.html#moving-modules-to-other-files (всю главу не забудь прочитать)
Да я читал, но ничего из этого не вынес.
>https://withoutboats.github.io/blog/rust/2017/01/04/the-rust-module-system-is-too-confusing.html
вот за это спасибо, но видимо я хуёво читаю просто, но как я понял синтаксис такой
блядь добавьте на двач возможность удалить, ебать я даун
обычно я читаю получше, но исправление имени ничего не дало
Никто не будет тут догадываться что ты там написал. Иди читай раст бук и повторяй примеры, сам найдешь свой проеб.
в смысле догадываться, я привёл вообще весь код, который вызывает ошибку, в functions.rs буквально больше нихуя нет, а растбук я ужа почитал, спасибо
И что ты там вычитал тогда, если не сообразил, что нужно написать mod вместо use?
Шрифты как шрифты. МНЕ НОРМ. Лучше скажи нахуя они пиздят про крутость язычка прямо на index.php? Это же открытый пиздежь, хеловорд на этом недоязычке стрипнутый весит 416 кб. Ебанутые, пиздец ебанутые.
Ты говоришь о том, в чём нихуя не разбираешься.
https://lifthrasiir.github.io/rustlog/why-is-a-rust-executable-large.html полностью прочитай.
Жаль, что нет официального rust-faq, где бы были собраны лучшие ответы на платиновые вопросы.
У фпипоскаля
Тот факт, что ты не умеешь собирать минифицированные бинарники вообще никак не означает, то написанное на индексной не правда.
Падажжи, раст позволяет или нужно уметь? Это важно, потому что я умею создавать компактный потокобезопасный быстрый код на других языках, т.е., на расте код сразу не будет не компактным и эффективным, а будет только безопасным? Профит как-то неочевиден.
да я понимаю, что я жопой читаю, но я реально не могу понять, как оно работает. Я уже задал вопрос на stackoverflow и там мне сказали, что нужно писать mod xyu в корне и потом уже в самих файлах где надо писать use. Сделали бы просто как в жаве или плюсах, но нет же, сделаем по новому.
1) Функции выполняющиеся во время конпеляции. Пилится три года, но обещают допилить до конца года: https://github.com/rust-lang/rust/issues/24111
2) Non-type параметры для генериков. Обещают допилить до конца года, но в Rust 2018 оно не входит, так что возможно будет пилится ещё дольше. https://github.com/rust-lang/rust/issues/44580
3) Генерики в качестве параметров для генериков, оно же Higher Kinded Types. Нету даже rfc.
4) Рефлексия во время компиляции. Решается макросами, да. И в отличии от C++ оно работает. Правда всё равно как минимум придётся работать с (почти) полноценным парсером Rust'а (например syn) вместо нормальных АПИ.
И, кстати, что там с IDE и отладкой?
При чем здесь потокобезопасность или компактность? Мы ведь про размер рантайма говорили. У раста он охуительно минимален, если умеешь писать с no_std. И бинарник со статической линковкой будет такого размера, что меньше уже только hand written asm.
Ну и Rust не для javac ебанатов, увы. Нужно понимать, что такое системные вызовы, .data, ELF. А то ты взвешиваешь недостатки своей операционной системы MSVC, а не возможности Rust. Иди читай про no_std, no_mangle.
И да, позволяет, но нужно уметь.
> У раста он охуительно минимален, если умеешь писать с no_std.
Лол. no-std это раст без рантайма. Тут дело в том, что C++-рантаймы обычно уже есть в системе и их не нужно статически линковать к приложению (хотя иногда и линкуют), а вот растовые рантаймы уже надо всегда статически линковать в приложение. Вообще у раста довольно всё грустно с разделяемыми библиотеками (впрочем у C++ тут тоже всё грустно, правда успело появиться куча костылей для обходы почти всех багов).
Алсо, jemalloc, который по-умолчанию линкуется во все приложения, но слава богу в последней версии раста его уже можно отключить. Из-за него растовые программы ещё и ОЗУ больше кушают, поскольку жемаллок заточен под пирформанс.
Там из рантайма только 3.5 функции для того чтобы самим языком можно было пользоваться (хотя часть std туда иногда переносят, если они работают без динамических аллокаций).
И, кстати, вроде же пока нельзя делать no_std-приложения на стабильном расте? По крайней мере пока не стабилизируют это: https://github.com/rust-lang/rust/issues/44489
>я реально не могу понять, как оно работает
>я жопой читаю
))
По-моему сделали неудобно (иерархия в фс не полностью соответствует иерархии модулей; модуль объявляется не в том файле, где реализуется), но чтобы пользоваться все-таки достаточно прочитать (не жопой) растбук. Если ты mod/use путаешь, тот тут имхо вообще раст не виноватый. Короче сядь да разберись, анон, прям читай растбук и тут же все варианты в коде пробуй.
Ну, честно говоря несколько интрисиков llvm и 3.5 функции для работы с фичами языка я за рантайм не считаю.
Так это вопрос определения, а не чьих-то мнений. Впрочем, не вижу смысла об этом спорить.
Спорить можно о том, что без std от раста остаются рожки да ножки и использовать это имеет смысл разве что в embedded или для каких-нибудь драйверов. Писать любые другие приложения без std не имеет смысла.
> С++-рантаймы
Ой, содомит, прекращай. Иди курс ОС пройди для начала, Таненбаума хоть прочти. Ну или википедию по libc и системный вызов.
>>221498
> 3.5
https://doc.rust-lang.org/core/index.html
И попробуй подумать, что останется в крестах без libc.
>>221504
> Писать любые другие приложения без std не имеет смысла
Конечно не видишь. Ты вообще много чего не видишь. Например unikernel или bare-metal.
Что еще в issues добавим? Non-blocking IO без epoll/kqueue?
Собери с динамической линковкой, ты же умеешь. лол нет
А я хочу статику по умолчанию, и отладочные символы. И -O0. И stderr хочу блять. И malloc хочу.
А ты уебывай зелловорлды писать. На большее не годишься.
Дваждую этого. Как в том анекдоте про суровых сибирских мужиков и японскую лесопилку.
> с динамической линковкой
Ты же десятью постами раньше пиздел, что при включенной динамической линковке основная рантайм-малафья все равно линкуется статически.
Есть инфа? Senior 10лет в проде ищете или novice с релевантным опытом подойдет? Какие условия и как проходит собеседование? Нужно больше деталей.
Мне делать больше нечего? У меня рейт 300 евро в день, заплати - буду проверять.
Спешите видеть, автор компактного потокобезопасного кода на __других__ языках не может посмотреть на результат линковки helloworld бинарника на 500кб. v::go::lo::sin(u);
Для этого надо жопу поднять, скачать раст. Мне лень. В целом я скорее скептически настроен по отношению к расту, однако допускаю его развитие в нише, где с/спп сложновато и "небезопасно". Однако привязанность к сишной терминологии, это уже плохое начало. В то же время, судя по документаци, переименованы простые базовые понятия - передача по ссылке и передача по значению, интерфейс, тип. Зачем? Хотя бы только по этому убежден на 95% что раст не получит широкого распространения и развития за пределами конкретных проектов, для которых он был создан.
Ну а вот эта вся линковка - это как лишний повод доебаться.
Слишком много последнее время всплывает шлака с красивой оберткой - читаешь документацию, так аж как будто слюни во рту кипят от правильного языка и "гарантий стабильности и безопасности", а на поверку - корявая шняга.
На моей память кажись только автор груви покаялся тип, "если бы знал, что есть скала, то не стал бы свою хуйню придумывать".
Да не пизди, маня! Ты просто не можешь. Вот так, ага. Ты не умеешь в нативщину, лол. Не знаешь даже как секции в бинарнике по размеру посмотреть.
Что у тебя там переименовано, поехавший? Тип? Семантика копирования перемещения? Контракт? Сишная терминология блять. ООП хочется? DI/IoC навернуть?
Ну обосрался, не осилил borrow checker, бывает. Уходи писать свои круды и не мешай тут нам обсуждать единственный язык для построения систем в 2018 году, который не goвно. Допускает он развитие блять, развиватель 300/час.
И ещё вот этот скрин не помешает, раз уж по ссылке так трудно перейти.
В целом нет четких критериев, потому что вакансия не срочная. Рассматриваем людей, которых можно охарактеризовать как "general problem solver", с нужным нам техническим бэкграундом. Текущий стек: rust, common lisp, kotlin (выпиливаем в пользу раста), js(vue) на фронте (elm уже выпилили).
А почему нет?
Нет, спасибо. Мне нужен практичный инструмент, а не хуйня, на которой надо превозмогать и на которую не найти людей.
Тогда зачем Rust? Превозмогать придется, Sized, dyn Trait / Object-safe. И людей на Rust ты сейчас не найдешь, онли за большие деньги. Да и экосистема пока не готова к твоим крудам, а ты к экосистеме.
У нас уже все в проде и приносит бабло. Но тебе видимо виднее. На недавном митапе по расту было 30 тел, так что желающих хватает.
Ага. Типа того. Дрочим как хочем.
> практичный инструмент, а не хуйня, на которой надо превозмогать и на которую не найти людей
> Common Lisp, Kotlin, Elm
Нихуя вы суровые. Как вы cl себе впихнули? Домейн-то какой, хотя бы в общих чертах? Расскажи, анон, очень интересно.
Common Lisp же.
Банковская сфера. Был сервис авторизации и аутентификации на жабе. Наш главный наркоман заебался заставлять ее работать как нужно, плюнул и написал с нуля на общелиспе за пару дней.
Эх щас бы отказаться от промышленного Spring Security в пользу написанной на коленке поделке на лиспе. Да еще и для банковского ПО ))
Или манямирок или умственно отсталые
560x420, 4:52
>For example, Box<T> customizes Drop to deallocate the space on the heap that the box points to.
https://doc.rust-lang.org/src/alloc/boxed.rs.html#244-248
>Do nothing, drop is currently performed by compiler.
Потому что goвно это язык для отсталых индусов.
Дженерики не завезли, нормальную обработку ошибок не завезли, нормальную систему типов не завезли. Разве что грин-треды ничего и компилится быстро.
Скажем, если бы тебе понадобилось написать сетевой сервис критичный к производительности и сетевым зарежкам (привет Go GC), чтобы ты выбрал и почему?
Мы в проде используем actix_web, но у нас и нагрузки не большие. Правда чел из MS который писал этот фреймворк слегка накосячил с unsafe. В общем я думаю что rust на данный момент один из лучших языков для бэкэнда в широком смысле. Производительность это хорошо, но система типов и умный компилятор это очень важно.
Ну actix_web - это веб. А скажем написать load testing тул для кастомного протокола с хитрой логикой?
Я не выбирал. Но если бы выбирал, то эту задачу может быть на C можно было сделать. Все, что без GC и не накладывает оверхеда на обработку сетевых пакетов. Пишу в прод.
Я тут. Есть предложения по оформлению шапки?
Тому що разработчики раста принципиально делают так, чтобы приходилось явно описывать что ты собираешься делать. Да, они могли впихнуть методы вроде .map, .reduce (они могут называться по-другому, но ты понял смысл) напрямую в имплементацию коллекций как это сделано во многих других ЯП, но они предпочитают, чтобы явно было указано, что ты работаешь не с коллекцией, а с итератором коллекции.
Потому что ты можешь получить разные итераторы по одной и той же коллекции:
iter() -> по ссылке
iter_mur() -> по мутабельной ссылке
into_iter() -> по значению, по сути move
То же самое с collect — ты можешь явно указать какую коллекцию ты хочешь получить на выходе, если это не может быть выведено компилятором.
Можешь предложить дизайн апи, который будет работать без этого? Напиши RFC или еще лучше реализуй его в виде библиотеки. Если тебе не нравитя стандартная, на crates.io есть альтернативы, например https://github.com/bodil/im-rs или https://github.com/orium/rpds
Хотя похуй, я всё равно завязал с изучением Раста. Немножк растбук не закончил.
Но мне срочно нужно искать работу. А у меня ни диплома, ни опыта. И я в мухосрани.
Поэтому пришло время снова взяться за JS. Ибо даже с Питоном вакансий в моей мухосрани почти нет.
Так решись и поищи яйца переехать туда, где работа есть не только на JS.
Это копия, сохраненная 30 августа 2018 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.