Большое спасибо! Комментарии. http://gadflyjl.org/stable/index.html
http://caxapa.ru/797780.html
1. В части производительности вы подробно все описали, но парадокс -> Julia нигде не уступает С кратно, на десятки % проигрыш типовое, что-то быстрее. Вероятно, народ по взрослому оптимизировал пороха Julia. И все описанные Вами ужасы, вероятно, используются экономно. Т.е. при первом обращении к переменной да, вероятно все так, но потом они как-то хитро этого избегают.
2. Для embedded целей в чистом виде Julia крайне сомнительна - я о таком не думал. Я на нее смотрел как на инструментальное средство. И как на средство интеграции всего и вся.
3. Столь высокая эффективность вычислений и заявленная легкая интеграция с С позволяет смотреть на нее как на средство интеграции всего куда более уверенно, чем все виденное мною до этого. Потому как при посредничестве С можно построить мостик до всего (обобщенно-упрощенный взгляд).
https://docs.julia …ng-c-and-fortran-code/
https://docs.julia …rg/en/stable/stdlib/c/
4. Поддержка распределенной среды вычислений "ис каропки", да еще и готовая поддержка Docker - это очень мощный рывок в будущее. Я уже описывал взгляд на быструю интеграцию Win + Linux. Причем там много продвинутостей, ссылки на объекты в памяти другой ноды и т.д.
https://docs.julia …al/parallel-computing/
5. Браузерная визуализация, поддержка SVG (Gadfly.jl -->), возможность быстро замутить красивый график - это тоже крайне полезные фишки
Julia впитала очень многие современные концепции, и довольно органично их использует.
Над языком определенно подумали, причем сильно неглупые люди.
Активность сообщества тоже радует.
Evgeny_CD, Архитектор (28.11.2017 12:21, просмотров: 715) ответил Ксения на Сильно МатЛабово. Точки с запятой из С++ убрали - считают, что новый язык сочинили :). А если серьезно, то эффективность кода и удобство в языка находятся на разных полюсах, а потому здесь возможен только компромисс. Причем компромиссное решение