LINUX.ORG.RU

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

Исправление byko3y, (текущая версия) :

Раст умеет всё то же, что и Си, только даёт больше гарантий

Из «гарантий» только гарантия правильного дергания функций библиотек для типов этих библиотек. Главным образом стандартной библиотеки, которая создана строго для написания на ней браузера. В ней нет операций с разделяемой памятью, продвинутой синхронизации, акторов или каналов. Раст не помогает писать библиотеки для повторного использования, а очень даже мешает, раздувая в разы размер код требуемого для реализации «безопасных» интерфейсов. Если ты пишешь что-то более-менее нестандартное (как в моем случае), то в Rust и в Си программы будут написаны примерно с одинаковыми «гарантиями».

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

Руст вообще местами Питон перемахивает, из разряда конпелируемых языков

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

Даже то же Qt мигрирует в сторону логики на JS, а вот в сторону Rust почему-то не спешит.

Уу, вот ведь оргумент. А вот Гугл, Мозилла и Микрософт почему-то мигрируют в сторону Раст

Каким боком эта миграция касается простого программиста? Они выпускают продукты на расте, фреймворки для разработки на расте, IDE для раста? Нет. Одна мозила делала Servo, который стал таким передовым, что про него до сих пор никто не знает. Я уже отвечал, что единственное применение раста — это высокопроизводительная логика с высокой устойчивостью к получаемой из интернета информации. Большинство контор не имеют таких высоких требований к производительности, и даже сами гугл с майкрософтом чаще всего не имеют их, а делают на C++/Rust только отдельные сервисы, предпочитая для остальных сервисов Java/C#.

Исходная версия byko3y, :

Раст умеет всё то же, что и Си, только даёт больше гарантий

Из «гарантий» только гарантия правильного дергания функций библиотек для типов этих библиотек. В ней нет операций с разделяемой памятью, продвинутой синхронизации, акторов или каналов. Главным образом стандартной библиотеки, которая создана строго для написания на ней браузера. Раст не помогает писать библиотеки для повторного использования, а очень даже мешает, раздувая в разы размер код требуемого для реализации «безопасных» интерфейсов. Если ты пишешь что-то более-менее нестандартное (как в моем случае), то в Rust и в Си программы будут написаны примерно с одинаковыми «гарантиями».

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

Руст вообще местами Питон перемахивает, из разряда конпелируемых языков

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

Даже то же Qt мигрирует в сторону логики на JS, а вот в сторону Rust почему-то не спешит.

Уу, вот ведь оргумент. А вот Гугл, Мозилла и Микрософт почему-то мигрируют в сторону Раст

Каким боком эта миграция касается простого программиста? Они выпускают продукты на расте, фреймворки для разработки на расте, IDE для раста? Нет. Одна мозила делала Servo, который стал таким передовым, что про него до сих пор никто не знает. Я уже отвечал, что единственное применение раста — это высокопроизводительная логика с высокой устойчивостью к получаемой из интернета информации. Большинство контор не имеют таких высоких требований к производительности, и даже сами гугл с майкрософтом чаще всего не имеют их, а делают на C++/Rust только отдельные сервисы, предпочитая для остальных сервисов Java/C#.