А по мне либо спорные тезисы, либо очевидные. А главное не понятно, где там "обратно". Сорри за критику

да норм, критика должна быть) обратно нигде, лол, я не дошёл до этого)) Название и тема придумана было для рубишного митапа, а раз уж он был “переименован” в elixir, то решил не вдаваться в руби часть сильно)

да норм, критика должна быть) обратно нигде, лол, я не дошёл до этого)) Название и тема придумана было для рубишного митапа, а раз уж он был “переименован” в elixir, то решил не вдаваться в руби часть сильно)

кстати, в сторону деплоя. я, например, пользуюсь carafe. это тот же capistrano, который пользует тот же distillery и в общем норм

кстати, в сторону деплоя. я, например, пользуюсь carafe. это тот же capistrano, который пользует тот же distillery и в общем норм

Я думал, что capistrano-like решениями уже никто не пользуется, у всех докер

Плюс оркестратор опционально

лично я для себя никакой ценности в докере не нашёл

У меня к нему есть претензии, но как средство упаковки и запуска сойдёт.

Лучше, чем копирование по ssh или упаковка в deb

сильно зависит от серверной архитектуры

Лучше, чем копирование по ssh или упаковка в deb

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

у меня он строк 20 занимает, при этом 8 строк эликсировские (билд, старт стоп) по ssh, а остальные это переход по папкам, копирование установка прав

@ssnickolay а что там с эликсиром в докере не так?

@ssnickolay а что там с эликсиром в докере не так?

Если настроен куб, то более менее норм докер юзать будет, а так теряешь фичи erlang’a

https://stackoverflow.com/questions/47592371/elixir-erlang-applications-with-docker-in-production

https://elixirforum.com/t/elixir-applications-in-docker-containers/836/18

ааа, об этом речь. то так заинтреговали)

Хм странно, у нас часть систем в докере, "This also means that remsh is practically out of the question" - но мы используем remsh, "Launching multiple containers in one Node is kinda useless as the BEAM makes efficient use of all your cores." - кому интересно, есть у beamVM - полезные опции по распределению сколько он возмёт процессоров и с какой стороны. Так что процессоры можно поделить.

+S - для контроля кол-ва scheduler-ов и +sct для контроля какую часть логических процессоров использовать.

кстати, в сторону деплоя. я, например, пользуюсь carafe. это тот же capistrano, который пользует тот же distillery и в общем норм

Пока еще явно сырое решение. Но наконец-то появилось решение на руби, а не на баш скриптах. А вообще что-нибудь близкое по функциональности с edeliver появилось? А то где то проскакивала информация о намерениях сделать мегарешение, от платформатек чтоли)

@ssnickolay "Ruby < Elixr < Go" => Насколько я знаю, по крайней мере по этой части "Elixr < Go" в России точно так и есть, так как из всех предлагаемых вакансий здесь в сравнении с тем, что предлагают в Go-вакансиях - есть существенная разница... Тут скорее не жаркий спор должен быть, а скорее вопрос почему так?

Go

джава для тупых

Go тоже для тупых haskell же лучше)

“Go - это java для тупых” или “java для тупых” ?

? я вчера опять плакал от Go

"While Stack Overflow's focus on Go and Scala related to U.S. salaries, the situation was different on a global scale, where salaries average out to be much lower. Worldwide, the rankings were: 1. Clojure — $72,000 2. Rust — $65,714 3. Elixir — $65,000 4. F# — $64,516 5. Go — $64,516"

го это джава для тупых

Но в России тенденция, как в США, Go оплачивается на порядок лучше, чем Elixir

*implying джава не для тупых*

боюсь тогда даже представить какую боль приносит джава ))

с джавой проблема в том что она неправильное ооп

@acrawley А что не так с Go?

и спасает ее от гошного бойлерплейта только xml и аннотации

@acrawley А что не так с Go?

дженериков нет например

err != nil

http://valuedrivenit.blogspot.com/2015/12/to-go-language-is-mess.html

статья, хотя и старая но правильная

Всем привет, а го это больно или больше сексуально?

@acrawley И что, что нет дженериков? Как это мешает создавать работающий софт? Вот в статье пишут: "One positive thing that I did find was that go is very robust when refactoring. I performed major reorganization of the code several times, and each time, once the new code compiled, it worked without a single error.".

плюс заявления самого Пайка о том что дескать он написал Го для недоразвитых в плане CS и вкуса в программировании молодых инженеров гугла

Но в России тенденция, как в США, Go оплачивается на порядок лучше, чем Elixir

честно - сам хотел бы понять…видимо в Go люди видят больше потенциала

Проблема в том, что не смотря на все абстрактные критические пункты на нём на практике создаётся софт.

The key point here is our programmers are Googlers, they’re not researchers. They’re typically, fairly young, fresh out of school, probably learned Java, maybe learned C or C++, probably learned Python. They’re not capable of understanding a brilliant language but we want to use them to build good software. So, the language that we give them has to be easy for them to understand and easy to adopt. – Rob Pike

я не очень хочу программировать на языке, который считает меня тупым заранее

Проблема в том, что не смотря на все абстрактные критические пункты на нём на практике создаётся софт.

так можно и за пыху агитировать

@acrawley У меня есть один пример из моей любимой области: создание распределённых, строго консистентных аппликаций (на основе raft или paxos) - я не знаю аналогов чего-нибудь в духе etcd/raft (который используется в куче приложений) и имеет очень хороший архитектурный дизайн.

@acrawley И он сделан именно на Go.

Аналогов под Elixir нету.

erlang?

Каждая фирма, которой такое приложение нужно (на Erlang или Elixir) пишет свою поделку.

На Erlang-е тоже нет.

rabbitmq пилит свою с прошлого года, но она скорее всего будет заточенна под rabbitmq и пока находится в разработке.

У riak-а есть своя, которую нигде кроме риака не применить судя по-всему, да и не использовалась она практически.

эта либа написана в основном инженерами гугла

и то что она написана на го никак не значит что она не может быть написана на чем-то другом

Может.

Я и не спорю.

@acrawley coreos разрабатывается инженерами google-а?

не только ими, но точно при их содействии

они туда уже третий год инвестируют деньги и время инженеров

https://www.engadget.com/2018/01/31/red-hat-buys-coreos/

если нужно пруфы

https://www.wired.com/2015/05/google-backs-alternative-docker-cloud-computing-s-next-big-idea/

Накину тут . Если Go это Java для глупых то Scala это Java для умных.

don't let me get started on Scala

Slaca it's beautiful pony world

@acrawley Ну как бы - кто там сейчас спонсирует не так важно, https://github.com/coreos/etcd/blob/master/MAINTAINERS#L9-L16 - но никто из maintainer-ов не является и не являлся инженером google

nested namespaces нету в гоу

еще пакетный менеджер искоробки какой-то странный

еще пакетный менеджер искоробки какой-то странный

А что вообще принято использовать в go для руления зависимостями ?

https://www.engadget.com/2018/01/31/red-hat-buys-coreos/

Из хромос там опенсорсная система доставки обновлений которую гугл сделал

govendor, godep и еще с десяток либ

https://github.com/avelino/awesome-go#package-management

Scala что-то не оч

интересная дискуссия на 19й минуте в том видосе

в go за вредность платят

почему?

Смотрите доклад Николая Сверчкова с казанского митапа по Elixir — Из Ruby в Elixir (и обратно): прагматичный взгляд: http://amp.gs/f17u Слайды: http://amp.gs/f17D

https://dockyard.com/press/releases/2017/09/08/dockyard-hiring-to-solve-elixir-deployment Надеемся что найдут )

https://dockyard.com/press/releases/2017/09/08/dockyard-hiring-to-solve-elixir-deployment Надеемся что найдут )

Я им написал письмо, страниц на 10, этакий cover letter, о моем видении деплоя эликсира и почему так важно взять меня для решения этой задачи. А они даже не написали «Спасибо, но вы нам нахер не нужны» Обидно....

Я им написал письмо, страниц на 10, этакий cover letter, о моем видении деплоя эликсира и почему так важно взять меня для решения этой задачи. А они даже не написали «Спасибо, но вы нам нахер не нужны» Обидно....

Может в спам попало

))

Я прямо на сайте в форму

Так что вряд ли

Может им просто насрать

Или к тому времени уже нашли и забыли проверять

Ну тогда оно и вовсе могло им на почту не дойти

@Virviil Спроси у кого-нибудь из Dockyard-а в каком-нибудь Elixir чате, где они есть.

https://dockyard.com/blog/2018/02/28/elixir-deployment-tools-update-february-2018

А вот, у них есть блог пост на тему.

Они наняли создателя exrm и distillery для этой цели.

Я чёт думал что этот парень и так у них был

В любом случае, нафиг послать они могли ;)