История изменений

«Очень большое количество людей не хотят работать с крестами просто потому, что не могут с достаточной скоростью итерировать разработку.»

У тебя есть какая-то статистика из внешнего независимого источника, кроме личного мнения?

Это круто, но тебя не смущает тот факт, что Rust за N лет так и не смог показаться каких-то выдающихся резуьтатов по скорости компиляции?

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

Мне пофигу, что ты там мешаешь или не мешаешь. Я говорю про цель, ради которой приложухи пишутся.

Так это ведь ты мешаешь, не я. Логические ошибки допустимы в любом языке. Поэтому их количество будет примерно одинаковым везде (при прочих равных). Но в Плюсах к этому классу ошибок также добавляется UB, с которым постоянно бороться надо. И в этом контексте ещё большой вопрос, кто выкатит к вечеру приложение быстрее: программист на Раст, который будет ждать компиляцию чуть дольше (да и то не факт), или программист на Плюсах, пытающийся совладать с очередным UB.

потому что на низколиквидном рынке сегодня 5 вакансий на 2 соискателя на овермиллион денег, а завтра 1 вакансия на 2 соискателя и платят как за PHP.

И причина - неадекватная сложность Плюсов. В других сферах этого ЯП практически нет.

Давай я научу тебя некромантии Учитывая то, что автор продавал либы под F#, можно предположить, что он был не совсем искренен в описании характеристик онных.

А, точно, про web.archive забыл как-то, спасибо, что напомнил. Допустим, что автор приврал на счёт сроков. Но вряд ли он врал по поводу конечного результата и того, что команда плюсовиков с оптимизацией кода не смогла справиться. Изначальный тезис о сложности плюсов это никак не отменяет. Возвращаясь к спецификации языка (которая, напомню, составляет около полутора тысяч страниц) вряд ли ты это сможешь оспорить.

Это круто, но тебя не смущает тот факт, что Rust за N лет так и не смог показаться каких-то выдающихся резуьтатов по скорости компиляции?

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

Мне пофигу, что ты там мешаешь или не мешаешь. Я говорю про цель, ради которой приложухи пишутся.

Так это ведь ты мешаешь, не я. Логические ошибки допустимы в любом языке. Поэтому их количество будет примерно одинаковым везде (при прочих равных). Но в Плюсах к этому классу ошибок также добавляется UB, с которым постоянно бороться надо. И в этом контексте ещё большой вопрос, кто выкатит к вечеру приложение быстрее: программист на Раст, который будет ждать компиляцию чуть дольше (да и то не факт), или программист на Плюсах, пытающийся совладать с очередным UB.

потому что на низколиквидном рынке сегодня 5 вакансий на 2 соискателя на овермиллион денег, а завтра 1 вакансия на 2 соискателя и платят как за PHP.

И причина - неадекватная сложность Плюсов. В других сферах этого ЯП практически нет.

Давай я научу тебя некромантии Учитывая то, что автор продавал либы под F#, можно предположить, что он был не совсем искренен в описании характеристик онных.

А, точно, про web.archive забыл как-то, спасибо, что напомнил. Допустим, что автор приврал на счёт сроков. Но вряд ли он врал по поводу конечного результата и того, что команда плюсовиков с оптимизацией кода не смогла справиться. Изначальный тезис о сложности плюсов это никак не отменяет. Возвращаясь к спецификации языка (которая, напомню, составляет около полутора тысяч страниц) вряд ли ты это сможешь оспорить.