Я понимаю так: например, когда хочется иметь историю состояний вектора, где каждый этап немного отличается от предыдущего/следующего состояния. Персистентные векторы дают как раз это — ибо общая часть у снимков векторов одна и та же, а та, что отличается(присуще только этому снимку) — у каждого снимка своя => получаем экономию памяти. С обычным вектором так не получится, ибо для хранения снимков вектора нужно каждый раз копировать(клонировать) его заново.
По поводу опроса: не люблю соль, пусть лучше будет больше сахара,
а также операторов на всякие случаи жизни, например, <=>, как в Perl'е,
позволит писать более лаконичный код.
Возможно стоит добавить вариант — «соль не нравится/ее уже слишком много/не нужна».
А как же случаи, когда нужно быстро написать прототип программы, но не хочется
работать с borrowck? По-моему, GC нужен для того, чтобы разработчик не работал с памятью вручную/не тратил время.
Опрос про GC не в тему, да — просто интересно мнение сообщества.
Да. Стоит заметить, что, например, в коде самого Rust компилятора(!), только 4% кода является unsafe, да и то unsafe там используется в основном для взаимодействия с C библиотеками посредством FFI(Foreign Function Interface).
а также операторов на всякие случаи жизни, например, <=>, как в Perl'е,
позволит писать более лаконичный код.
Возможно стоит добавить вариант — «соль не нравится/ее уже слишком много/не нужна».
Я перевел то, что было в оригинале. Не силен в Tokio, поэтому не стану ничего менять.
писать сигнатуры вида
в Go все проще — создал структуру, посылай ее по значению или по ссылке,
а runtime сам разберется, как ее утилизировать.
работать с borrowck? По-моему, GC нужен для того, чтобы разработчик не работал с памятью вручную/не тратил время.
Опрос про GC не в тему, да — просто интересно мнение сообщества.
объекта request, поэтому он должен быть изменяемым.
Он одинаково хорошо взаимодействует как с Rust, так и с С++.
Да. Стоит заметить, что, например, в коде самого Rust компилятора(!), только 4% кода является
unsafe
, да и тоunsafe
там используется в основном для взаимодействия с C библиотеками посредством FFI(Foreign Function Interface).