p
А удобство написания?
а что с ним?
Size: a a a
2020 May 19
А
ну компилятор должен быть быстрым. и чтобы его писать и поддерживать было удобно. поэтому Rust.
я что-то сомневаюсь, что раст прям даст такой буст производительности для компилятора
p
я что-то сомневаюсь, что раст прям даст такой буст производительности для компилятора
сомневайтесь🤷♀️
T
я что-то сомневаюсь, что раст прям даст такой буст производительности для компилятора
Особенно по сравнению с С
А
Особенно по сравнению с С
нет
DC
Поддерживать раст при его непостоянности? (честно — пока только слышал о нём со стороны, руками не ковырялся)
А
по сравнению с языками с GC
T
а что с ним?
Ну, например чтобы парсить было текст удобно каждый раз.
p
по сравнению с языками с GC
а в чем преимущество гц перед не-гц в этой задаче?
А
как раз скорее всего языки с GC будут даже лучше
G
Поддерживать раст при его непостоянности? (честно — пока только слышал о нём со стороны, руками не ковырялся)
Какая непостоянность?
p
Ну, например чтобы парсить было текст удобно каждый раз.
повторюсь что не так? куча библиотек для парсинга на любой вкус.
А
а в чем преимущество гц перед не-гц в этой задаче?
быстрые аллокации для некоторых видов GC, а в случае компилятора, скорее всего GC отрабатывать не будет
DC
Какая непостоянность?
Он же много раз сильно менялся, не?
T
Поддерживать раст при его непостоянности? (честно — пока только слышал о нём со стороны, руками не ковырялся)
Он как С только без низкоуровнегого слова и немного ООП
T
повторюсь что не так? куча библиотек для парсинга на любой вкус.
Справедливо.
G
Он же много раз сильно менялся, не?
До 1.0.0
p
быстрые аллокации для некоторых видов GC, а в случае компилятора, скорее всего GC отрабатывать не будет
гц отрабатывает для любой программы работающей больше минуты)
DC
До 1.0.0
Оке)
А
гц отрабатывает для любой программы работающей больше минуты)
это что вы больше минуты собрались компилировать?