Xmpp?

Я тут на ютуб-канале Stuff Made Here увидел внезапную рекламную интеграцию: автор рекламирует своего бывшего работодателя Formlabs, который занимается 3D-принтерами в Бостоне, США (Somerville, если точнее).

В частности, ищут CTO/Head of Engineering:
https://youtu.be/1MkrNVic7pw?t=964 (16:04)
https://careers.formlabs.com/job/2178474/apply/

надеюсь, в процессе дебага он не переломал себе носовую перегородку =)

что ж, это очень круто, когда компании готовы помогать open source проектам (оплачивать время сотрудников, которые заняты разработкой и поддержкой open source проектов), Яндекс в этом вопросе молодец) будьте как Яндекс)

да, я согласен с тем, что для описаных выше кейсов лучше выбирать что-то более популярное) playwright на данный момент выглядит хорошим вариантом)

Почитал пост, купил книгу elixir in action. Очень интересный язык. Напоминает мешанину из го, немного питона и функциональщины, но очень интересный язык
Корутины, jit, pattern matching. Пока далек от хорошего понимания языка, но для расширения кругозора после питона просто прекрасно подходит. Вопрос только, где искать знатоков эликсира

Единственное, хочется статическую типизацию

Согласен по всем пунктам

есть мнение, что язык должен быть first class citizen для популярных облачных провайдеров типа AWS / Google Cloud / Azure, иначе боли и страданий в целом будет будет, чем преимуществ, если затащить его в проект...

а вообще, все ЯП, в которых так или иначе FP подход реализован, можно назвать достаточно интересными)

Phoenix смотрел?

из нестандартных ЯП мне Nim нравится, он очень похож на Python)

ну у феникса уже коммунити неплохое

изучение Elixir, вероятно, предполагает изучение Erlang

надо быть сразу к этому готовым, полагаю) ну, если выходить за пределы Hello world'ов)

Именно для входа в ФП элексир хорош, так как сам язык очень простой, изучить несложно. Но главное у элексира — это пожалуй акторная модель, да и то это скорее особенность эрланговой VM, которая под капотом :) В целом эта акторная модель пробирается и в другие экосистемы (та же Akka), но классическая версия — это как раз Эрланг (ну или вот присахаренный Элексир).
Ещё у Элексира из приятных фич — огромная прозрачность работы самой VM, нам довольно просто удалось её обвесить просто со всех сторон метриками и наблюдать потом на дашбордах всё что надо было для предотвращения падений в проде, это прямо часто выручало

Причем на самом деле там чаще всего достаточно было смотреть на message queue у критически важных акторов — если она начинала наполняться, то что-то пошло не так и срочно надо бежать в логи :)

А чем хуже просто в докер завернуть и в тех же облаках крутить на любом понравившемся языке? Балансировщики, скейлеры, бд и тд всё можно использовать стандартное от облака

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

плюс такого подхода - простая переносимость между любыми облаками, минус - нет 100% интеграции вот прямо с любым сервисом, который захочется (или самому клиент писать и поддерживать/использовать нечто малопопулярное неофициальное)

вот с тем же питоном, приятно же, что есть SDK, можно прямо вот с чем угодно интегрироваться практически не написав ни строчки кода для поддержки этой возможности, уже всё готовое

тут в интересах развития ЯП и экосистемы вокруг надо бы попинать AWS и других чтобы сделали этот ЯП first class citizen для своей платформы, это даст некий толчок к росту популярности

Ааа, понял, ну я согласен что приятно когда есть, не совсем согласен, что боль и страдания когда нет :)
Выглядит так, что SDK хоть в сколько-нибудь популярных языках есть, в том же Elixir было ещё в 2018 (мы спокойно на AWS воркеры на Elixir крутили, которые общались с SQS, DynamoDB и ещё парой сервисов), когда язык и комьюнити совсем небольшие были. Ну и чаще всего если их нет, то сгенерить по условной OpenAPI спеке или даже написать обертку самому не выглядит времязатратным (если конечно сам проект не на полмесяца разработки, тогда тратить неделю на свои обертки сомнительно)