МБ
Часто BTreeMap реализуете?
Нет
Size: a a a
2020 February 12
AN
Ну, вс же rust развивается и многое может изменится + вроде есть способы и удолетворить чеккер, и не клонировать
G
Ну, вс же rust развивается и многое может изменится + вроде есть способы и удолетворить чеккер, и не клонировать
Всегда есть способ - называется unsafe, он для этого и был придуман. А сам язык со временем делают менее излишне требовательным к лайфтаймам и прочему
AN
Вроде Arc или Rc, не помню как называются, они не помогут?
G
Вроде Arc или Rc, не помню как называются, они не помогут?
Часто помогают, когда код высокоуровневый, а unsafe и клонировать не очень хочется
AN
AN
Хотя я могу привести пример, когда размер кода зависит от программистов
МБ
Хабраэффект какой-то. Не открывается. Покажу вечером
AN
Я с телефона зашёл только что
G
Хабраэффект какой-то. Не открывается. Покажу вечером
Если найдёте - следует открыть Issue, его тут быть никак не должно
МБ
Часто помогают, когда код высокоуровневый, а unsafe и клонировать не очень хочется
А зачем? Если можно взять язык со сборкой мусора, и не заморачиваться? Когда надо заморочиться за скорость и память, Rust вставляет препятствия, а когда не надо, на ЖабаСкрипте проще писать. И иногда быстрее. Мне не верите, вот другой usecase:
https://youtu.be/owcvg2YZ7Y8
https://youtu.be/owcvg2YZ7Y8
AN
В начале знакомства да, а потом нет, точнее для прога становится по боку
G
А зачем? Если можно взять язык со сборкой мусора, и не заморачиваться? Когда надо заморочиться за скорость и память, Rust вставляет препятствия, а когда не надо, на ЖабаСкрипте проще писать. И иногда быстрее. Мне не верите, вот другой usecase:
https://youtu.be/owcvg2YZ7Y8
https://youtu.be/owcvg2YZ7Y8
Потому что далеко не всегда абсолютно любой участок кода требуется оптимизировать по максимуму, даже в тех сферах, где применяется C/C++/Rust
G
А если в целом возможность ручной оптимизации не критична, то соглашусь, следует взять более приспособленный к вашим задачам язык
МБ
Если найдёте - следует открыть Issue, его тут быть никак не должно
Оу. Это уже другая версия. Теперь с unsafe. Надо повтыкать. Но, всё равно, кода очень много.
P.S. Оу. Теперь это Си-стайл с кучей unsafe во всех местах. Да-ну-на-фиг. Карго-культ какой-то
P.S. Оу. Теперь это Си-стайл с кучей unsafe во всех местах. Да-ну-на-фиг. Карго-культ какой-то
G
Оу. Это уже другая версия. Теперь с unsafe. Надо повтыкать. Но, всё равно, кода очень много.
P.S. Оу. Теперь это Си-стайл с кучей unsafe во всех местах. Да-ну-на-фиг. Карго-культ какой-то
P.S. Оу. Теперь это Си-стайл с кучей unsafe во всех местах. Да-ну-на-фиг. Карго-культ какой-то
И ещё: если сравнивать кол-во строк кода на Rust с Си, то они должны делать те же проверки, иметь одинаковый API с одинаковыми названиями функций, ещё нужно учесть кол-во строк пользовательского кода, в котором по неосторожности программиста обязательно будет UB в случае с Си.
p
А зачем? Если можно взять язык со сборкой мусора, и не заморачиваться? Когда надо заморочиться за скорость и память, Rust вставляет препятствия, а когда не надо, на ЖабаСкрипте проще писать. И иногда быстрее. Мне не верите, вот другой usecase:
https://youtu.be/owcvg2YZ7Y8
https://youtu.be/owcvg2YZ7Y8
На жабаскрипте не проще. Я три часа искал баг, а оказалось что Array.prototype.shift() возвращает undefined на пустом списке.
G
Захожу на случайно попавшуюся реализацию BST
G
Вижу, что malloc таки не проверяют