LINUX.ORG.RU

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

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

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

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

Где HPC = ML/AI? В собственно HPC (с MPI-like библиотеками и пр.) Пайтон не применяется, по очевидным причинам.

Я в «классическом» HPC (никакого ML/AI, сплошные УРЧП на высокопроизводительных кластерах) работаю почти 30 лет, из них питон мы применяем over 20 лет, и далеко не только мы. Половина HPC кодов сейчас делается на связке питон-плюсы.

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

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

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

Где HPC = ML/AI? В собственно HPC (с MPI-like библиотеками и пр.) Пайтон не применяется, по очевидным причинам.

Я в «классическом» HPC (никакого ML/AI, сплошные УРЧП на высокопроизводительных кластерах) работаю почти 30 лет, из них питон мы применяем over 20 лет, и далеко не только мы. Половина HPC кодов сейчас делается на связке питон-плюсы.