В
Раст - наверное первый с нормальными сопоставлениями по шаблонам и слайсами, при этом без сборщика мусора. Отслеживание ВЖ решает bad-use-after-move. В ++ нет решения. Нет решения, что чудак внутри не возьмёт адрес от чего-то, и не застрелит всех.
Size: a a a
2020 June 14
N
Раст - наверное первый с нормальными сопоставлениями по шаблонам и слайсами, при этом без сборщика мусора. Отслеживание ВЖ решает bad-use-after-move. В ++ нет решения. Нет решения, что чудак внутри не возьмёт адрес от чего-то, и не застрелит всех.
Сам раст то хорош. А вот его сторонники иногда перегибают.
Суть например поста в том, что ребята из МС подумали что если переписать С98_склассами на раст, то станет хорошо. Но можно же так же переписать на с++17/20
Суть например поста в том, что ребята из МС подумали что если переписать С98_склассами на раст, то станет хорошо. Но можно же так же переписать на с++17/20
A
ввести blacklist слов, которые нельзя использовать в коммите и проверять автоматом при пуше?
*denylist
A
А можно так с людьми, которые протолкнули co_await/return/yield уже вот прямо сейчас сделать? Они заслужили :)
Гору Нишанову задай
A
comath::cocos
comath::cosin
comath::cosin
cococos
o
cococos
Это что-то на финском...
AP
Раст - наверное первый с нормальными сопоставлениями по шаблонам и слайсами, при этом без сборщика мусора. Отслеживание ВЖ решает bad-use-after-move. В ++ нет решения. Нет решения, что чудак внутри не возьмёт адрес от чего-то, и не застрелит всех.
Паттерн матчинг может и плюс. Лучший lifetime management - точно плюс, C++ обзаведётся им не очень скоро :(
А вот от чудаков раст не защитит. unsafe, деления на ноль, дедлоки, лики памяти и ресурсов, неоптимальные алгоритмы могут взорвать ваш прод с той же лёгкостью.
Если в компании пишут плохой код, то перестановка кроватей смена языка программирования проблему не решит
А вот от чудаков раст не защитит. unsafe, деления на ноль, дедлоки, лики памяти и ресурсов, неоптимальные алгоритмы могут взорвать ваш прод с той же лёгкостью.
Если в компании пишут плохой код, то перестановка кроватей смена языка программирования проблему не решит
AV
Раст - наверное первый с нормальными сопоставлениями по шаблонам и слайсами, при этом без сборщика мусора. Отслеживание ВЖ решает bad-use-after-move. В ++ нет решения. Нет решения, что чудак внутри не возьмёт адрес от чего-то, и не застрелит всех.
В расте точно также чудик по цепочке вызовов может с помощью unsafe взять адрес и убить всех. И ты про это не узнаешь никогда потому, что unsafe в расте не вирусный.
AS
Жаль, но кажется нам грозит повторение истории с шарпами:
* мы создали новый язык си шарп
* наши исследования показали, что он в 10 раз надёжнее и быстрее плюсов
* все силы разработки мы переводим на разработку шарпов, только за ними будущее, он похоронит все остальные языки
* <10 лет спустя>
* наш плюсовый компилятор отстал по всем параметрам, мы стали посмешищем в этом месте
* "разумеется шарп не может заменить плюсы, мы подобного никогда не говорили". <тихо вливаем немеренную кучу бабла, чтобы воскресить компилятор>
* мы создали новый язык си шарп
* наши исследования показали, что он в 10 раз надёжнее и быстрее плюсов
* все силы разработки мы переводим на разработку шарпов, только за ними будущее, он похоронит все остальные языки
* <10 лет спустя>
* наш плюсовый компилятор отстал по всем параметрам, мы стали посмешищем в этом месте
* "разумеется шарп не может заменить плюсы, мы подобного никогда не говорили". <тихо вливаем немеренную кучу бабла, чтобы воскресить компилятор>
холиварненько... а кому это сейчас грозит? Просто про компилятор от MS уже давно, с начала 00х может некоторые вещи например if exist для сущностей в коде https://docs.microsoft.com/en-us/cpp/cpp/if-exists-statement?view=vs-2019 , что мне, например, для "рефлексии" на плюсах очень сильно помогает также давно ;)
AS
В расте точно также чудик по цепочке вызовов может с помощью unsafe взять адрес и убить всех. И ты про это не узнаешь никогда потому, что unsafe в расте не вирусный.
вот этого я тоже не понимаю, с тем же успехом в плюсах можно в style guide в компании запретить сырые указатели в общем коде, а если надо, то в отдельном файле или библиотечке и всё кучненько. В этом месте Rust принципиального улучшения не даёт, вот с lifetime согласен, тут Rust уже лучше. Почему будет стиль работать: так всё просто, в нормальной компании ревью плохо написанное место не пройдёт.
АГ
Rust - это то, что надо учить уже вчера. Переходить на него с С++.
AV
Rust - это то, что надо учить уже вчера. Переходить на него с С++.
это если хочется удивительных приключений
АГ
Ну я всё понимаю, очень тяжело бросить то, что так долго и с таким трудом изучалось. Но если судить здраво, то это выигрышная стратегия. Выучив Rust сейчас, ты ничего не потеряешь. Учится он значительно быстрее и полнее, чем С++ (который невозможно выучить), а если он выстрелит, то ты будешь на коне. А Rust не то что "если", он уже выстрелил, у него есть критическая масса. Он перерастет даже Haskell в ближайшую пару лет, и его рост будет экспоненциальным. Через лет 5 Rust уже будет мейнстримом
AV
Ну я всё понимаю, очень тяжело бросить то, что так долго и с таким трудом изучалось. Но если судить здраво, то это выигрышная стратегия. Выучив Rust сейчас, ты ничего не потеряешь. Учится он значительно быстрее и полнее, чем С++ (который невозможно выучить), а если он выстрелит, то ты будешь на коне. А Rust не то что "если", он уже выстрелил, у него есть критическая масса. Он перерастет даже Haskell в ближайшую пару лет, и его рост будет экспоненциальным. Через лет 5 Rust уже будет мейнстримом
да что там Haskell, он даже Refal перерастет!
В
Раст - инструмент (хороший, как и ++14/17/20), причем без сборщика. FFI решает часть проблем. У раста проблема только если нужна сертификация кода.
Если вернуться к МС - у них есть склад гвоздей, знают все про проблемы гвоздей, хотят сменить на шурупы. Но желания мало, это так не работает.
Если вернуться к МС - у них есть склад гвоздей, знают все про проблемы гвоздей, хотят сменить на шурупы. Но желания мало, это так не работает.
АГ
Мне было бы интересно увидеть исследование\опрос. Вопросов два: "сколько лет опыта в С++" и "как вы относитесь к переходу на Rust"
АГ
Здесь есть гипотеза, что чем больше изучаешь C++, тем жальче его бросать (too big to fail)
AV
Здесь есть гипотеза, что чем больше изучаешь C++, тем жальче его бросать (too big to fail)
тут надо как-то еще исключить влияние предыдущего опыта и оставить влияние только фактора "сколько сил потратил на изучение С++"
AS
Ну я всё понимаю, очень тяжело бросить то, что так долго и с таким трудом изучалось. Но если судить здраво, то это выигрышная стратегия. Выучив Rust сейчас, ты ничего не потеряешь. Учится он значительно быстрее и полнее, чем С++ (который невозможно выучить), а если он выстрелит, то ты будешь на коне. А Rust не то что "если", он уже выстрелил, у него есть критическая масса. Он перерастет даже Haskell в ближайшую пару лет, и его рост будет экспоненциальным. Через лет 5 Rust уже будет мейнстримом
Учить и пользоваться безусловно надо, что я и делаю, но у меня не знаю когда появится возможность использовать Rust везде на зоопарке, на часть зоопарка у меня только C++14 завезли в 19 году, жопа.
AV
потому, как просто предыдущий опыт говорит, что С++ хоронили уже много раз и было уже много убийц С++ на которые ну вот точно нужно прямо сейчас переходить