Добрй день, Анатолий! Это ведь Вы пишете блог о системной инженерии и ведёте соотв. курсы для студентов?

Да, я. Только в последнее время это не просто системная инженерия, а системное мышление, за которым и системная инженерия, и системный менеджмент, и даже системная информатика. И, конечно, меня интересует Julia.

Здорово, что с нами такие люди!
Анатолий, а не доводилось ещё пользоваться относительно новой в Julia поддержкой полноценных потоков pthreads?

Кстати, про "инженерное шапкозакидательство" из процитированного вами поста -- оно уже как-то реализуется: http://ailev.livejournal.com/1343449.html

Что касается пользования Julia, то я сам не такой активный пользователь, все эти вопросы про особенности реализации того и сего в той или иной версии и "почему у меня не работает заявленная функциональность" -- это не ко мне. И потоками я тоже не пользовался.

А почему не R? :)

Мне кажется, что добравшиеся до Julia уже могут ответить на вопрос, "почему не R", так что вопрос считаю риторическим. Опять же, мой текст про "две большие фичи Julia" отвечает на вопрос.

Понятно, спасибо. Кстати, в Julia можно использовать библиотеки R, насколько я знаю.

Если бы разработчики Julia не сломали обратную совместимость в 0.6.0 - было бы конечно легче, но в плане производительности R безусловно не может тягаться с Julia.

Сейчас на последней версии работает процентов 10 библиотек

Нет, 58% библиотек работают, и ситация быстро улучшается. Вы ж просто выдумываете цифру, а есть точные данные: https://pkg.julialang.org/pulse.html

Опять же, каждый желающий ускорить дело может взять и помочь. Ну, или страдать, что мироздание забесплатно ничего ему не хочет дать ;-)

Самые большие проблемы возникают с библиотеками, которые не поддерживают регулярно, а просто чуть апдейтят раз в год. Например, тот же CBOR вряд ли изменится в ближайшее время. Патч нужен мизерный, но кто его станет принимать в основную ветку, если в принципе апдейты приходят редко.
И это нормальная ситуация: если что-то удовлетворяет всех по функционалу на 99%, то зачем это постоянно апдейтить? У меня тоже есть библиотеки, я тоже не стремлюсь от нечего делать в них коммитить что-то часто, да и сообщения с гитхаба читаю не всегда, если честно.
Можно понять мейнтейнеров, которые увидев резкие изменения в 0.6.0 просто решат ничего не фиксить и ждать версии 1.0, когда всё устаканится.

Жизнь сложна, каждый сам для себя выбирает, чем пользоваться, что править, за что платить, что делать самому. В версии 1.0 не будет принято решения ничего больше не менять. Это чисто психологическая цифра, она ничего специального не означает, об этом тоже предупреждали.

Тонкий момент ещё в том, что резкие изменения, при том что их возможность нигде не декларируется явно - вредят репутации языка. Например, у меня есть книга по Julia, которая ощутимо устарела после выхода версии 0.6

В Google-группе  мне ответили, что после 1.0 синтакис будет стабильным

Возможно, через слой совместимости

Прощу прощения, изменения будут "редкими".
"
No, breaking changes will become much fewer very soon. The point was to get as many breaking changes in as soon as possible, and before version 1.0, which is coming in some months.

Once 1.0 is here, breaking changes will be rare.
"

А язык без изменений так просто дохнет, его критикуют -- и ничего не меняется в лучшую сторону. А тут меняется.
И группа, кстати, не гугль, а discourse. И обсуждается, что никаких гарантий отсутствия изменений (ибо ничего не изменяется только после смерти. Пока живёт -- есть изменения).

Поглядите вот этот тред, там подробненько: https://discourse.julialang.org/t/list-of-most-desired-features-for-julia-v1-x/4481/89