The OpenNET Project / Index page

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



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

Оглавление

Рассматривается возможность перевода NTPsec на язык Rust или Go, opennews (ok), 10-Янв-17, (0) [смотреть все]

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


38. "Рассматривается возможность перевода NTPsec на язык Rust или..."  +/
Сообщение от Юрийemail (??), 10-Янв-17, 13:25 
А смысл переходить? Расскажите мне, необразованному, с чем там С не справился.
Ответить | Правка | Наверх | Cообщить модератору

39. "Рассматривается возможность перевода NTPsec на язык Rust или..."  +/
Сообщение от Анонимemail (39), 10-Янв-17, 13:36 
Программисты уже не те. Хакеры не те. Это как гвозди без перчаток забивать - удобно, но после десятого удара по пальцам внезапно задумался.
Ответить | Правка | Наверх | Cообщить модератору

40. "Рассматривается возможность перевода NTPsec на язык Rust или..."  +/
Сообщение от Аноним (-), 10-Янв-17, 13:43 
в первом же абзаце сказано
>> One of the medium-term possibilities we’re seriously considering for NTPsec is moving the entire codebase out of C into a language with no buffer overruns, and in general much stronger security and correctness guarantees.

похоже за буфером следить слишком муторно
насчет других проблем можно почитать по ссылочке, которую давали выше
http://blog.llvm.org/2011/05/what-every-c-programmer-should-...

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

44. "Рассматривается возможность перевода NTPsec на язык Rust или..."  +5 +/
Сообщение от Orduemail (ok), 10-Янв-17, 14:06 
C в состоянии справиться с чем угодно -- он тьюринг-полный язык программирования. А причины переходить, примерно те же, что и причины, которые толкнули Томпсона с Керниганом писать unix на C, а не ассемблере.

Разработка программ не стоит на месте. Она развивается. Требования меняются, меняется окружение, в котором работают программы. Меняется, наконец, типичный размер программы, причём в сторону увеличения. Это тренды, которые сопровождают разработку программ с самого начала, они подтолкнули когда-то системное программирование к переходу на C с ассемблера. Они же сейчас толкают в сторону ухода от C.

Сегодня C подпирают костылями, типа статических анализаторов кода, его подпирают и динамическими анализаторами, типа valgrind. Но тренды никуда не деваются, и подпирать до бесконечности не удастся.

И если Эрик Раймонд таки решится перевести системную программу на rust или go, то это будет очень полезным опытом. Причём полезным в любом случае -- как в случае успеха, так и в случае неудачи. Это даст возможность посмотреть на то, что из себя представляют rust с go в системном программировании. Пока, по большей части, вместо эмпирических данных мы имеем мнения экспертов, разной степени анонимности. Но как показывают исследования, мнения экспертов хороши тогда, когда не происходит радикальных изменений -- это очень хорошо видно по экономическим предсказаниям: эксперты хорошо предсказывают нормальное поведение рынка, но точность предсказаний падает до точности гадания на кофейной гуще, в случае сильно и резко влияющие на рынок событий.

Я не знаю, насколько для Раймонда является движущим мотивом возможность поставить такого рода эксперимент, но для нас, как для сторонних наблюдателей, запасшихся попкорном, это несомненно отличный мотив.

А, и кстати, если отвлечься от мнения анонимов о том, в чём плюсы, а в чём минусы, есть сукцесс стори о расте: https://onesignal.com/blog/rust-at-onesignal/
Основные бонусы раста проявляют себя, в принципе, как и ожидалось. А минусы, по большей части, связаны с молодостью и неразвитостью инфраструктуры -- breaking changes в библиотеках, нехватка инструментария и прочие.

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

46. "Рассматривается возможность перевода NTPsec на язык Rust или..."  +/
Сообщение от Юрийemail (??), 10-Янв-17, 14:17 
Спасибо большое! Я примерно так и думал!
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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