>>1153414 Japaric запилил rust embedded working group
Я пока светодиодами безопасно мигаю на stm32f3discovery с помощью его rtfm, но пробую завернуть lwip в раст и мигать диодами по http/ethernet на nucleo767zi
Rust (англ. rust — ржавчина, произносится [rʌst] — раст) — мультипарадигмальный компилируемый язык программирования общего назначения, спонсируемый Mozilla Research, сочетающий парадигмы функционального и процедурного программирования с объектной системой, основанной на типажах, и с управлением памятью через понятие «владения» (систему аффинных типов[en][5], позволяющую обходиться без сборки мусора). Объектно-ориентированное программирование как таковое языком не поддерживается, но язык позволяет реализовать большинство понятий ООП при помощи других абстракций[6].
Ключевые особенности языка: безопасность, скорость и параллелизм. Rust пригоден для системного программирования, в частности — рассматривается как перспективный язык для разработки ядер операционных систем[5]. Rust сопоставим по скорости и возможностям с C++, однако даёт большую безопасность при работе с памятью, что обеспечивается механизмами ограничения. Rust также направлен на достижение «абстракции с нулевой стоимостью»[7].
После нескольких лет активной разработки первая стабильная версия (1.0) вышла 15 мая 2015 года, после чего новые версии выходят раз в 6 недель[8]. Для версий языка, вышедших после 1.0, заявлена обратная совместимость[9].
Язык отчасти берёт своё название от грибов семейства ржавчинные (англ. rust fungi)[10].
>>1156338 Чем тебя это напрягает? А если у них в кор-тиме старый жирный мужлан который бухает и пиздит жену и детей, но при этом он охуенный кодер. Это тебя бы напрягло?
>>1156338 то ли дело c++ комьюнити: на той же конференции cppcon НИ одной бабы, НИ одного негра, только белые полноватые очкарики и чутка азиатов хе хе
>>1156359 Неправда, бабы там есть. Одын, два, может даже тры баба. Просто трудно в С++ бабам вкатиться. Зато и политкорректного дерьма пока ещё не наблюдается.
>>1156346 >Чем тебя это напрягает? Тем, что пидары больше ебней в жопу занимаются, чем предметной областью. Так как это дело происходит в Сан-Франциско, где либе/пиде-растия и рассовые квоты заменяют здравый смысл, то нормальным людям там делать нечего.
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.
>>1157022 >выглядит ужасно и неотличимо, да? Ээ, ты походу не понимаешь, что такое макросы. Иди растбук читай. writeln() действительно выглядит неотличимо от функции, твой КО. Я другой анон, если что.
>>1157637 Что то, что другое - боль. Раст - императивный язык без метамагии, что, в общем-то, нормально, а если для тебя метапрограммирование - это с++, то слава богу, что сфинае ада нет.
Глянул статейку сравнения с кусками когда, когда раст лучше плюсов. Половина примеров так себе, т.к. компиляция с правильными флажками так же пошлёт нахуй Немного заинтересовало, есть интересные рюшечки в ваших растах:3 Теперь думаю, чего можно сделать, чтобы ощутить всю мощь? И как дела с интеграцией сишных либ?
>>1161658 >>1161572 Бля, не осилил. Почитал гайды, нихера не втащил. Для начала решил развернуть односвязный список. Оказывается чуть ли не книга написана, как на расте сделать односвязный список. Я в шоке, чё так сложна? Зачем эта тонна новых БИЗОПАСНЫХ концепций и конструкций? Я вообще потерял суть, какая область применения вашего раста? Для кровавого даже ООП нормального нет. Тонна конструкций, которые хрен знает как ложаться на реальное железо. Невнятный оверхед на рантайм, т.е. на контроллеры не влепить. Если в Си сразу понятно, как это машина исполняет, то раст это беттоная абстракция между кодом и железом. Добавить к этому отсутствие нормальной поддержки со стороны IDE и почему для винды из коробки не стоит gdb?! Это просто дно, ребята. Я кончил.
>>1165456 Слышь, епт, это мамаша твоя тут рядом тонет, понел?
>>1165455 >Почитал гайды, нихера не втащил. Это-норма.пнг Не торопись, анон. Постарайся разобраться в линейных типах, овнершипе и борровинге. Просто ты привык к тому, что знаешь, и мозг сопротивляется новым концепциям. Это нормально, если ты уже не тинейджер.
>раст это беттоная абстракция между кодом и железом. Zero-cost abstractions на то и зиро-коуст, что они существуют для проверки правильности исходного кода компилятором, но не влияют на генерируемый код. Так что никакой бетонной стены нет, байты-байтики все на месте.
Короче, попробуй все-таки еще раз почитать растбук, вдумчиво и не торопясь. Если ты не вундеркинд из гугл лабс, то ничего удивительного или ненормального в том, что "бля, не осилил" нет. Про списки куча примеров есть вот тут: http://cglab.ca/~abeinges/blah/too-many-lists/book/
Ну и я бы не рекомендовал пользоваться для разработки виндой, так как обычно она поддерживается плохо\никак, все на *никсах сидят. Но это так, личное дело каждого.
Дисклеймер, в продакшене я его не юзал я вообще тут мимо проходил на самом деле, лол, просто I know that feel сработало, так что по поводу изысканной ебли с перфомансом под разными платформами я тебе хуй чего подскажу. Но опять же, сомневаюсь, что тебе понадобится что-то в корне отличное от стандартных нативных тулзов.
>>1166138 Тенденция такая — кресты никто не любит, кто бы что не говорил. Поэтому те у кого есть возможность, заменяют его на другие инструменты, и раст неплохой кандидат.
>>1166291 Ответ холивара ради, почему мозиловцы несколько раз безуспешно пытались сделать парелельный цсс движок на крестах, и каждый раз обсирались. Зато когда сделали его на расте, квантум стал прям летать?
>>1166138 Зачем заменять-то, просто новые проекты/библиотеки есть смысл уже не писать на плюсах. Раст пока что единственный язык, который можно потащить в прод вместо си/плюсов без редактирования кода в текстовом редакторе и велосипедных библиотек. >>1166291 >Современные кресты вообще норм. То же говно из жопы. Уже покрасивее чем раньше, но всё равно днище.
>>1166347 "Внезапно". Поддержка от гугла с целью контролировать веб не сильно похоже на внезапно. При этом глупо отрицать техническое превосходство хромовцев.
Дело не в доле рынка, а в том, что одним с++ оказался нормальным и они спокойно решили на нем свои задачи, а другие выдумывают сомнительный недоязычок.
>>1166345 Не придирайся к словам, уёба. Я же даже пример привёл
>Примерно такая же как замена Obj-C на Swift?
Естественно никто не переписует каждое зассаное приложение с Obj-C на Swift, просто происходит постепенное вытеснение.
Так вот. Есть ли тенденция вытеснения C++ каким либо языком? Есть ли компании, которые сократили отделы кодеров на крестах и наняли больше разрабов на других языках?
Мне интересно, так как я сам разработчик на C++. Я не фанат C++, он просто делает своё дело. На нём можно создать крупную, такую как фотошоп, мс-офис, 3d-max и так далее.
И мне интересно, какая ситуация на рынке? Я сам не из Москвы и не вижу. Но думаю туда перебираться через пару лет.
В Москве как правило всё происходит быстрее, чем в остальной стране. ГО в мухосранях только начинает оживать, например.
Так вот, мне интересно. Что учить, на случай вытеснения языка из области системного программирования. Мне на язык плевать, но в области хочу остаться.
Спросил в растотреде потому что слышал что один из кандидатов - это ржавый краб.
>>1169553 Чо ты хочешь? Тут ты в коде 3 раза связал значение с именем x, при этом предыдущее значение никуда не попало, а осталось на стеке и ссылочная прозрачность сохранена.
Чет сегодня реально какой-то наплыв дебилов на мой уютный зекач, лол. Такое чувство, что кто-то запостил в каком-то студенточятике ссылку, и они сюда всей группой набежали. Я даже не вижу другого объяснения, как не открою нулевую - очередной тред про КАК МНЕ ИЗУЧИТЬ СИ ЗА МЕСЯЦ)), пиздец просто.
>>1169808 Как же охуенно наверное рассуждать о языке основываясь на 4 строках кода больше нихуя не зная о языке.
Маня, давай я тебе немного объясню
> строгая типизация не работает
Работает. После объявления `x` определенного типа ты не можешь использовать этот `x` как другой тип. А если ты снова объявишь `x`, но уже другого типа, то это уже будет другой `x`, который ты не сможешь использовать как `x` первого типа.
> оно ещё и течет
А вот хуй. После того как закончится скоуп, где объявлены эти `x` для каждого `x` будет вызван деструктор.
>>1170179 В каком месте он непопулярный? Второй год подряд номер 1 в списке любибых языков на SO. В проде уже много у кого. Вакансии появляются все чаще. Так что это просто вопрос времени.
>>1170179 Ну, он очень популярный для своего возраста и своей области применения. Стать еще более популярным ему мешает интертность мышления большинства разработчиков, которым тупо СЛОЖНА его выучить, ибо там есть несколько новых для них концепций.
C gfx-rs кто-нибудь работал? Пытаюсь запустить с example ебаный треугольник, нихуя не работает.
Делал по каким-то другим туторам тоже нихуя. Вот вроде нашел что-то приличное https://wiki.alopex.li/LearningGfx Последовательно пишу код, и все равно вылазит какая-то ебала, помогите, ржаваны. Вот мой код https://pastebin.com/S4zw44ni На пике ошибка, которую не могу побороть. Что там в параметры типов надо вставлять?
>>1172422 Что-то неохота, хз, что там за народ, а на дваче все мои друзья. Внезапно я решил проблему через gfx:Encoder::from(command_buffer) , хотя ебался с этим треугольником два дня.
И в связи с этим у меня чисто растовопрос: Если где-то реализован трейт From, то как-то автоматически создается и трейт Into на том классе, в который я кастую?
Няши, только вкатываюсь сюда, но язык оче нравится по сравнению с плюсами и жабой. Но вот чего я не понимаю (особенно после последней) это лютой ебли при работе с переменными. Вот, например, я хочу передать String функцию другого потока: а нельзя, она не копируется. Ладно, сделаю string.clone() и добавлю move, посылай ее а оригинал оставь. Нет, не хочу. В итоге пришлось создать новую переменную через clone, и послать ее. Захотел добавить цикл - хуй, один раз отправил переменную и всё. Неужели такая ебля будет каждый раз? Я понимаю что thread и memory safe, но это уже перебор мне кажется...
>>1172643 Проблема в том, что это интуитивно делается и в плюсах и в жабе, но заняло у меня час рысканья по интернетам. Это будет так во всех аспектах?
>>1172645 Ну так ведь в плюсах и жабе и нет тех инструментов работы с памятью, что есть тут, так что как-то некорректно это сравнивать - результат же разный.
>>1172639 Алсо, анончик, я немного не понял, что неинтуитивно-то. Шарить память между потоками нельзя? Нельзя, сломается. Ну ты берешь и клонируешь. Строки же не на стеке (они могут быть произвольной длины), а в куче, их нельзя просто скопировать втихушку от программера. Все явно и прозрачно. Дальше, один раз отправил - она ушла в тот тред, все, гудбай. Логично же?
К тому же плюсы и жаву ты уже знаешь, поэтому тебе там и интуитивно, лол, а сюда только вкатываешься. Наверное когда ты в первый раз кресты увидел, у тебя тоже были моменты, с которыми пришлось поебаться? Ноу пейн - ноу гейн как говорится.
>>1172658 >>1172655 Вот, пожалуйста. String передается в поток спокойно без ебли и без указателей. И да, я понимаю что раст гораздо более низкоуровневый, тем он мне и нравится, но вот такие моменты вымораживают. >>1172668 Неинтуитивно упрвление переменными. Нельзя просто взять и передать ее (причем в жабе передается не указатель а копия, то есть там по дефолту делается то же самое. Только для этого не надо клонировать строку. >>1172789 Как в расте. Он меня устраивает, но я просто не понимаю, зачем столько ебли с переменными. Вот еще один пример. Immutable массив в жабе и в расте. Ну что это блять такое? >String[] array = {"адын", "два"}; >const arr: &'static [&'static str] = &["a", "s"]; Или несколько типа строк. Вот чем отличаются String и str? >>1172828 Прежде всего мелочами. Те же крейты например. В жабе есть maven и gradle, и они оба говно по сравнению с крейтами. Тесты. Не нужно никаких фреймворков типа JUnit, все идеально сделано и просто работает. В плюсах такого вообще нет. И таких мелочей много. Сам язык тоже красивее чем жаба и уж точно понятнее плюсов. Но учить его тяжело даже по книге (которая кстати очень хорошо написано). Там даются общие понятия, но вот такие нюансы не описываются.
>>1172865 Ну ты понимаешь что твой код функционально вообще не соответствует версии из раста? Мало того что ты проебал тип объекта, который отправил на тот тред, так еще и создал все условия для вереницы трудноуловимых багов, связанных с многопоточностью.
>>1172866 > Мало того что ты проебал тип объекта Ладно, Object можно заменить на String. Какие баги могут случиться? String копируется, а значит изменить его никто не может кроме этого же треда. Racing отменяется. Что я упускаю?
>>1172872 >>1172871 Не так выразился. Не s а string во-первых, а во вторых ты не можешь ее больше использовать если тред все еще работает. А если ее надо использовать в нескольких тредах параллельно?
>>1172877 Отлично, константы видимо копировать можно. А если для каждого треда надо немного модифицированный 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. Остается только копировать?
>>1172865 >String передается в поток спокойно без ебли и без указателей. Ну так в джаве сборщик мусора как бы, а тут весь мусор удаляется без оверхеда в рантайме. Я уж молчу про то, что джава не защищает тебя от очень сложных багов с многопоточностью, связанных с одновременной модификацией данных несколькими тредами.
>>1172865 >Неинтуитивно упрвление переменными. Что значит "неинтуитивное"? Если отвыкнуть от (неверного в общем случае) представления о том, что данные могут быть продублированы бесплатно, и начать думать о них в терминах ресурсов, то все абсолютно интуитивно - это как раз соответствует интуитивным представлениям о реальном мире. В реальном мире (и в языках с линейными типами) ты не можешь съесть одну и ту же конфетку два раза.
Так что правильней все-таки говорить не "неинтуитивно", а "непривычно". Это необходимый cost для изучения новых концепций, да.
Какую либу посоветуете для гейдева, а конкретно для удобной ебли матриц и векторов? Нашел cgmath и nalgebra, но что-то или я тупой, или они не умеют переводить матрицы в row based формат, который принимает gfx rs.
>>1172865 >все идеально сделано и просто работает ну т.е не смузи-педерастия без задач как котлин и дарт ясно спасибо антошек, когда вырасту обязательно потискаю
Спс, ХЗ, хочу что-нить высокоуровневое (actix-web или Gotham.rs может выберу) Но вот я Rockeт хотел, посмарел, АПИ норм - похож на flask, но вы говорите что в нём нет асинхронности (может пригодиться хз - для личного проекта), да ещё и только в ночной доступен((
под асинхронностью ты понимаешь использование некольких ядер на процессоре? типа если у меня 4-ре ядра, то каждый запрос мой сервер будет обрабатывать на отдельном ядре?
Блэд, как меня заебало отношение к null в расте. Почему это какой то специфический тип, который нельзя просто так взять и приписать переменной? Вот например есть переменная > let mut answer:reqwest::Response; Далее по коду в нее пишется ответ сервера. Все хорошо. И тут компилятор выскакивает и говорит - хуй тебе, она possibly uninitialized. Ну хорошо, пускай она будет null по дефолту, и потом будет проверка на null. Опять хуй там, ошибка как на пике. Как мне блять эту переменную инициализировать чтобы он не выебывался?
>>1173487 Нет, под асинхронностью я имею ввиду неблокирующий io. Без асинхронности для каждого коннекта тебе придётся либо спавнить отдельный тред, либо ждать завершения обработки предыдущего запроса, оба варианта не слишком эффективны. Неблокирующий io же позволяет тебе на, допустим, 4 тредах держать хуеву тучу коннектов одновременно.
>>1173704 Растбук прочел полностью, вот только он покрывает исключительно базовые вещи. И никакой Option тут не подходит. Вернуть надо reqwest::Response и соответсвенно такого же типа переменная. Никаими Optionами ее инициализировать не получается. Что мне написать
>>1173723 Ух блэд. Оно таки заработало. Где можно почитать про такие хитрости? В растбуке про Some было совсем мало в контексте "любое значение", если не ошибаюсь. >>1173725 Intellij Idea
>>1174238 В чем твоя проблема? Для названия либы это очень даже неплохо, потому что хорошо гуглится. Это же просто чья-то либа с crates.io, а не стандартная библиотека.
>>1174350 В том что твоё сознание настолько зачухонное и ограниченное, что ты пытаешься единственное говно, которому научился впихнуть везде, где нужно и где не нужно. Скажи, нахуя тебе вообще мутабельная переменная для хранения ответа?
>>1174355 Скажу. Создается переменная с дефолтным значением. В нее пишется (при успехе) ответ от сервера. Потом она возвращается. Почему нельзя сразу обозначить переменную при запросе? Потому что это происходит в scope который создал match, и в конце функции ее нельзя будет вернуть. А если возвращать ее в scope, то компилятор будет ругаться что нет return value. Да, я видкл это > https://play.rust-lang.org/?gist=3eaf61e5cc7e879382c9e9722923da9a но сам бы я до этого не дошел. Я не понимаю, откуда взялось > reqwest::StatusCode::Ok если по книге и всем гайдам что я посмотрел должно быть > Ok() => {} > Err(_) => {} Я пытался писать так как могу, как понимаю, но видимо раст мне пока не осилить.
Как уменьшить все значения ключей в hashMap на еденицу? Пытаюсь обойти по ключам, на каждой итерации достать значение и потом вставить измененное на еденицу, но постоянно какая-нибудь хуйня с заимствованиями
>>1174240 Ну я же вроде пояснил - это коверкание слов уровня KLASS, от которого глаза вытекают и создается ощущение, что кто-то опечатался. Еще и себе в исходники это говно тянуть. Оче плохой вкус, короче.
Вообще оффтоп, мне иногда бомбит от того, что авторы часто для каких-нибудь тривиальных библиотек выбирают дохуя КРЕАТИВНЫЕ имена. Если в библиотеке для логирования нет слова "log", а в библиотеке для парсинга жсона нет слова "json", то у меня мгновенно разогревается пердак, как в микроволновке. инб4: зануда
>>1174416 Да просто https://crates.io/crates/request уже было занято. Что ты предлагаешь в этой ситуации делать? А вообще проблема эстетики решается просто: > extern crate reqwest as request;
>>1174511 I'm sorry, but ето говно. Вообще, все, что связано с крейтами - говно. Это самая неудачная, непонятная, кривая и объективно хуевая часть языка. Я понимаю того анона, который пришел с крестов и выше говорил, какие крейты крутые. После крестов это конечно круто, но в целом - говно.
>>1174559 хз, неймспейсы не нужны. По поводу лишней хуйни типа extern crate уже что-то делают, но в целом модули простые понятные и удобные. Я хз они там ноют.
>>1174659 Так какую проблему решают нейспейсы то? Типа вместо > shit_http_request as request можно будет писать > shit.http.request Нахуя это надо то, лол. Один хуй в программе реально используется только последнее имя для доступа к модулям крейта.
>>1174879 Да. Я не могу навскидку вспомнить какие у меня возникали проблемы с отсутствием неймспейсов в экосистеме библиотек. Скорее наоборот, гадать куда там в хаскеле запихнули нужный модуль раздражало.
>>1174881 Ну, во-первых, неймспейсы - это богоугодно.
Во-вторых, ну блин. Если ты пишешь что-то серьезное, то тебе нужно озаботиться, чтобы у этого чего-то было глобально уникальное имя, потому что очень тупо из-за этого факапиться в 21 веке. Джавские конвенции гарантируют глобальную уникальность имени пакета без единого глобального хранилища всех пакетов. Ты можешь использовать любые репозитории, и as long as автор пакета серьезный чувак, имя пакета будет уникальным.
Алсо, это просто логично. Вендор-артефакт-версия. Захотел форкнуть пакет - окей, поменяй вендора, сразу все понятно: вот эта ветка от org.apache, а вот эта - от me.antoshka. Есть десять пакетов, относящихся к одному проекту - окей, вот hk.2ch/makaba, вот hk.2ch/dollchan, вот hk.2ch/abupidor. Просто, логично. А эти изобретают какую-то хуйню с тегами, опять же завязывая все на один централизованный репозиторий со свистелками.
Дальше, от этого нет никакого оверхеда. В том же lein, например, если groupid = artifactid, то не нужно писать его два раза. Ну то есть поверх изначально нормальной системы можно легко добавить немножко сахара, и оно будет выглядеть точно так же, как и здесь.
Это все про неймспейсы в контексте пакетов. Если же ты спрашиваешь зачем нужны неймспейсы в контексте модулей (ну то есть конкретно в коде), то ты пиздец какой ушибленный, у меня нет необходимой медицинской квалификации, чтобы такие вещи объяснять.
>>1174918 А теперь давай по минусам неймпейсов? Вот у тебя 33 форка одной и той же либы. Какой брать? Конвенции ничего не могут гарантировать, т.к. нарушить их вообще нехуй делать.
С крейтами и форками вообще никаких проблем. Прописываешь путь до исходников, хоть на гитхаб, хоть в соседнюю папочку.
В общем кроме "богоугодно" реальных профитов не видно. Только код в 5 пустых папках всегда лежит, охуеть как удобно.
>>1174920 >Вот у тебя 33 форка одной и той же либы. Какой брать? При чем тут неймспейсы? Хуйню какую-то несешь.
>Конвенции ничего не могут гарантировать, т.к. нарушить их вообще нехуй делать. Я специально в своем посте несколько раз акцентировал внимание на том, что конвенции на то и конвенции, что все нормальные вендоры их соблюдают, и следовательно их имена пакетов всегда уникальны. Если два каких-то говнопакета выбрали одно и то же имя, то это проблема говнокодеров этих говнопакетов - и опять же, неймспейсы тут ни при чем.
>Прописываешь путь до исходников, хоть на гитхаб, хоть в соседнюю папочку. Короче, ты вообще не понимаешь, о чем речь...
>Только код в 5 пустых папках всегда лежит ...и несешь какую-то выдуманную хуйню.
>>1174779 >Так какую проблему решают нейспейсы то? Проблему того что в 5 либах которые ты используешь идентификатор Request используется 8 раз. >>1174918 Как ты от неймспейсов перешел к пакетам? При чем здесь >Вендор-артефакт-версия Когда форкают библиотеки, никто не переименовывает неймспейс. Или ты не об этом?
>>1175094 Разговор идет за неймспейсы для крейтов. Бесполезная ненужная хуйня. Почему-то npm в котором обосраться сколько пакетов спокойно без этой залупы живет.
>>1172889 Поясни про джоины в последней строке. Я так понял джоин стоппит мейн поток и возвращает управление когда дочерний поток завершился. Я плохо представляю как это в цикле последовательно вызывается для нескольких дочерних потоков сразу. Типо заспавнили 10 потоков, потом первый по счету поток стоппит мейн (а следовательно и форич) и мейн ждет когда ему передадут управление. Потом первый поток завершается и теперь второй по счету стоппит мейн и тд. И как быть если второй поток завершился пока первый стоппил мейн, а потом у завершенного потока вызывается джоин, это типо ок? Или всё вообще нихуя не так?
>>1176522 Там в середине цепочки есть collect. Запускаем 10 тредов, получаем 10 handle, которые собираем в вектор. Все 10 тредов уже выполняются. Потом для каждого хэндла делаем join по очереди, тем самым дожидаясь исполнения всех запущенных потоков.
>>1176528 Да, конечно. Первый джойн лочит тред. Это не создает проблем, потому что оставшиеся треды доделывают свои дела и спокойно ждут пока до них дойдет очередь джонится.
>>1176543 Потому что итераторы ленивые. То есть когда ты делаешь .iter().map() никаких действий реально не выполняется, а лишь создается цепочка отложенных вычислений. Чтобы её запустить надо либо сделать collect получив некую коллекцию с результатами вычислений созданной цепочки, либо вызвать, например, for_each который выполняет цепочки, но ничего не возвращает.
>>1177356 >геттеры - это антипаттерн У нас на галере за такое увольняют нахуй. >до ответа на свой вопрос ты наверное уже и сам догадался, да? Нет, я тупойспал. Ну допустим даже если я убираю геттер и делаю поле pub все равно проблема остается.
Тут, кстати, геттер я делал не ради геттера, а потому что в сеттере кроме установки поля пересчитывается матрица view камеры. И если про это забыть и устанавливать позицию через открытое поле то пересчета делатся не будет и получим инконсистент камеру.
>>1177356 >геттеры - это антипаттерн Ну вот у него, например, положение камеры задается матрицей трансформации 4х4. Как ты получишь положение камеры без геттера?
>>1177490 >Как ты получишь положение камеры без геттера? Ну если ВООБЩЕ в вакууме говорить, то либо у тебя внутреннее представление - деталь реализации, и тогда геттеры ненужны; либо у тебя просто данные, и тогда геттеры ненужны; либо у тебя две разных полноценных хуйни, и тогда синлреспонсибилитиблаблабла, надо разносить и геттеры опять ненужны. Ну а в идеале у тебя конечно вообще энтити иммутабельные и инконсистентностей быть в принципе не может (ну, как... в рамках этого конкретного случая), и тогда геттеры ненужны. Но тут у чувака вообще камера работает напрямую с инпутом, лол, то есть как бы о какой-то архитектуре и прочем хуе-мое говорить и вовсе неуместно.
>>1177565 >Но тут у чувака вообще камера работает напрямую с инпутом Хм, имею опыт с юнити и gdx, там это происходит примерно так же. Если есть какие-то идеи как это можно сделать лучше то я с удовольствием послушаю.
>>1177620 Ага, примерно так же, блядь. Обычно у простой камеры есть таргет энтитя с компонентом позиции, к которому она привязывается. Вообще, инпут со всякими is_key_pressed в игровой логике - это пиздец же. Тащем-та лучше бы у вас на галере за это увольняли, а не за отсутствие геттеров, например.
>>1157637 Rust происходит из семейства ML, если знаком с OCaml или Haskell, будешь как дома. Но использовать его как Haskell не получится, из-за его задротства по памяти. Например для каждого замыкания нужно явно указать, кому и как будут принадлежать данные.
>>1179121 >курсы иностранных языков в балашихе.jpg А ты точно мл-элита?
>Речь о параметрическом полиморфизме, который для замыканий Это если бы у тебя была функция вида (a -> a), а у тебя тут значение вида closure<T>, причем возможно линейное.
>>1179440 В качестве другого примера — нельзя сделать 100% конвертацию между системами типов Flow и TypeScript. Даже при том, что синтаксис и суть почти идентичные.
>>1178231 С avr пока туговато, зато cortex-m уже во все поля - в cargo нужный target прикрутили, можно без костылей (xargo) собирать. Ну вроде с переходом на llvm5 и avr доделают. А вообще смотри rust embedded working group и основных контрибьюторов - там один специально за avr отвечает, у него в гитхабе/бложике можно найти интересного.
Isis Agora Lovecruft, блядь. С пиэйчди по физике и английской литературе. Работает над тором с 2010. Блядь, ей сколько лет тогда вообще было? Серьезно, у меня стойкое ощущение, что они принадлежат к другому биологическому виду.
>>1154517 (OP) Сап, растовчане, я в программировании полный ноль, хочу вкатиться . Стоит ли изучать первым языком раст ? Был вариант учить питон, я даже основы выучил, но боюсь привыкну к питону и не смогу нормально программировать на си-подобных языках,коим по моему мнению и является раст кароче стоит ли учить раст как первый язык программирования ?
>>1185973 >си-подобных языках >коим по моему мнению и является раст C и Rust являются одними из относительно немногих низкоуровневых языков, языков без GC. На этом "подобие" по-моему заканчивается. Но что-то мне подсказывает что ты сравнивал их по наличию фигурных скобок.
>кароче стоит ли учить раст как первый язык программирования ? Нет. Учи чистый C как первый язык программирования, не прогадаешь.
>>1185973 Учи джаву и ищи работу. Rust и как посоветовали Си не вижу смысла учить как первые языки - работы не найдёшь. Твоя цель - это получить работу прежде всего. Потом уже будет больше свободы - глянешь сишку чисто в академических целях, может в Rust перекатишься. Главное - получи работу.
Раст - дерьмо. Его пытаются пихать во все дыры, а он даже с мылом не пролазит. Еще вокруг него по каким-то причинам тусуется много швали нетрадиционной ориентации.
>>1189001 Потому, что это слишком нетрадиционный язык. Его концепции чуть отличаются, поэтому тяжелее перейти и делать что-то полезное. А ещё полное отсутствие удобных средств разработки, отладки и профилирования.
>>1189007 Вот тут ты неправ. В него вкатиться и начать гораздо проще, чем в большинство языков, из-за современных средств разработки, пакетного менеджера, удобного инсталлера
>>1189008 инсталлер - если о линупсах, то gcc вообще из коробки, лол=) пакетный менеджер - чек, хотя для холловорлд почти во всех языках нинужны дополнительные либы. Современные средства разработки? А с этого места по подробнее, может там уже и gdb для виндус починили, а кто умеет с автокомплитами работать?
>>1189001 > Еще вокруг него по каким-то причинам тусуется много швали нетрадиционной ориентации Количество пидоров реально как-то напрягет. Из-за этого даже вкатываться не хочется, хотя язык интересный
Хочу изучить для себя какой-нибудь язык, чтоб компилировался в бинарник, а то виртуальные машины и интерпретаторы немного надоели. С++ нахер надо, слишком костыльный, Rust - симпатичный, но коре девелоперы лгбт-либерахи, противно (меня правда только это останавливает), Си для десктопа чё-то хер знает
>>1190098 В соответствующем треде уже выяснили, что он фактически умер.
>>1189914 >меня правда только это останавливает Не будь смузихлебом-сжвшником, анон. Суди о технологии по объективным критериям; в противном случае я не вижу, чем ты отличаешься от всех этих инклюзивных леваков.
>>1190477 >Суди о технологии по объективным критериям Ты прав. Надо отбросить всё это даже-не-знаю-как-назвать. И быть объективным. У меня такое ещё бывает в противовес хайповым языкам, типа котлина. Хотя объективно он неплох. Буду исправляться.
>>1166528 Кресты теряют один очень большой и денежный рынок. Напару с PHP. Т.е. веб. Раньше было так: пилим на пхп какое-то говно, но быстро. Набираем базу пользователей и огребаем перфоманс проблемы. Нанимаем крестовика, он запиливает ботлнек и все рады. Быстро вышли на рынок, мало ебались.
Теперь сразу пишут на Go. И оно сразу и быстро написано и норм работает. Результат - рынок крестов проседает в серединке. Т.е. осталось дохуя дешёвых вакансий в НИИ, которые ещё лет 10-20 будут хуйнёй страдать за копейки. И остались супер-вакансии супер-сеньоров в убер-производительных проектах. Тут платят дохуя. Но требования ещё выше. В серединке очень тонкий и специфичный рынок геймдева, который и рынком сложно назвать
Итог - катись в Го-шечку вслед за рынком. Причём будешь иметь профит. Большинство гошников - это похапехеры, которые нихуя не знают, не умеют и не понимают. Экс-крестовик имеет преимущество.
>>1190732 >катись в Го-шечку вслед за рынком. >вслед за рынком Уже тысячу раз обсуждали, что ее популярность второй год падает инб4: как будто там есть куда падать. Для такого молодого языка это фактически означает смерть гроб кладбище пидор.
И это с учетом маркетинга и хайпа от гугла, анон.
Алсо, в том посте вопрос был вообще про системное программирование. >системное программирование >сборщик мусора
Это на 100% либо легаси-код на Сях из 90х (как у прыщей так и у шинды). Либо игрушечные РТОС на сях в бомжеэмбеде.
Из системного программирования говноплюсы появились, разве что, с приходом LLVM, когда на прыщах его встроили в драйвера месы как компилятор шейдеров для амудэ и печи.
>>1194091 > Почему Rust не взлетел? Производительность почти как у C++, но работать с ним удобнее/легче.
Потому что посмотри на свой график, где бест-кейс раста как ворст-кейс плюсов. По-этому графику производительность раста по факту "чуть быстрее жабы" а не "почти как у плюсов". Отсюда и получается, что раст - не рыба и не мясо.
И не забывай, что в плюсы байты ебать идут, аллокаторы самопальные писать и прочей херней вроде data-oriented-design заниматься, когда для жабы топового сервака перестает хватать. Ну или когда нужно круйзис с топ графинычем продать. А раст всем этим заниматься запрещает. Ну и нахуй он такой тогда нужен если есть жаба?
>>1194130 >По-этому графику производительность раста по факту "чуть быстрее жабы" Там логарифмическая шкала. Если брать среднее значение, то раст где-то в полтора раза быстрее жавы, а в ворст кейсах и в два раза. "по этому" вообще-то пишется без дефиса
>>1194091 Этой пикчей можно обоссать тех даунов, что полностью пишут программы/сервисы сложнее гостевой книги на языках из правой части (те, что после nodejs)
>>1194957 > erlang > для программ не сложнее гостевой книги > десятилетия хардкорного хайлоада с даунтаймами исчисляемыми в десятых секунды > для программ не сложнее гостевой книги Понятно.
Возможно ли при cargo run передавать аргументы компилятору cc? При cargo rustc -- [вот тут идут аргументы, которые передаются сишному компилятору], а в cargo run таким же образом передаются аргументы только к скомпилированному бинарнику.
>>1195077 >To pass flags to all compiler processes spawned by Cargo, use the $RUSTFLAGS environment variable or the `build.rustflags` configuration option
Кароч как я понял из своего первого опыта это язык для суперпро всяких. Потому что на си и плюсах я, как неопытный пользователь, мог наговнокодить чтобы кое-как работало. В расте каждый раз меня ебет борроу-чекер, когда я пытаюсь снова немного поменять архитектуру, а я ведь сразу не могу продумать все до деталей. У меня последний раз такой бугурт был когда я писал что-то типа фьючерсов с зелёными потоками в си, я отсосал и просто запилил треды с poll-ами.
>>1197680 Может, тоже вкатиться в раст? Какие у него usecases? Можно погромировать микроконтроллеры, писать REST-сервисы, написать криптолокер, создать морду для БД? Можно написать на нем Fat-16 или загрузчик ОС?
Я считаю, что создатели языка неудачное имя ему подобрали. Я когда первые раз слышал о нем, даже и не думал что это новый язык, а имелась в виду игра Rust. Ну вы же знаете как это бывает, когда какой-нибудь заголовок или статью быстро глазами пролетаешь. Я не знаю, могли бы например назвать "C Next" или типо того, я думаю так бы он больше внимания привлекал.
>>1197707 И он не мог быть "C Next", потому что он начинался как вариация на тему OCaml и только потом они нашли такие абстракции, чтобы эффективно пойти еще в более низкоуровневое программирование. Так что он скорее был бы System-low-level-ML
Насколько оптимизирован move? Например, при рекурсии. Мне кажется для концевой рекурсии можно не копировать то, что передается с помощью move. Или все-таки стек засирается?
>>1198215 Крч, я потестил. Если аргументы умещаются в регистры, то ничего не копируется и не перемещается. Иначе пушатся на стек и очищаются только в конце, т.е. стек засирается. Где-то 6 u64 стек не юзают. Я думаю будет большая разница в производительности чувак который создавал тему про "много аргументов не нужно" был прав
Поясните ньюфагу мутабельное заимствование (или как там борров правильно перевести). let mut x = vec![1,2]; let mut y = &mut x; Что после после этого разрешено делать с x? Ничего?
Ходил пару дней назад на раст-митап в Осло. Было примерное 20 человек, из которых в проде пользуются растом только трое: я и двое моих коллег. Такие дела.
io::stdin().read_line(&mut guess).expect("Не удалось прочитать строку");
Вопрос: почему мы объявляем переменную answer изменяемой? Получив пользовательский ввод мы ее не меняем же. Или мы должны делать mut, так как сначала переменная инициализируется NULL'ом?
Кстати это мне напомнило одного товарища, который ваще не умел в доки и маны, постоянно спрашивал всякую хуйню. Зато как прочитать paper по алгоритму на 10 страниц и сразу понять так это у нему.
>>1208911 И даже если бы в safe расте можно было бы куда-то передать ссылку на не инициализированную переменную, тебе бы все равно пришлось ее сделать mut, иначе ты бы не смог сделать &mut s.
>>1208928 Из них самых, только петухи ещё жалуются на систему типов и лично мне указатели lifetime кажутся недоделанными. Ну а когда язык допилят тогда всякие scala, c++, haskell соснут с проглотом, потому что в языке уже лучшие компилятор, документация, коммьюнити.
>>1210240 Может ты на скрин >>1210182 взглянешь, блджад? Я это в терминале и вводил.
>>1210222 Там ответы на "как передать переменную окружения RUST_BACKTRACE=1 в процесс cargo". Я переменную точно передал. Вот скрин, при запуске >RUST_BACKTRACE=1 cargo run cargo не выводит >note: Run with `RUST_BACKTRACE=1` for a backtrace. т.е. переменную он явно получил, но трейс всё равно не печатает.
>>1210306 Блять, ты ну совсем туруру? Я же сказал - я уверен что переменную окружения RUST_BACKTRACE=1 процесс cargo получил. Даже проверил на всякий случай ещё и в ПаверШелле >>1210248 . Проблема где-то в самом карго/расте.
>>1212203 Никаких аналогов HKT не будет в расте ещё пару лет точно. Скоро выкатят NLL, но эту проблему оно не фиксит. Да и это не является большой проблемой.
>>1212349 Их невозможно реализовать в рамках zero-cost abstractions. Ибо HKT могут позволить запросто создавать типы условно бесконечного размера, которые в расте невозможны в unboxed виде. Ну и вообще для того, чтобы реализовать даже какое-то подмножество HKT нужно нехило перелопатить компилятор. Пока что статус ближайшей реализации какого-то аналога HKT здесь https://github.com/rust-lang/rust/issues/44265. Как можно заметить, до стейбла этому ишью ещё очень далеко.
>>1216171 >В чем вопрос? >>1215020 >вся ли низость работает подобным образом? но если в растике реально так >-1 mod 24 = 23 то значит это злоебучие кресты мне голову отъебали блядь
Тред не читал (вообще ничо не читал), поясните как там с сборкой мусора - она есть, или всё по старинке вручную? И можно ли например объявить объект управляемым, чтоб он участвовал в gc, или локальным например, чтоб при выходе из блока он сдыхал, давно хотет такой езыг.
>>1216780 >как там с сборкой мусора Она статическая - компилятор считает, где объект можно\нужно уничтожить, и сам вставляет вызовы free, если в общих чертах.
>можно ли например объявить объект управляемым, чтоб он участвовал в gc, или локальным например, чтоб при выходе из блока он сдыхал Да.
>>1190801 >>системное программирование >>сборщик мусора Тут, да и в других местах, всё время подразумевают сборку мусора как нечто, что прям на порядки снижает производительность и детерменированность, при этом сами за обе щёки готовы наворачивать всякие Rc, Arc и прочую протекающую срань. Откуда пошло такое предубеждение?
>>1216833 Суть в том что rc используется гораздо реже чем обычные ref и box в низкоуровневом программировании. Ну и с rc ты все равно контролируешь время жизни, а чтобы не текло надо знать когда юзать Weak
Имеется опыт бекенда на python\cython джва года и чуть-чуть сишки, хочу что нибудь компилируемое, быстрое и современное нормально изучить. Лучше продолжать ковырять сишку или к вашему поделию тоже стоит приобщиться? Могу ли я биндинги пилить для любимой змеи без задней мысли?
>>1216976 ну вот ведь нахуй, зачем ты же ты пиздишь анончик, не надо так
я просто смутно помнил что так какая залупа в архитектуре с ламповых времен и что только в высокоуровневых языка это исправляют
и как они разруливают там это говно?
>>1216980 >биндинги пилить для любимой змеи без задней мысли? можешь, я читал люди пишут мол вообще питони нинужен, как по мне выглядит как ядерный пиздец все, как можно кайфовать от указания int32 после каждой переменный лютый ад
>>1216833 >Тут, да и в других местах, всё время подразумевают сборку мусора как нечто, что прям на порядки снижает производительность и детерменированность, при этом сами за обе щёки готовы наворачивать всякие Rc, Arc и прочую протекающую срань. Откуда пошло такое предубеждение?
Подразумевается, что сборка мусора влечет за собой рантайм, который в свою очередь опирается на реализованный операционной системой функционал, которого в момент написания системного кода еще нет.
На большинстве языков с GC системное программирование на оных языках заканчивается на этом моменте, после чего открываются исходы этих языков (которые как правило на богомерских плюсах) и еблей байтов на плюсах начинается изобретательство велосипеда по скрещиванию страничной виртуальной памяти и GC.
>>1217035 >А тебе не горит на питоне проверять тип передаваемого значения каждый раз?
А зачем его проверять каждый раз если можно его не передавать. А если ты даун с куриной памятью, не могущий вспомнить что писал неделю назад - так для этого тесты придумали.
>>1217035 >проверять тип передаваемого значения каждый раз? похуй вообще я хоббист, но вот такая поибень иногда ебет голову и не сразу соображаешь чо ему не хватает
>>1216978 >rc используется гораздо реже чем обычные ref и box в низкоуровневом программировании Ну ref да, но для box ведь тоже накладные расходы имеются, тот же стек размечать надо на случай падения. Или в расте это всё можно отключить и падать уже насмерть?
>>1216992 >Подразумевается, что сборка мусора влечет за собой рантайм, который в свою очередь опирается на реализованный операционной системой функционал, которого в момент написания системного кода еще нет. Раз речь про настолько низкий уровень, тогда ясно. А malloc-то сам уже есть, или его тоже пилить приходится?
>На большинстве языков с GC системное программирование на оных языках заканчивается на этом моменте Вот тут совсем не понял про что ты. Есть же всякие unsafe конструкции для языков со сборкой мусора и раз они есть зачем клепать что-то на плюсах?
Я ещё слышал про методу, хотя самому сталкиваться не приходилось, когда на некоторой платформе, для той же пусть явы, обеспечивается совсем минимальная среда, которая память лишь выделяет, а при её исчерпании падает. Насколько, интересно, подобное жизнеспособно.
>>1217045 Типизация нужна не только для отлова ошибок, но и для документирования кода. Без нее ты смотришь на заголовок функции и гадаешь, что там в переменной. Когда я смотрел код youtube-dl , приходилось искать, откуда вызывается функция, чтобы понять тип аргумента.
Ну и отлов ошибок тоже полезен конечно. Большие проекты, которые пишет несколько человек, сложно писать без типизации.
>>1217074 >А malloc-то сам уже есть, или его тоже пилить приходится?
Маллок можно навелосипедить средствами языка путем запиливания страничного менеджера (как и placement new). В расте тоже можно кастомный аллокатор заебенить. А в жабке и решетке - хуй, жри что дали с JVM и CLR. Которые почему-то на плюсах и С, бгг.
GC зашит в рантайм языка с GC и опирается на средства операционной системы. Чтобы запилить кастомный рантайм с GC поверх голого железа придется перепиливать рантайм, а он на плюсах.
> Вот тут совсем не понял про что ты. Есть же всякие unsafe конструкции для языков со сборкой мусора и раз они есть зачем клепать что-то на плюсах?
Вот и мне интересно, почему у этих языков рантайм на плюсах и гвоздями к ос прибит. А unsafe конструкции проблему наличия прибитого гвоздями к языку рантайма на плюсах не решают, к сожалению.
Вот в расте обошлись без рантайма на плюсах, например.
>>1217074 Не знаю, попробую сегодня поиграться По-моему я видел для каждой функции ее пару для panic'a, т.е. никакого оверхеда, но могу ошибаться. Плюс есть panic = 'abort', думаю в этом случае точно ничего лишнего не должно быть.
>>1216791 А можно сделоть например так, чтоб работы по мемори-менеджменту в каком-то потоке не выполнялись никогда, а делигировались какому-то другому потоку? Например ищу куда б портировать мое DSP приложение с фрипоскаля, в котором рендер-тред только считает синусоиды. Не хочу чтоб там же происходила внезапная оптимизация кучи ну или чо там делает мемори менеджер, когда освобождает память.
>>1217187 Есть jvm написанные на хуях собачьих, а не на си, и операционные системы, написанные на нём же. Ъ-компуктер-сцаентист никогда не будет говорить про "с++ рантайм", пусть даже в мэйнстриме он 99% с++
>>1217196 Нахуя в 2018 выпускать unix-like системы? Почему никто до сих пор не придумал нормальный формат экзешников/пакетов, нормальный набор сисколов (особенно связанных с ipc), нормальную систему конфигов?
>>1217825 Да, а почему инсталлер говорит, что иди нахуй у тебя msvc тулчейн не установлен? Впрочем, почитал спеку, походу язык реально наебалово очередное, нет ничего, что нельзя сделать на c. По мозгоебству можно на простых вещах выиграть, в сложных скорее придется проигрывать.
Скомпилил через rustc 1.27 стандартный хеллоу ворлд и ужаснулся от размера получившегося бинарника — целых 4.7 мегабайт! Когда то дельфи за 1 мб обсирали, а тут почти в 5 раз больше!
>>1219458 Чет проиграл, если афтары, декларирующие ебический вывод и контроль безопасности на уровне канпелятора в то же время не смогли обеспечить отсутствие лишнего кода в бинарнике, ну что тут блядь сказать... Где-то нас наёбывают.
Решил потрогать раст и написать на нём калькулятор. Я конечно понимаю, что раст направлен на бизнес и модули должны быть разделены максимально логично для простой поддержки... но ебаный рот, какого хуя?
Я хочу, чтобы у меня был файл settings.rs в корне, в котором будет лежать всё, что пользователь может настроить, например функции, который он потом будет использовать. Функциям хранится в самом файле settings бессмысленно, поэтому я выношу их в отдельный файл, но оказывается, что я даун и хранится оно в корне не может. Для того, чтобы cargo нашёл мой functions.rs мне нужно засунуть его в settings/, что не логично, и если бы в обычном проекте так всё лежало я бы был немного возмущён. Итак, как мне всё это организовать, чтобы settings был в корне и всё было красиво?
>>1220693 И что? В D юниттесты прямо в синтаксис языка впилены, в pl/sql же надо неслабо заебаться, чтобы хоть что-то протестировать. Бизнесу тесты не нужны, они нужны раработчикам.
>>1221054 в смысле догадываться, я привёл вообще весь код, который вызывает ошибку, в functions.rs буквально больше нихуя нет, а растбук я ужа почитал, спасибо
>>1221031 Шрифты как шрифты. МНЕ НОРМ. Лучше скажи нахуя они пиздят про крутость язычка прямо на index.php? Это же открытый пиздежь, хеловорд на этом недоязычке стрипнутый весит 416 кб. Ебанутые, пиздец ебанутые.
>>1221301 Падажжи, раст позволяет или нужно уметь? Это важно, потому что я умею создавать компактный потокобезопасный быстрый код на других языках, т.е., на расте код сразу не будет не компактным и эффективным, а будет только безопасным? Профит как-то неочевиден.
>>1221323 да я понимаю, что я жопой читаю, но я реально не могу понять, как оно работает. Я уже задал вопрос на stackoverflow и там мне сказали, что нужно писать mod xyu в корне и потом уже в самих файлах где надо писать use. Сделали бы просто как в жаве или плюсах, но нет же, сделаем по новому.
Стоит ли вкатываться в раст сейчас или подождать пока его джопилят? Пока что посмотрел его фичи, и выяснил что по сравнению с C++ у него очень мало возможностей для метапрограммирования. В том числе:
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) вместо нормальных АПИ.
>>1221336 При чем здесь потокобезопасность или компактность? Мы ведь про размер рантайма говорили. У раста он охуительно минимален, если умеешь писать с no_std. И бинарник со статической линковкой будет такого размера, что меньше уже только hand written asm. Ну и Rust не для javac ебанатов, увы. Нужно понимать, что такое системные вызовы, .data, ELF. А то ты взвешиваешь недостатки своей операционной системы MSVC, а не возможности Rust. Иди читай про no_std, no_mangle. И да, позволяет, но нужно уметь.
>>1221458 > У раста он охуительно минимален, если умеешь писать с no_std. Лол. no-std это раст без рантайма. Тут дело в том, что C++-рантаймы обычно уже есть в системе и их не нужно статически линковать к приложению (хотя иногда и линкуют), а вот растовые рантаймы уже надо всегда статически линковать в приложение. Вообще у раста довольно всё грустно с разделяемыми библиотеками (впрочем у C++ тут тоже всё грустно, правда успело появиться куча костылей для обходы почти всех багов).
Алсо, jemalloc, который по-умолчанию линкуется во все приложения, но слава богу в последней версии раста его уже можно отключить. Из-за него растовые программы ещё и ОЗУ больше кушают, поскольку жемаллок заточен под пирформанс.
>>1221492 Там из рантайма только 3.5 функции для того чтобы самим языком можно было пользоваться (хотя часть std туда иногда переносят, если они работают без динамических аллокаций).
>>1221355 >я реально не могу понять, как оно работает >я жопой читаю ))
По-моему сделали неудобно (иерархия в фс не полностью соответствует иерархии модулей; модуль объявляется не в том файле, где реализуется), но чтобы пользоваться все-таки достаточно прочитать (не жопой) растбук. Если ты mod/use путаешь, тот тут имхо вообще раст не виноватый. Короче сядь да разберись, анон, прям читай растбук и тут же все варианты в коде пробуй.
>>1221501 Спорить можно о том, что без std от раста остаются рожки да ножки и использовать это имеет смысл разве что в embedded или для каких-нибудь драйверов. Писать любые другие приложения без std не имеет смысла.
Алсо, интересно, они сделают возможность работы асинхронных функций без std? Было бы прикольно использовать в embedded-приложениях await для ожидания прерываний вместо callback'ов.
>>1221504 > Писать любые другие приложения без std не имеет смысла Конечно не видишь. Ты вообще много чего не видишь. Например unikernel или bare-metal.
>>1221343 Да, умею. >>1221458 >взвешиваешь недостатки системы Как недостатки системы влияют на нежелание афтарав этого высера сделать динамическую линковку рантайма? Если ты пишешь хелоуврот, то тебе кроме стдаута ничего не нужно, это максимум десяток функций тип получить хендл и серануть блок в файл.
Пока вы тут кукарекаете о какой-то чуши, мы делаем продукт на расте. И нет, не блокчейн. Кстати, мы неторопливо ищем расто-разраба (с релокацией в гейропу).
>>1221583 Собери с динамической линковкой, ты же умеешь. лол нет А я хочу статику по умолчанию, и отладочные символы. И -O0. И stderr хочу блять. И malloc хочу. А ты уебывай зелловорлды писать. На большее не годишься.
>>1221605 > с динамической линковкой Ты же десятью постами раньше пиздел, что при включенной динамической линковке основная рантайм-малафья все равно линкуется статически.
>>1221602 Есть инфа? Senior 10лет в проде ищете или novice с релевантным опытом подойдет? Какие условия и как проходит собеседование? Нужно больше деталей.
>>1221635 Спешите видеть, автор компактного потокобезопасного кода на __других__ языках не может посмотреть на результат линковки helloworld бинарника на 500кб. v::go::lo::sin(u);
>>1221640 Для этого надо жопу поднять, скачать раст. Мне лень. В целом я скорее скептически настроен по отношению к расту, однако допускаю его развитие в нише, где с/спп сложновато и "небезопасно". Однако привязанность к сишной терминологии, это уже плохое начало. В то же время, судя по документаци, переименованы простые базовые понятия - передача по ссылке и передача по значению, интерфейс, тип. Зачем? Хотя бы только по этому убежден на 95% что раст не получит широкого распространения и развития за пределами конкретных проектов, для которых он был создан. Ну а вот эта вся линковка - это как лишний повод доебаться. Слишком много последнее время всплывает шлака с красивой оберткой - читаешь документацию, так аж как будто слюни во рту кипят от правильного языка и "гарантий стабильности и безопасности", а на поверку - корявая шняга. На моей память кажись только автор груви покаялся тип, "если бы знал, что есть скала, то не стал бы свою хуйню придумывать".
>>1221648 Да не пизди, маня! Ты просто не можешь. Вот так, ага. Ты не умеешь в нативщину, лол. Не знаешь даже как секции в бинарнике по размеру посмотреть. Что у тебя там переименовано, поехавший? Тип? Семантика копирования перемещения? Контракт? Сишная терминология блять. ООП хочется? DI/IoC навернуть? Ну обосрался, не осилил borrow checker, бывает. Уходи писать свои круды и не мешай тут нам обсуждать единственный язык для построения систем в 2018 году, который не goвно. Допускает он развитие блять, развиватель 300/час.
>>1221631 В целом нет четких критериев, потому что вакансия не срочная. Рассматриваем людей, которых можно охарактеризовать как "general problem solver", с нужным нам техническим бэкграундом. Текущий стек: rust, common lisp, kotlin (выпиливаем в пользу раста), js(vue) на фронте (elm уже выпилили).
>>1221864 Тогда зачем Rust? Превозмогать придется, Sized, dyn Trait / Object-safe. И людей на Rust ты сейчас не найдешь, онли за большие деньги. Да и экосистема пока не готова к твоим крудам, а ты к экосистеме.
>>1222087 Банковская сфера. Был сервис авторизации и аутентификации на жабе. Наш главный наркоман заебался заставлять ее работать как нужно, плюнул и написал с нуля на общелиспе за пару дней.
>>1222956 Потому что goвно это язык для отсталых индусов. Дженерики не завезли, нормальную обработку ошибок не завезли, нормальную систему типов не завезли. Разве что грин-треды ничего и компилится быстро.
>>1222960 Скажем, если бы тебе понадобилось написать сетевой сервис критичный к производительности и сетевым зарежкам (привет Go GC), чтобы ты выбрал и почему?
>>1222969 Мы в проде используем actix_web, но у нас и нагрузки не большие. Правда чел из MS который писал этот фреймворк слегка накосячил с unsafe. В общем я думаю что rust на данный момент один из лучших языков для бэкэнда в широком смысле. Производительность это хорошо, но система типов и умный компилятор это очень важно.
>>1223013 Я не выбирал. Но если бы выбирал, то эту задачу может быть на C можно было сделать. Все, что без GC и не накладывает оверхеда на обработку сетевых пакетов. Пишу в прод.
>>1225930 Тому що разработчики раста принципиально делают так, чтобы приходилось явно описывать что ты собираешься делать. Да, они могли впихнуть методы вроде .map, .reduce (они могут называться по-другому, но ты понял смысл) напрямую в имплементацию коллекций как это сделано во многих других ЯП, но они предпочитают, чтобы явно было указано, что ты работаешь не с коллекцией, а с итератором коллекции.
>>1225930 Потому что ты можешь получить разные итераторы по одной и той же коллекции: iter() -> по ссылке iter_mur() -> по мутабельной ссылке into_iter() -> по значению, по сути move
То же самое с collect — ты можешь явно указать какую коллекцию ты хочешь получить на выходе, если это не может быть выведено компилятором.
>>1225939 Думаю можно зделоть было и без этого. >>1225941 В чём принципиальное отличие? >>1226113 Аргумент, но мне кажется лучше бы это отдельной опцией было.
Вы перекатывать будете? Хотя похуй, я всё равно завязал с изучением Раста. Немножк растбук не закончил. Но мне срочно нужно искать работу. А у меня ни диплома, ни опыта. И я в мухосрани. Поэтому пришло время снова взяться за JS. Ибо даже с Питоном вакансий в моей мухосрани почти нет.
https://www.rust-lang.org/ru-RU/
https://doc.rust-lang.org/book/
https://rustbyexample.com/
https://github.com/rust-unofficial/awesome-rust
Старый тред тонет тут