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

Ну а Arc'и что так, что сяк придётся прохавывать. Ибо момент "обмазывания" ими настаёт тогда, когда ты сильно не прохавал ownership и borrowing.

В многопоточных приложениях без них никуда, а в однопоточных асинхронных -- Rc RefCell :))
Я на самом деле про арки имел в виду, что может произойти попытка эмулировать гц таким вот образом))) а там появятся циклы и привет
ну и рекурсия -- это вот прям имхо самое болезненное будет для любителей ФП. ну то есть отсутствие оптимизации оных)
В общем вопрос имхо неоднозначный, а вообще хорошо развиваться разносторонне =)))

Перешёл с котлина на раст, не ощутил особых проблем. Никогда "низкоуровневыми" языками не пользовался)

Опыт разнится, тут все об этом и рассказывают :)

Классно, что раст собрал столько людей из других коммьюнити вокруг себя

В асинхронных разве гонок не может быть?

А запинить это дело стоит или нет? Потеряется же(

Енто хорошо и всячески прекрасно) но я ж и не говорил, что такой опыт прям необходим. Просто имхо он полезен :)

Ну, спорно. Теми же каналами можно обойтись в ряде задач. Я могу тебе написать многопоточный веб-сервер на actix без единого Arc`/`Mutex в user-коде)
Опять же, от низкоуровневости задачи зависит. Хотя для той же многопотохи - это аналогично и другим языкам. Просто Mutex - это мьютекс, а Arc<Mutex> - это клонируемый мьютекс, если очень грубо. На высоком уровне не сложно уловить суть.

и даже работу получилось найти без просадки по компенсации?

Если использовать сейфовые обёртки, то не может, если ансейф -- то точно будут)

А каналы без арков сделаны? :)) Да просто какой-нибудь атомарный счётчик делаешь -- и всё, арк готов. Но я не могу не согласиться, что очень-очень часто можно обойтись без этого. А в качестве примера привёл как контр-пример высказыванию про "когда не сильно прохавал ownershipи borrowing" -- то есть даже если прохавал, то всё равно есть миллион ситуаций, когда они нужны. Но это в общем значения особо не имеет)))

Ну, понятно что оно под капотом так сделано. Я к тому, что минимальному Rust-кодеру вполне может и не прийдётся эти Arc'и бахать тут и там в целом ряде высокоуровневых задач, даже если по факту всё оно будет на крутой асинхронщине, многопотоке и вообще зирокост во все щели).

Да, тут вопросов никаких

Особенно с новым асинк-авейтом прям вообще хорошо становится

"Крутой асинхронщине". Просто в самое сердце.

Где async/await ? ;)))

Уже в beta!

Возможно. Думаю мне будет не хватать этого бэкграунда, если я такт доберусь до embedded )

Да я в курсе, просто к тому что пока не стейбл :)