Без заголовка

Там вроде как открыты к изменениям, версия всего 0.5 в разработке. И главное там сейчас в этой версии -- убрать тормоза в реализации массивов, это ведь у них mission critical для заявленного класса приложений. У них самые большие траблы по модульности, конечно, в выводимости типов. Там теоретически ещё не всё понятно. Что же в части модульности, то это практически не обсуждается. Там идут два независимых процесса: -- тупой перенос всего, что видится вокруг (переписывание с максимальным сохранением источника, "перекомпиляция") -- wrapping (и такое впечатление, что это основной процесс), даже без перекомпиляции alien packages и libraries, но с каким-то вмазыванием интерфейса (например, макросы "для красоты"). -- честная переписка "в стиле Julia", т.е. выполнение заветов авторов языка: Meaning is hard and there are a lot of "protocols" that we still need to abstract out. There are separate plot functions in every plotting package Ideally, there should be a single commong plot function These kinds of abstract protocols are "narrow waists" like TCP/IP in networking or byte streams in UNIX Figuring out the right ones is hard but essential work. (это в самом конце текста http://nbviewer.jupyter.org/gist/StefanKarpinski/b8fe9dbb36c1427b9f22). Это очень интересный ход, но поскольку весь мир к общему знаменателю не приведёшь, при его массовой реализации будут нарывы на настоящие ограничения принятой в Julia реализации модульности. Пока же с интересом следим, как они будут управлять многочисленными реализациями какого-нибудь вычисления якобиана на самой Julia, как будут выбирать любимую реализацию из присутствующих на одном и том же интерфейсе в части типов и операций, так сказать module dispatch в рамках заявленной интерактивности и рефлексивности.