Главное не забыть эту операцию обернуть в unsafe )
Ой даже не знаю, когда читал там прям кричали что "many programmers are now opting to use it for software development instead of C++" но у меня руки так и не дошли...
Так что там? Прям крут?
Так что там? Прям крут?
Значительно сложнее, но и возможностей даёт больше за счёт продвинутых библиотек и удобного средства сборки. Под stm32 писать на c/c++ — боль (в сравнение с растом), сервера плюс/минус одинаково (раст выдвигает кучу раздражающих требований, зато ошибиться сложнее), гуи — боль, железо — легко, макросы — чудо, в сравнение с шаблонами, кросс — проще, динамика — больше возни, зато проще отладка. А вообще субъективно когнитивная нагрузка возрастает колоссально.
Если прибегать к использованию GC-языков + native, то JNI на C/C++ сложнее, чем на расте (он больно ударит при попытке создать неправильную ссылку, сам соберёт массивы, сделает преобразования типов, да и вообще привязки к jni у раста очень здорово написаны). Мне сейчас очень нравится scala + rust — одна даёт высокоуровневые возможности, а второй гарантирует безопасность быстрых функций и взаимодействия.
Главный минус, на мой взгляд — то, что раст не ФП и не ООП, что-то продвинутое тяжело написать. Но на плюсах я тем более пытаться не стану — они ещё тупее. Опять же память выделяется всегда через исключение — либо отказаться от всех фишек (т.к. частично раст ФП и он не имеет права иметь malloc с нехваткой памяти), либо всегда предполагать, что любое выделение закончится падением (если есть требования высокие к памяти).
«many…» — вряд ли хороший план, практика тяп-ляп работает лучше, а на расте так особо не попишешь, да и найти программистов сложнее. Малая группа избранных — вот хороший вариант для раста, для массовости больше подойдут плюсы или джава.
Если прибегать к использованию GC-языков + native, то JNI на C/C++ сложнее, чем на расте (он больно ударит при попытке создать неправильную ссылку, сам соберёт массивы, сделает преобразования типов, да и вообще привязки к jni у раста очень здорово написаны). Мне сейчас очень нравится scala + rust — одна даёт высокоуровневые возможности, а второй гарантирует безопасность быстрых функций и взаимодействия.
Главный минус, на мой взгляд — то, что раст не ФП и не ООП, что-то продвинутое тяжело написать. Но на плюсах я тем более пытаться не стану — они ещё тупее. Опять же память выделяется всегда через исключение — либо отказаться от всех фишек (т.к. частично раст ФП и он не имеет права иметь malloc с нехваткой памяти), либо всегда предполагать, что любое выделение закончится падением (если есть требования высокие к памяти).
«many…» — вряд ли хороший план, практика тяп-ляп работает лучше, а на расте так особо не попишешь, да и найти программистов сложнее. Малая группа избранных — вот хороший вариант для раста, для массовости больше подойдут плюсы или джава.
Вакансий по расту примерно нихуя, те, которые есть - это крипта, в лучшем случае бэк. Нафига раст в бэке мне неясно. А как раз там, для чего он хорош - безопасный заменитель си, я его не встречал. Тут в линукс кернел завозят поддержку раста, посмотрим, как пойдет.
ЗЫ. На тех же линуксах можно malloc'ать овер9000 памяти, ничего не упадет при выделении, упадет при доступе к очередной странице.
ЗЫ. На тех же линуксах можно malloc'ать овер9000 памяти, ничего не упадет при выделении, упадет при доступе к очередной странице.
Там разница идеологий: Rust создавался как безопасный язык, компилятор которого будет бить по рукам программисту. Ну и так как он еще и молодой, то попутно избавиться от монструозной хуйни плюсов. C++ - язык, который полностью доверяет программисту, но накладывает на последнего кучу ответственности за свой код. Ну и Rust сейчас - это скорее хорошая альтернатива C, а не C++. Во всяком системном его норм использовать.
Чтобы написать коммент, необходимо залогиниться
Отличный комментарий!