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

Толщина серверной сборки часто не играет особой роли - в зависимости от размера проекта библиотека для скриптов на фоне всего остального может легко потеряться.

Вопрос не в толщине а в геморрое сборки. У нас обычно код собирается на целевой платформе из сырцов, причем иногда с передачей сырцов «под роспись». В этом случае передавать питон это одно, а передавать что то легковесное это совсем другое. .net на целевых платформах просто нет, поставить то наверное можно, но напуркуа? Настоящих буйных мало…

почему они выбрали именно питон - нет информации, но наверное выбор был осознанный.

Из тех самых гуманистических соображений вестимо;-)

.net в целом ложится на п. 3 и 4.

По «написание достаточно сложных приложений» - в питоне из экзотичного мне нужно:

1. рефлексия. Взяли объект со стороны, покрутили, пробежались по всем аттрибутам, что то сделали.

2. __getattr__ — атрибута нет, но по запросу делается, в зависимости от контекста разное.

3. делается своя иерархия классов с перегруженными операциями (обычно BaseOp, UnaryOp, BinaryOP + что то по необходимости), дальше произвольное выражение eval-ом конвертится в AST из этих классов и с ним уже что то происходит. Занимает 50…300 строк зависимости от навороченности, 300 строк полный фарш с поддержкой векторов, конвертацией выражений в tex и еще всяким. 50 строк это генератор кода для узкозаточенной плюсовой байт-машины. Через модуль ast это делать гораздо неудобнее и дольше, пробовал. Сколько это займет на шарпах?;-)

верхний управляющий слой для HPC расчетов

Здесь, кроме отсутствия .net на целевых машинах, вступает тот самый гуманистический фактор. Питон знают все, шарпы (у нас) не знает никто.

Кое кто из коллег в другом городе писал че то HPC на шарпах, мы на него смотрели странно. Связка плюсы(CUDA)-питон на нашей полянке с запасом закрывает все мыслимые потребности именно потому что питон с плюсами диаметрально противоположные ЯП. Куда тут втыкивать еще ЯП я не вижу…

Я бы кстати ушел с питона, очень меня бесит как разработчики ломают обратную совместимость и куда вообще питон движется. Но увы - держит кодовая база и то что питон знают все…

Толщина серверной сборки часто не играет особой роли - в зависимости от размера проекта библиотека для скриптов на фоне всего остального может легко потеряться.

Вопрос не в толщине а в геморрое сборки. У нас обычно код собирается на целевой платформе из сырцов, причем иногда с передачей сырцов «под роспись». В этом случае передавать питон это одно, а передавать что то легковесное это совсем другое. .net на целевых платформах просто нет, поставить то наверное можно, но напуркуа? Настоящих буйных мало…

почему они выбрали именно питон - нет информации, но наверное выбор был осознанный.

Из тех самых гуманистических соображений вестимо;-)

.net в целом ложится на п. 3 и 4.

По «написание достаточно сложных приложений» - в питоне из экзотичного мне нужно:

1. рефлексия. Взяли объект со стороны, покрутили, пробежались по всем аттрибутам, что то сделали.

2. __getattr__ — атрибута нет, но по запросу делается, в зависимости от контекста разное.

3. делается своя иерархия классов с перегруженными операциями (обычно BaseOp, UnaryOp, BinaryOP + что то по необходимости), дальше произвольное выражение eval-ом конвертится в AST из этих классов и с ним уже что то происходит. Занимает 50…300 строк зависимости от навороченности, 300 строк полный фарш с поддержкой векторов, конвертацией выражений в tex и еще всяким. 50 строк это генератор кода для узкозаточенной плюсовой байт-машины. Через модуль ast это делать гораздо неудобнее и дольше, пробовал. Сколько это займет на шарпах?;-)

верхний управляющий слой для HPC расчетов

Здесь, кроме отсутствия .net на целевых машинах, вступает тот самый гуманистический фактор. Питон знают все, шарпы (у нас) не знает никто.

Кое что из коллег писал че то HPC на шарпах, мы на него смотрели странно. Связка плюсы(CUDA)-питон на нашей полянке с запасом закрывает все мыслимые потребности именно потому что питон с плюсами диаметрально противоположные ЯП. Куда тут втыкивать еще ЯП я не вижу…

Я бы кстати ушел с питона, очень меня бесит как разработчики ломают обратную совместимость и куда вообще питон движется. Но увы - держит кодовая база и то что питон знают все…