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

"Автор платформы Bun проводит эксперимент по переписыванию с Zig на Rust"	+/–
Сообщение от opennews (ok), 06-Май-26, 12:09
Джарред Самнер (Jarred Sumner), создатель и основной разработчик  серверной JavaScript-платформы Bun, создал Git-ветку, в которой приступил к переписыванию Bun с языка Zig на Rust. Переписывание ведётся с использование AI-ассистента Claude, для которого сформировано отдельное руководство по портированию. По словам Джарреда пока это лишь эксперимент, а не официальный порт, и высока вероятность, что дальше эксперимента дело не зайдёт и переписанный код не будет использован... Подробнее: https://www.opennet.me/opennews/art.shtml?num=65379
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Джон Титор (ok), 06-Май-26, 12:09	+3 +/–
Я предполагаю что он хочет посмотреть быстродействие и сравнить. Rust же рекламируют как язык программирования с высокой скоростью исполнения кода. Интересно что он скажет в результате - что откроет?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #8

3. Сообщение от Аноним (3), 06-Май-26, 12:16	–4 +/–
Вроде раст рекламируют как нечто среднее между питоном и додиез, все эти проверки в рантайме то не бесплатны. Чувак просто хочет хайпануть. Зиг слишком эзотерический и раст чуть менее эзотерический.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #5, #6

4. Сообщение от Анонимус11 (?), 06-Май-26, 12:18	–1 +/–
> неприемлемая для крупных проектов политика Zig в отношении принятия в язык изменений, нарушающих совместимость Интересно, а что ждали от языка, у которого еще не было стейбл-релиза? В этом и суть нулевой мажорной версии
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17

5. Сообщение от Аноним (3), 06-Май-26, 12:21	+/–
К слову, нейронки с эзотерическими языками довольно посредственно работает. Так что не совсем понятен смысл это вообще обсуждать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

6. Сообщение от Аноним (6), 06-Май-26, 12:22	+3 +/–
> Вроде раст рекламируют как нечто среднее между питоном и додиез, И вы сможете предоставить пруфы? Или это просто прдеж у лужу? > все эти проверки в рантайме то не бесплатны. Какие именно проверки в рантайме? ЕМНИП в рекламе раста как раз рекламировали "compile time checks", всяких боровов и компилятор с плеткой. > Зиг слишком эзотерический Да, и весьма сырой. > и раст чуть менее эзотерический. Настолько менее, что добавлен в ядро вторым языком, используется кучей серьезных компаний типа клоудфлари, мелкомягкими и амазоном.. И да, в каждом новом андроиде есть миллионы строк раст кода. Я бы сказал что это мейнстримный язык, что думаете? ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #7

7. Сообщение от Аноним (3), 06-Май-26, 12:27	–2 +/–
Корпорации вроде Майкрософт заинтересованы в неэффективном коде на раст, который позволит выкинуть программистов на мороз. Чистая экономия. Оттуда же и в ядре он. А проверки в рантайме никуда не деваются, и естественно они не бесплатны. Поэтому и конкуренция с виртуальными машинами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #10, #14

8. Сообщение от Аноним (12), 06-Май-26, 12:27	+1 +/–
Отладочный код чудовищно медленный, об этом даже в документации bevy сказано, в то время как C++ разрабы  даже stl переписывают, так как он недостаточно быстрый в отладочном режиме (EASTL), в расте вот такое вот творится. Тестил демки bevy, там 70 фпс в сцене с кубом было
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #9, #11

9. Сообщение от Аноним (12), 06-Май-26, 12:31	+2 +/–
https://github.com/bevyengine/bevy-website/blob/9d28acced9a2...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

10. Сообщение от Аноним (6), 06-Май-26, 12:33	+/–
> Корпорации вроде Майкрософт получает кучу бабла продавая облачные сервисы типа азура > заинтересованы в неэффективном коде на раст, наоборот, заинтересованы в языке, который будет пограммисту другом и товарищем готовым подставить борова в трудную минуту и дать совет > который позволит выкинуть программистов на мороз. Чистая экономия. Чистая чушь. Они просто поняли что дырявые языки уперлись в максимум человеческого разума и сложность проектов. Как диды в первом юникс-v4 наовнячили, так потомки продолжают. > А проверки в рантайме никуда не деваются, и естественно они не бесплатны. Поэтому и конкуренция с виртуальными машинами. Еще раз спрошу, какие именно проверки. Если для качественного кода придется делать одинаковую проверку в СИшке и в расте, то ассемблерное представление будет схожим, а возможно даже одинаковым. Если вы намекаете, что на СИшке можно не добавлять рантайм проверки типа "и так сойдет" - то потом получаем ворох багов и CVE.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #12

11. Сообщение от НяшМяш (ok), 06-Май-26, 12:34	–1 +/–
> Отладочный код чудовищно медленный Отладочный код нужен для отладки. То есть такой, который в асме выглядит ровно так как и написал разработчик. Это в крестах пофигу как там UB выглядят. Но если очень надо и в гугле забанили, то можно компилировать зависимости с оптимизациями. Про это даже в документации раста сказано. [profile.dev.package."*"] debug = false opt-level = 3
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #13

12. Сообщение от Аноним (12), 06-Май-26, 12:35	+/–
Проверки границ массивов например
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #15

13. Сообщение от Аноним (12), 06-Май-26, 12:36	+1 +/–
В отладочном коде надо полноценно работать и отлаживать, а эти "оптимизации" как раз проверки выкидывают, добро пожаловать в безопасный раст
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

14. Сообщение от pepe_watafa (?), 06-Май-26, 12:39	+/–
"А проверки в рантайме никуда не деваются ..." Давайте, предметнее, о каких конкретно проверках в рантайме вы ведёте речь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

15. Сообщение от Аноним (6), 06-Май-26, 12:46	+/–
> Проверки границ массивов например Ок, предположим, что в расте они обязательные, постоянные и неотвратимые как налоги. (хотя если бы в почитали про слайсы, то узнали бы много нового) А в СИ они нужны? Что будет если не проверять границы массивов? Что случится если программы выйдет за эти границы? По какой-то причине в плюсы добавили .at() (СИшка как обычно отстает в "инновациях"). В компиляторы добавили -Warray-bounds (как раз на этапе компиляции), и -fsanitize=bounds (для рантайма). Зачем если и так все хорошо работало? ps вы так и не привели пруфов того, что релизный расткод существенно медленнее чем код на альтернативных языках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

16. Сообщение от Аноним (17), 06-Май-26, 12:48	+/–
Но зачем ведь для этого уже есть Дино?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20

17. Сообщение от Аноним (17), 06-Май-26, 12:51	+/–
Ждали скорости!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

18. Сообщение от Аноним (18), 06-Май-26, 13:02	+/–
Жостцкие пацаны в Zig. Это хорошо.
Ответить | Правка | Наверх | Cообщить модератору

19. Сообщение от Аноним (19), 06-Май-26, 13:04	+/–
Сразу видно, что ИИ и Rust - это раковая опухоль, которая стремится всё пожрать.
Ответить | Правка | Наверх | Cообщить модератору

20. Сообщение от Аноним (20), 06-Май-26, 13:06	+/–
> Но зачем ведь для этого уже есть Дино? Пока программисты  ̶В̶и̶л̶л̶а̶р̶и̶б̶а̶ Bun героически борются с "политикой Zig в отношении принятия в язык изменений, нарушающих совместимость", программисты В̶и̶л̶л̶а̶б̶а̶д̶ж̶о̶ Deno уже написали запланированный код и пошли отдыхать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

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

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