Comments 12
Я правильно понимаю, что если появляется какая-то несовместимая фича, она живет в альфа канале, но не переходит в бету и стабильную в ветке 1.0? У них все фичи настолько независимы, что они могут позволить вести расходящиеся ветки годами?
Интересно, какой у них процесс принятия решений. Кто реально определяет дизайн языка. Нет ничего хорошего в обезличенном «мы подумали, мы решили», даже не с точки зрения разработки, а именно общения с сообществом. Должны быть личности.
Тот кто пишет самые мудрёные изменения — то и самый главный. На гитхабе самый активный вроде бы brson.
Безусловно, личности есть. Rust разрабатывается всем сообществом, но под управлением т.н. core team, группы разработчиков из Mozilla. Они как раз и ответственны за дизайн языка, принятие в него новых фич и т.д. Эта серия постов пишется как раз членами core team.
Процесс принятия крупномасштабных изменений, как правило, заключается в предварительном обсуждении через процесс RFC. Принятие решений по RFC и прочее обсуждение происходит на еженедельных митингах (где присутствует как core team, так и наиболее активные члены сообщества). В целом, процесс разработки очень демократичный и действительно учитывает мнение сообщества. Например, недавнее предложение о scoped enums не очень одобрялось core team, но благодаря массивной поддержке сообщества его приняли.
Процесс принятия крупномасштабных изменений, как правило, заключается в предварительном обсуждении через процесс RFC. Принятие решений по RFC и прочее обсуждение происходит на еженедельных митингах (где присутствует как core team, так и наиболее активные члены сообщества). В целом, процесс разработки очень демократичный и действительно учитывает мнение сообщества. Например, недавнее предложение о scoped enums не очень одобрялось core team, но благодаря массивной поддержке сообщества его приняли.
Ну это-то понятно, в целом. Я имею ввиду, в том числе внутри команды. Если трое внутри команды за одно решение, а другие трое — за другое, что они будут делать? Или, вот, если команда против перечислений, а сообщество за, как они решили, что мнение сообщества в данном случае перевешивает. А в каком-то другом случае, может, не перевешивает. Есть ли какие-то формальные критерии или процедуры.
Насколько я знаю, такого, чтобы половина команды была за одно решение, половина за другое, и так, чтобы намертво — ещё не было. Как правило, члены команды убеждают друг друга в своей правоте.
Формального процесса именно принятия решения, когда кто прав, насколько я в курсе, нет. Наиболее формальная процедура в принципе об инновациях — это RFC. Насчёт конкретно енумов, вот, можете сами посмотреть обсуждение. Я думаю, core team просто бы не поняли, если бы они это отклонили без достаточно весомых причин (а таких в обсуждении не нашлось) :)
Формального процесса именно принятия решения, когда кто прав, насколько я в курсе, нет. Наиболее формальная процедура в принципе об инновациях — это RFC. Насчёт конкретно енумов, вот, можете сами посмотреть обсуждение. Я думаю, core team просто бы не поняли, если бы они это отклонили без достаточно весомых причин (а таких в обсуждении не нашлось) :)
Стабильность, стабильность, стабильность…
Но я не стал бы использовать для продакшна язык, архитектура и концепции которого меняются по нескольку раз за год
Но я не стал бы использовать для продакшна язык, архитектура и концепции которого меняются по нескольку раз за год
Спасибо за перевод, в оригинале так и не удосужился прочитать.
Только сейчас заметил, что появился хаб Rust. Отлично! Подписался.
Только сейчас заметил, что появился хаб Rust. Отлично! Подписался.
Sign up to leave a comment.
Стабильность как результат