Там в конце говорят, что эту лавочку прикроют в скором времени.

Так что увы, Джулии на мобильных видимо не будет.

на мобильных от великолепной дуополии гугл+apple, на sailfish проблем особых не вижу

ну и по ссылке проблемы связаны с termux, а не с джулией per se

Я не говорил про Джулию per se.

Просто Джулия на мобильных работать не может. Точнее пока что может, но не в будущих новых версиях, где дополнительные ограничения введены.

Игрался, падает в segfault

Ребят привет. Сразу извиняюсь за такой вопрос, но хотелось бы уточнить: вот джулия - такой быстрый язык и удобно делать научные рассчёты. Но вот про способ использования: она больше для научных рассчётов "на раз" - посчитал результат, написал статью и всё? Или же она для быстрых рассчётов в том числе как постоянно использующийся элемент комплесной системы? В общих чертах, насколько ок микросервисы писать на ней? Или извращение?

Немного поясню: акцентирую не на "будет ли хорошо работать" а "насколько 'общественно-ожидаемо' так делать".

От многого зависит кажется :(

если время вычислений = о-малое от времени компиляции, то ОК

что такое "на раз" тоже непонятно, у меня "раз" может на неделю ноутбуко-часов растянуться )

Это зависит.
Есть минусы, есть плюсы.

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

Формально экосистема не настолько развита, как в том же питоне, надо больше будет руками мастерить. Например ормов нет, придётся руками SQL писать.

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

Ну вот тут без вопросов: когда всё в контейнерочках и скрыто за шинами/конвенциями, то можно хоть на матлабе писать API, и вполне возможно, что будет хорошо работать. А вот скажем пришёл в фирму человек (на абстрактного программиста), говорит "Знаю Julia" и умеет писать на ней. Будет ли разумно просить его писать с её помощью некие сервисы, если, к примеру, он на сопоставимом уровне знает Go/Java/C# ? Или всё же лучше пусть использует её для исследовательских изысканий?

Потому что, ну , DataScience на Go я бы не оценил (субъективно, конечно). :)

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

Я предлагаю рассмотреть "отдалённое будущее" когда Julia будет распространена достаточно (ах мечты), и могу в тему дополнить свой вопрос: а как "следующий" программист на Julia в этой абстрактной фирме, воспримет предложение поддерживать уже написанные сервисы на jl ?

\_(%)_/
Всегда есть риски.
Формально язык не настолько популярен, чтобы можно было легко человека с улицы найти.

С другой стороны, если готов вкладываться в обучение, то наверное ок.

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

я бы взялся скорее за такое, чем поддерживать исходники на Java ....

+1

потому что исходный код Julia я могу понять

а любую случайную программу на Java я понять не в состоянии )

Вот да, подобную позицию я и хотел узнать :) 👍🏿