ki
Классная была идея с круглым столом- мне очень понравилось!
Size: a a a
2018 November 23
SG
kirill ivanov
Классная была идея с круглым столом- мне очень понравилось!
Есть идея устроить батл "Go vs Elixir" не уверен что успеем к следующему митапу, но было бы интересно
Е
реп
SG
реп
Тупо словами )
AB
тебе инфа нужна для рэпа?
AB
у меня есть несколько спичей по этому поводу:
https://habr.com/post/282588/#comment_8875274
https://habr.com/post/282588/#comment_8875274
DR
Ходят слухи (trollface) что Elixir (Phoenix) мол заменил RoR\Django - это конечно булшит. Может ли он их заменить функционально - да. Заменит ли - на данный момент дико сомневаюсь. Я бы очень этого хотел, но те диведенты, что были выданы Elixir’у на старте и море статьей в ru\en сегменте что мол “вот оно будущее” - это всё так и осталось разговорами. Что рейлс что джанга это впервую очередь инструментарий стартаперов - быстрый старт, обкатка идеи, если стрельнуло - нанял ещё человек 5 в команду, пошёл в юкобминатор, поднял бабки и ещё человек 20 в штат взял. Потом остановился и всё переписал. И как это возможно с Phoenix? Вот мы ноем, что предложений о работе мало, а представляете как с другой стороны барикад - как HR-ы ищут хотя бы 1ого вменяемого Elixir-щика?)) А если им надо 2-3, 5 в штат? Вот и получается, что Elixir форсят сами разработчики. А кто эти разработчики? 99% это выходцы из Erlang или Ruby комьюнити (тут понятно почему). Так вот - первое уже давно стагнирует, второе - пару лет как начало стагнировать. И получается что Elixir базируется на двух нерастущих сообществах => то что мы видим.
Эта не похороны, Elixir отнють не умирает, что сообщество что экосистема живые, просто размеры маленькие. И вот и получается, что занять нишу дактайпинг языков и mvc фреймворков для xxп не получается, а вторую нишу, в которую потенциально целились - перфоманс решение на понятном и современном языке занял Go. Вобщем, моё ИМО, которое я уже раз 100 говорил - самая большая проблема Elixir’a - это Go. И пофиг на то что Go мерзский, пофиг на то, что там нет Phoenix аналога, самое главное, что люди\комьюнити\ресурсы, которые устали от медленных фреймворков, которые хотели чего-то нового на беке и которые потенциально могли бы заполнить Elixir OSS качественный решенями и в целом дать буст экосистеме - они все ушли в Go. Трекшн ушёл в Go. В долине никто не хочет начинать проект на Elixire - все берут Go. Хз почему…наверно потому что Google. Энивей, на данный момент Elixir настоящее и будущее страдает именно из-за наличия Go. И вот такие энтузиасты, как мы с вами, форсят в рамках фирмы Elixir хотя бы в рамках пары микросервисов.
Эта не похороны, Elixir отнють не умирает, что сообщество что экосистема живые, просто размеры маленькие. И вот и получается, что занять нишу дактайпинг языков и mvc фреймворков для xxп не получается, а вторую нишу, в которую потенциально целились - перфоманс решение на понятном и современном языке занял Go. Вобщем, моё ИМО, которое я уже раз 100 говорил - самая большая проблема Elixir’a - это Go. И пофиг на то что Go мерзский, пофиг на то, что там нет Phoenix аналога, самое главное, что люди\комьюнити\ресурсы, которые устали от медленных фреймворков, которые хотели чего-то нового на беке и которые потенциально могли бы заполнить Elixir OSS качественный решенями и в целом дать буст экосистеме - они все ушли в Go. Трекшн ушёл в Go. В долине никто не хочет начинать проект на Elixire - все берут Go. Хз почему…наверно потому что Google. Энивей, на данный момент Elixir настоящее и будущее страдает именно из-за наличия Go. И вот такие энтузиасты, как мы с вами, форсят в рамках фирмы Elixir хотя бы в рамках пары микросервисов.
У Elixir-а есть одна большая фундаментальная(сила с одной стороны и слабость с другой) проблема - нельзя в Elixir-е контролировать memory layout (т.е. нет изменяемой памяти, которая один в один или приближённо ложится на memory layout). В Go ты можешь всё написать на одном стеке. У тебя и веб приложение и микросерверная архитектура и база данных (CockroachDB, dgraph) и быстрые db engine без кода на C (badger, bolt) c адекватной скоростью. Т.е. Go разработчик может менеджить всё внутри одного стэка технологий.
DR
И это техническая причина, которая будет вечно держать Go впереди Elixir-а.
AB
вот еще из моих личных срачиков Го Ерланг. читайте там же выше и ниже
https://habr.com/company/wargaming/blog/279621/#comment_8817907
https://habr.com/company/wargaming/blog/279621/#comment_8817907
AB
это мой личный вклад. ну и на каждую статью про Го, которую вы видите в ленте хабра - я ставлю минус не читая ))) видите минус - знайте, что это был я
DR
вот еще из моих личных срачиков Го Ерланг. читайте там же выше и ниже
https://habr.com/company/wargaming/blog/279621/#comment_8817907
https://habr.com/company/wargaming/blog/279621/#comment_8817907
"А именно, в Erlang не возникает такой задачи, как менять общую память с помощью 100 процессов." => Возникает и ещё как возникает - ни одно серьёзное приложение не обходится без публичных ets.
AB
а. ну и вот моя статья - я как то решил сравнить по скорости Го и Ерланг
https://habr.com/post/324818/
https://habr.com/post/324818/
AB
Dmitry Russ (Aleksandrov)
"А именно, в Erlang не возникает такой задачи, как менять общую память с помощью 100 процессов." => Возникает и ещё как возникает - ни одно серьёзное приложение не обходится без публичных ets.
концепуально не должно возникать, а так да
AB
вообще докопаться можно всегда и до любого утверждения. именно поэтому я уже перестал писать статьи, спорить и кому-то что-то объяснять )))
DR
Я говорю о реальности и это причина, сила(неменяемой памяти) является и слабостью, почему Go будет всегда популярнее Elixir-а.
DR
Т.е. я просто понимаю, почему объективно Elixir-у никогда per design не дотянуться до Go.
AB
это от задач зависит. если есть задача менять элементы в массиве по индексу, то да
DR
А она у тебя есть в любой сложной задаче.
DR
Любая задача завязана на DB