Хочу начать с микросервисов

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

В начале хотел писать на руби, но приглянулся мне Феникс

Ещё смотри, чтобы коллеги не начали тебя бить.

Вот тогда и сбегу

)))

Шучу конечно. У меня пока нет единой картины, как можно организовать такую работу, чтобы из php делать быстрые запросы в феникс.. или это вообще лучше делать яваскриптом с самого сайта.

Или забить на сервисы и полностью переписывать проект с использованием React

Зачем ты хочешь переписать весь проект?

Тебя бросает что-то, сначала реши что действительно нужно

Кодовая база сильно устарела. Поддержка стала сильно дорогостоящей. Изменение кода в одном месте часто влияет на другие.

Нет полной картины работы системы. Часто выполняется то, чего не ожидаешь.

Можешь ли ты какую-то часть вынести?

Тестов я так понимаю нет

Естественно))))

Но самое крутое - все разработчики, которые все это написали свалили.

Ничего страшного

Полностью новая команда, даже ПМ

Есть ещё Clojure, на ней можно писать изоморфные приложения с фронтендом на React. :) И она будет вместо PHP, JS, HTML и даже вместо CSS. Сплошная Clojure :) Получается классно!)

Ничего страшного)

Относительно классно, сильно зависит от задач

ну.. я вообще ничего не читал по Clojure))

@nitrodev да, конечно. Я это от части с юмором. Но есть своя саксесс-стори. Получилось действительно хорошо.

Да знаю, писал, но не много

@yaBloom вообщем, переписывать полностью проект который никто не знает как работать не вариант, разбирайте его по кускам и пишите маленькие части и сразу в прод из запускайте

я думаю над переписанием админки

Там не нужно париться над фронтом

простой бутстрап и пара виджетов

Но если хотите эликсир, то сначала поучите его все и попробуйте что-то написать. Первые разы очень легко наворотить плохих вещей

Для админка не нужен эликсир, бери рельсу

Но это будет хорошая обучалка))

Быстрее разберемся с сущностями проекта, поймем внутреннюю логику, тогда станет понятна внешняя

Ладно.. я сформулирую вопросы и задам, когда будет подкаст?

Я как раз сейчас делаю админку на фениксе :) в феникс встроен бутстрап Все ок. Но тут мотив в том, что мне надо реюзать код написанный на Erlang. Иначе бы я взял Rails

@yaBloom запишем на выходных выпуск.

Вот.. расскажи, почему для админки лучше брать Rails)))

Они же говорят, что Phoenix like Rails.. почему тогда его не так удобно узать для админок?

Про запуск в продакшн тоже интересно узнать. Используется ли nginx для статики или можно и без него?

Rails более обкатан, больше программистов. Вот и всё. Elixir - не Ruby. Совершенно другой, функциональный язык. Он больше похож на Erlang, чем на Ruby. Нужно хорошо понимать функциональную парадигму.

есть же админка

Насчет компаний - продвигал так тоже довольно редкую технологию

Как уже выше писали - приседать на уши руководству/менеджерам. Не нужно убеждать их, что эликсир - это круто. Им мягко говоря все равно. Нужно думать, чего они хотят.

Всегда есть какие-то известные проблемы. Попробуй зацепиться за них и найти те, которые можно решить на эликсире проще и дешевле

Если таких нет, то может и не стоит на эликсире переписывать ничего :)

Они же говорят, что Phoenix like Rails.. почему тогда его не так удобно узать для админок?

не правду говорят. феникс это сильно не рельсы

Ну воркфлоу пытались похожий сделать. А в целом совсем по другому работает, конечно

Всем привет. В ближайшее время будет записан очередной выпуск подкаста KeyboardHero - можно найти в группе vk.com/cademy Выпуск будет в основном про Elixir и Phoenix. Предлагайте, пожалуйста, свои вопросы. Постараюсь ответить на основе своего скромного опыта работы на коммерческом проекте с этим фреймворков ( делаю мессенджер для компании из штатов )

А будут еще сринкасты по pxeonix?)

Скринкасты будут перезаписаны по новому, да

@NeytrinoBazon

https://pixelastic.github.io/pokemonorbigdata/

Интересная игра.

В паблике увидел?)

Ага

Хакеры фрилансеры У меня к вам вопрос по юзкейсу эликсира Знаком с elixir/erlang стеком ровно никак, сам разрабатываю микросервисы на го, в принципе все ок, но всегда смотрю альтернативы для дальнейшего развития, после пару часов гугления наткнулся на то, что в языках на основе erlang vm микросервисы это довольно обыденная вещь и идет из коробки, а erlang разработчики писали микросервисы, до того как это стало мейнстримом В общем на гоу у нас есть 45 микросервисов разного назначения +10 для логгирования, метрик аутентификации и прочего Все это красуется на 7 aws серверах, общение происходит через rpc и protobuf, для веб клиентов вебсокеты и json rpc, в качестве регистра сервисов consul и etcd и еще х.уева туча разных систем и подсистем, но, в принципе, ясно вижу как все это работает и какой компонент за что отвечает А теперь хочется узнать как бы это выглядело в мире elixir: микросервисы, разброс по серверам, консистентность бизнес транзакций, обработка каскадного падения сервисов/серверов, таймауты, трассировка запросов, развертывание, тестирование, прочее =)

По перфомансу го, как я понял, на 10-30% шустрее, но в трейдоффе между производительностью системы и производительности труда последнее сейчас более актуально, Еще хотелось бы узнать как обстоят дела с инструментальными средствами, интеграцией с существующими решениями в этой сфере

Так как Elixir паразитирует на экосистеме Erlang. Там всё очень хорошо с инструментальными средствами. Можно использовать почти всё. Сам сейчас работаю с протобафом на эликсире. Всё очень хорошо. Один нюанс. Эликсир работает только с R18. Старые и немного заброшенные библиотеки трудно будет зареквайрииь...

спасибо за ответ, но что если сделать совокупное овервью, как все элементы работают в одной системе? получаешь какой-либо бенифит? Либо все аналогично как в других языках и платформах: java, c, go, node, ruby, python? Там все фактически вручную: регистрация сервиса, балансировка нагрузки, подъем рухнувших нод

в elixir. насчет failure, есть supervisor tree (верно же?) это концептуальное отличие от других языков, которое помогает в сфере микросервисов, есть еще какие отличия?

как например две ноды на разных машинах узнают о друг друге чтобы сделать вызов функции (еще один бенифит erlang vm - rpc происходит чисто, без трансформации а ля req -> http -> json, proto, bson -> http -> rsp)

ниукого книжечки по фениксу не завалялось?

@hardliner на сайте замечательная исчерпывающая документация по главам. Прочитал от и до за четыре часа, стало ок. Которая "Getting started"

http://elixir-lang.org/getting-started/introduction.html

Ага, читается иногда тяжело, но вполне понимаемо))

Видимо, все же имелась ввиду книжка Programming Phoenix. Тоже ищу...

ее только ленивый еще не раздавал

Мм, парни, повилсь отличная тема написания парсера.

Я в свое время быстро написал парсер на руби, вот думаю, имеет смысл пытаться написать на Elixir?

надо попробовать на хаскеле

На руби я использовал mechanize для заполнения форм.. тут тоже надо в форме изменять один селект и сабмитить

И по пагинации проходить

Что все так хаскель рекламмируют?))

Может кто делал такое? Есть билиотеки?

Я вот нашел https://github.com/philss/floki

Но там нет возможности сабмитиь формы, вот думаю как это реализовать

Посмотри awesome elixir

Там и искал

Как интеерсно народ добавляется

чувак зашел, добавил бота и свалил

хитрые схемы

Мож его забанить?))

Нашел интересную статью https://lord.io/blog/2015/elixir-scraping/

Буду пробовать

@yaBloom зачем это делать на элексир, если руби отлично и без сложностей справляется?

Ну тут несколько факторов..

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

Задача достаточно простая, а значит и нагуглить решение будет просто.

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

Оно работает))) парни)))

Прям офигенно!!!

Я час убил, чтобы оно заработало, уже не плохо)))

Если кому интересно - могу рассказать

Теперь надо сделать так, чтобы парсинг происходил в несколько потоков.