меня несколько расстраивает переход к общему языку по той причине что это вызовет распыление сил и не приведет к никаким результатам, так как популярности набрать не выйдет

и если я ошибусь, то буду только рад

Давайте разберем по порядку:
1) Python + numpy/scipy - это как раз та область, в которой у julia есть множество преимуществ в том плане, что больше не надо оборачивать свой код в виде вызова встроенных в пакет оптимизированных функций. А использование julia в качестве «клея» между другими языками - ничуть не хуже чем у питона. Её можно даже как shell использовать!
2) Deep knowledge, colleagues и т.д. - программист со временем просто привыкает делать что-то на своем отлаженном стеке, и не будет переходить на другой, т.к. от него требуются усилия на освоение + его скорость работы сильно просядет.
С другой стороны, если стек ещё не выстроен, тогда при попытке что-то реализовать разработчик будет сталкиваться с множеством различных проблем. Кто сказал, что первопроходцам будет легко? Легко тем, кто ездит по готовым рельсам.
3) Zero-based indexing - это даже несерьезно, давайте вообще не будем об этом говорить.

По этой теме рекомендую читать не тех, кто пришёл попробовать и ему не понравилось, а тех, кто профессионально владеет julia - начните с форумов на discourse.julialang.org

А переход к общему языку - это понятное направление на увеличение количества пакетов для различных применений и повышение юзабилити.

я то со всем этим согласен, но боюсь мейнстрим переубедить не выйдет

если ошибаюсь, буду только рад

Мейнстрим - это формошлепство, интернет-магазинчики и маркетинг? Под кровавым энтерпрайзом с легаси. Я что-то пропустил? :)

вроде того
И если ресурсы, которые разработчики могли бы потратить на улучшения для основной аудитории, потратят на попытку заполучить эту, то возможно это закончится тратой этих самых ресурсов

И ресурсов не только исключительно технических, но и рекламных по продвижению

Все-таки победить matlab и numpy должно быть проще, чем победить вообще всех

Может это совсем утрированная аналогия, но это как пытаться убедить всех на latex сайты верстать [что иногда хочется делать :ь ]

а так, будет неожиданно приятно, если у julia получится завоевать популярность как языку общего назначения
но пока что этого не видно, даже как тренда какого-то

Я не говорил, что julia - это замена всему, и даже html. Основной критерий - что удобнее на ней делать по сравнению с другими средами. Там уже есть и заходы в веб, даже через wasm. Есть заходы в GUI и графики. К базам данных основные интерфейсы прокинуты. Для широкого пользователя пока не хватает наработанного инструментария типа дебагера.
Ну а если брать сообщество, то оно не такое уж и малое. Основной параметр - сколько людей из этого сообщества участвуют в разработке языка. Свои плюсы тоже есть - когда пишешь туда что-то, можешь легко получить ответы из первых рук - от самих разрабов языка.

Матлаб вообще сложно победить, его люди любят за коммерческую поддержку

А кто знает, как легко построить "decision boundary" для какого нибудь классификатора?

Т.е. часто в учебниках есть красивые картинки, мол, в этой области такое-то решение и так далее. Но я не могу найти ничего похожего в julia, разве что самоделку писать )

Всем привет) Помаленьку писал на Фортране простенькие программки. Тут решил посмотреть в сторону Julia. Немного сбит с толку, так как, например, на Фортране напишешь программку, скомпилируешь исполняемый файл, который берет данные из одного текстового файла и выдает результат в другой и все дела. С Julia не очень понятно как компилировать исполняемые файлы, которые будут работать на разных компьютерах, как общаться с текстовыми файлами (здесь имеется ввиду, что в Фортране есть оператор format, которым можно что угодно и как угодно вывести в результирующий файл). Можете объяснить тёмному человеку?

Привет!
Код Julia компилируется в момент запуска его из-под компилятора/транслятора байт-кода JIT Julia. В принципе есть способы компиляции в ELF-бинарник, но это довольно сложная процедура, не для массового применения.
Т.е. стандартный способ запуска файла с кодом на Julia такой:

julia file.jl

Относително format - ничего подсказать не могу, но в целом работа с файлами в Julia в основном сводится к считыванию из файла структурированных данных для расчётов специализированными методами и аналогичной записи.

Спасибо за ответ) Буду копаться в документации

Смотрите готовые пакеты для работы с файлами, они разные в зависимости от формата. Или не парьтесь и пишите все в hdf5. Julia транслирует код в LLVM, первый вызов функции происходит значительно медленнее. Статическая компиляция вроде как была, посмотрите: https://github.com/JuliaLang/PackageCompiler.jl
Если удастся рабочий пример - было бы интересно взглянуть.