Комментарии 27
144 человека участвовало в разработке 1.7. Большое спасибо!
Интересно, сколько из них присутствует на Хабре? ;)
По крайней мере один: Nikita Baksalyar — это greedykid ;)
std::panic пока не стабилизировался, буду дальше жить на nightly.Интересно, а как murmur3 по сравнению с sip и fnv?
Интересно в какой нише в итоге закрепится Rust. Очевидно, что он в итоге вытеснит Си, кроме случаев с легаси кодом. Если это произойдет, то главный козырь С++ — совместимость с Си на котором дофига библиотек тоже будет потерян и часть людей пишущих на С++ перейдет на Rust, а часть скорее всего на какой-то новый более высокоуровневый язык, который даст возможность бесшовной интеграции с Rust.
Думаю в итоге, лет через 5 Linux и Windows начнет загибаться под напором чего-то вроде https://github.com/redox-os
Думаю в итоге, лет через 5 Linux и Windows начнет загибаться под напором чего-то вроде https://github.com/redox-os
Интересно, почему люди минусуют комментарий — человек рассуждает абсолютно верно.
Наверное, потому что заявление про загинающиеся Linux & Windows из-за ОС на rust (почему не на go? php?), скажем так, чрезвычайно смелое. Взять браузеры — Firefox загибается оттого, что есть Servo или что в нём появляются куски кода на rust? Нет же.
Ну про слова про ОС я с вами согласен, а вот про то, что раст замена C — это очень верно.
В очень ограниченном масштабе — возможно. Во многих случаях переписывать тонны сишных библиотек никто не будет, т. к. это многие человеко-годы.
Но ниша C, как портабельного ассемблера остаются точно, т. к. до сих пор существует множество архитектур под которые есть проприетарные компиляторы C, но нет поддержки в llvm.
Но ниша C, как портабельного ассемблера остаются точно, т. к. до сих пор существует множество архитектур под которые есть проприетарные компиляторы C, но нет поддержки в llvm.
Ну вот мне, например, не нравится исходный и ваш комментарии. Раст пока не очень производительный по сравнению с С, если посмотреть на бенчмарки. И, мне начинает казаться, никогда таким не станет. Хотя бы из-за проверок на выход за границы массива, которые никак не отключить (если я не ошибаюсь). И, например, в числодробилках (а ля научных приложениях), где таких проверок будет очень много, я предпочту все еще С/С++, хотя раст мне поначалу даже нравился. Плюс язык не выглядит уже намного проще С++. Писать на нем, как оказалось, не настолько и удобно. Как оказалось, опять же, иногда unsafe code может быть необходим (да, связный список), хотя вначале разработчиками как бы заявлялось, что любую программу в принципе можно написать без unsafe.
Хотя бы из-за проверок на выход за границы массива, которые никак не отключить (если я не ошибаюсь)
Ошибаетесь, есть методы.
Как оказалось, опять же, иногда unsafe code может быть необходим (да, связный список)
Этот unsafe code изолируется в модуле, реализующем связный список и не торчит потрохами во всех остальных модулях. Причём, благодаря мономорфизации достаточно реализовать этот список один раз в стандартной библиотеке, чтобы не париться далее. То, что часть стандартной библиотеки (или сторонних библиотек) использует unsafe вас, как разработчика конечного приложения или downstream библиотеки, не должно волновать слишком сильно.
> Плюс язык не выглядит уже намного проще С++
Я когда вижу такие фразы, думаю что говорящий не слишком глубоко плюсы знает. Бездна тонкостей и грабель, требующих очень и очень большой самодисциплины. Да, заставить код на плюсах собираться и выдавать какой-то результат, наверное, часто проще, но вот написать хороший код — уже другой вопрос.
И, кстати, почему «уже»?
Я когда вижу такие фразы, думаю что говорящий не слишком глубоко плюсы знает. Бездна тонкостей и грабель, требующих очень и очень большой самодисциплины. Да, заставить код на плюсах собираться и выдавать какой-то результат, наверное, часто проще, но вот написать хороший код — уже другой вопрос.
И, кстати, почему «уже»?
Мне вот тоже интересно. Кто будет поддерживать ядро к примеру линуксе, когда основные мейнтейнеры состарятся, а людей пишущих на с все меньше. Хотя может их просто меньше в пропорции. А так-то хватит
В gcc вот разрешили на плюсах писать, в Linux'е просто в один прекрасный день тоже разрешат, а там и до модулей на Rust недалеко. А там уж и основу когда-нибудь переделают на чем-то более современном. Никто в здравом уме не выкинет работающую ось.
В ядро Linux не будут принимать ничего связанного с C++. Прихоть одного финского товарища.
Эта «прихоть» продиктована чисто практическими соображениями. В проекте такой сложности и с такими требованиями к надёжности, как в Linux, C++ будет как скальпель с атомной батарейкой, оптическим прицелом и тепловым автонаведением: всё это можно отключить, но пульт от скальпеля есть даже у уборщицы, и никто не застрахован от внезапной кровавой бани.
>Интересно, почему люди минусуют комментарий
Тут очень много верующих. Верят в то, что Linux вечен и непогрешим.
>из-за ОС на rust (почему не на go? php?)
Как вы себе ОС на Go или PHP представляете? Судя по тому ваш коммент заплюсовали куча народу пишет ОС на PHP.
>Взять браузеры — Firefox загибается оттого, что есть Servo или что в нём появляются куски кода на rust?
Ну понемногу перепишут на Rust. В случае с Linux это невозможно будет. Именно поэтому очевидно в ближайшем будущем выстрелит какая-то новая ОС на Rust.
А про тонны сишных библиотек — ерунда. Все ключевые библиотеки быстро перепишут, а оставшийся мусор будет тупо как легаси висеть. Как сейчас Fortran.
Тут очень много верующих. Верят в то, что Linux вечен и непогрешим.
>из-за ОС на rust (почему не на go? php?)
Как вы себе ОС на Go или PHP представляете? Судя по тому ваш коммент заплюсовали куча народу пишет ОС на PHP.
>Взять браузеры — Firefox загибается оттого, что есть Servo или что в нём появляются куски кода на rust?
Ну понемногу перепишут на Rust. В случае с Linux это невозможно будет. Именно поэтому очевидно в ближайшем будущем выстрелит какая-то новая ОС на Rust.
А про тонны сишных библиотек — ерунда. Все ключевые библиотеки быстро перепишут, а оставшийся мусор будет тупо как легаси висеть. Как сейчас Fortran.
Как вы себе ОС на Go или PHP представляете?На Go очень можно представить. Просто ввести runtime поддержку в ядро. JavaVirtualMachine, Lisp machine, HaskellVirtualMachine, HaskellOS.
Потому что раст фокусируется на производительности помимо безопасности. Он не требует рантайм GC, у него детерминированная сборка мусора и его хваленые нулевые абстракции.
Swift? Arc почти бескровно мапится на систему типов Swift'а, Trait'ы на Protocol'ы, а Enum'ы и там и там одну и ту же концепцию реализуют.
Ответ на ваш вопрос
http://www.redox-os.org/book/book/introduction/will_redox_replace_linux.html
http://www.redox-os.org/book/book/introduction/will_redox_replace_linux.html
Он написал «чего‐то вроде», а не «именно redox». Кроме того, нет никаких гарантий, что мнение автора по этому поводу не изменится. Или что его мнение вообще будет волновать тех, кто начнёт заменять linux на redox, если последняя дорастёт до нужного уровня. Такое заявление не значит абсолютно ничего, только время покажет его соответствие действительности.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Анонс Rust 1.7