The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Microsoft наймёт разработчиков для переписывания сервисов с C# на Rust, opennews (??), 01-Фев-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


72. "Microsoft наймёт разработчиков для переписывания сервисов с ..."  +/
Сообщение от Карлос Сношайтилис (ok), 01-Фев-24, 11:43 
> какой-то другой

Варианты есть: Verona, Mojo. но они пока в начале пути

Ответить | Правка | Наверх | Cообщить модератору

79. "Microsoft наймёт разработчиков для переписывания сервисов с ..."  +1 +/
Сообщение от Аноним (-), 01-Фев-24, 11:55 
Это вряд ли. Не потому что они лучше или хуже раста (хотя это холиварный вопрос))), просто сам переход на другой язык стоит очень дорого. Это и допиливание самого языка, и обучение сотрудников, и еще куча долгих и дорогих вещей.
И если у раста получится закрепиться, а кажется, что получается, то переход с раста на что-то другое произойдет или когда придумают что-то фундаментально лучше, вроде "надежность Ада, скорость асма и легкость написания как у гошки", или когда раст не сможет решать новые поставленные задачи из-за накопленной сложности.
Хотя в последнем случае у раста есть хитрость с edition, можно перелопатить его очень сильно и просто назвать новым edition. И в отличии от перехода питоняки с 2 на 3, все старое продолжит работать как и раньше.
Ответить | Правка | Наверх | Cообщить модератору

98. "Microsoft наймёт разработчиков для переписывания сервисов с ..."  +1 +/
Сообщение от Аноним (98), 01-Фев-24, 12:35 
>"надежность Ада, скорость асма и легкость написания как у гошки"

Нет такого. Ada не только границы массивов проверяет. Скорости асма вообще достичь невозможно, просто потому, что потенциал скорости асма 100%, а всех остальных языков зависит от гениальности разработчиков компилятора. Написать идеальный компилятор на 2-3 порядка сложнее написания идеального кода на асме. Может быть идеальный компилятор появится с изобретением сильного ИИ, но не факт. Ну и лёгкость написания != легкости сопровождения этого кода через неделю после написания.

Ответить | Правка | Наверх | Cообщить модератору

202. "Microsoft наймёт разработчиков для переписывания сервисов с ..."  +4 +/
Сообщение от Аноним (259), 01-Фев-24, 18:31 
> Написать идеальный компилятор на 2-3 порядка сложнее написания идеального кода на асме.

Только для тривиальных случаев. При возрастании сложности программы компилятор уделывает мясо в хвост и в гриву. Поэтому в реальности и используется гибридный подход с асм-вставками там, где компилятор не может принять правильное решение из-за отсутствия целеполагания.

Ответить | Правка | Наверх | Cообщить модератору

387. "Microsoft наймёт разработчиков для переписывания сервисов с ..."  +/
Сообщение от Аноним (-), 03-Фев-24, 18:20 
> Нет такого. Ada не только границы массивов проверяет. Скорости асма вообще достичь
> невозможно, просто потому, что потенциал скорости асма 100%,

Оптимизм это хорошо. Но вот LTO может вспомнить что несколько кило назад подходящая константа уже была, регистр с ней все еще не испорчен, и константа все еще жива, так что вгружать ее не надо. А вот сможешь ли ты так же трекать аллокацию регистров и их контент через несколько кило спагетти на асме - это интересный такой вопрос.

Но это требует места где можно развернуться. И иногда оптимизер все же может протупить, при том по закону подлости это случится на самом критичном куске. Есть конечно штуки типа PGO но оно канительное в использовании.

Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру