Исходное сообщение
"Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." Отправлено anonymous, 19-Сен-21 12:28
1. Хоть Python есть не везде (особенно в embedded). Но ОК, валидный аргумент. 2. Ну да, внедрение например asyncio и coroutines -- это так, не считается (хотя по сути теперь большие приложения на Python пишут тупо иначе). Но допустим ОК, возмём за валидный аргумент. 3. Синтаксис Python лишь кажется простым. Опять же давайте вспомним asyncio и корутины, и сравним это с Go, например. Но ОК, допустим и это аргумент сочтём за валидный. 4. Rust тоже позволяет. Для этого там есть unsafe. А по поводу безопаснее Rust-а -- это просто бред от не понимания про что речь. Напомню,что речь про safety и возможность предотвращать ошибки на стадии компиляции. А в Python с этим большое количество проблем. Начиная от системы типизации, заканчивая тем, что GIL и однопоточность на самом неделе не спасают от concurrency проблем и некорректной работы приложения. Есть и аргументы против Python в качестве glue language by default и я убеждён, что это было большой ошибкой форсить Python везде, но это сейчас не важно. Я просто хотел ответить на пункт #4.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> 1. Хоть Python есть не везде (особенно в embedded). Но ОК, валидный > аргумент. > 2. Ну да, внедрение например asyncio и coroutines -- это так, не > считается (хотя по сути теперь большие приложения на Python пишут тупо > иначе). Но допустим ОК, возмём за валидный аргумент. > 3. Синтаксис Python лишь кажется простым. Опять же давайте вспомним asyncio и > корутины, и сравним это с Go, например. Но ОК, допустим и > это аргумент сочтём за валидный. > 4. Rust тоже позволяет. Для этого там есть unsafe. А по поводу > безопаснее Rust-а -- это просто бред от не понимания про что > речь. Напомню,что речь про safety и возможность предотвращать ошибки на стадии > компиляции. А в Python с этим большое количество проблем. Начиная от > системы типизации, заканчивая тем, что GIL и однопоточность на самом неделе > не спасают от concurrency проблем и некорректной работы приложения. > Есть и аргументы против Python в качестве glue language by default и > я убеждён, что это было большой ошибкой форсить Python везде, но > это сейчас не важно. Я просто хотел ответить на пункт #4.
	Введите код, изображенный на картинке: