я вчера пулл в обоссаный вебпакер для рельсы сделал, смерджили пока я чай наливал

Вместо монолитного Феникса выгоднее иметь набор мелких библиотек, которые можно легко использовать как конструктор. Luminus (http://www.luminusweb.net/) - прямо отличный пример этого.

ты серьезно? сейчас заглянул в мастер и в пулл реквесты. куча закоммиченного, 4 ПР'a открытых всего (против около 14 смердженных за последнюю неделю) , три из которых висят еще с июля и, вероятно, их просто не хотят мерджить по какой-то причине. это очень даже здоровая активность.

Да и писать мелкие либы проще.

ты серьезно? сейчас заглянул в мастер и в пулл реквесты. куча закоммиченного, 4 ПР'a открытых всего (против около 14 смердженных за последнюю неделю) , три из которых висят еще с июля и, вероятно, их просто не хотят мерджить по какой-то причине. это очень даже здоровая активность.

я открыл 6 ПР закрытых наугад. 5 из них - доки

даже такие многообещающие

всего лишь 4 буквы исправления

Вместо монолитного Феникса выгоднее иметь набор мелких библиотек, которые можно легко использовать как конструктор. Luminus (http://www.luminusweb.net/) - прямо отличный пример этого.

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

хотя нет, был не прав. 5 букв

проверил все мерджи за сентябрь, коих под 30 штук. 20 с хером это только доки. Буковки переставляли. Исправление нескольких опечаток в синтаксисе и все

ВСЕ

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

Я тоже за "много мелких библиотек". Симфони вроде в этой теме, сам еще не юзал

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

https://github.com/phoenixframework/phoenix/pulls?q=is%3Apr+is%3Aclosed выискивать ничего не надо. На странице 25 пулл реквестов из них 23 - фиксы в доках

http://hanamirb.org/ юзал кто?

просто ради интересна глянул гошный gin-gonic и джсовый express.js похоже, они тоже загнили, только забыли всех об этом оповестить

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

просто ради интересна глянул гошный gin-gonic и джсовый express.js похоже, они тоже загнили, только забыли всех об этом оповестить

gin-gonic - 25 коммитов за 3 месяца. Прямо на острие атаки

ну вот. загнили, оказывается. а люди не знают и юзают :)

дело в том, что таких заброшеных фреймворков - тонны. Где был пик развития и все.

мой любимый от Пейпал

Kraken

в gin-gonic вообще открыто заявляют что они переписали Мартини

где Мартини, всем известно

помню еще в php несли несли и не донесли Zend Framework

https://github.com/zendframework/zendframework

могилка на гитхабе

но посоны не в курсе и пишут на нем )

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

повторюсь

я вот, например, знаю пример той же рельсы, в которую от версии к версии пихают уже просто что попало, вот именно от того что разрабам откровенно делать нехер (в данном случае я про activestorage). и это вряд ли хороший пример для подражания.

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

https://github.com/rails/rails/commits/master

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

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

от Spring тоже отказываются

лет 10 наверное

https://github.com/spring-projects/spring-framework/commits/master

никто ни от чего не отказывается. Даже PHP, который похоронили, уже выкопали, наделали крутых фреймворков и опять вот хоронят

rails, spring и asp.net - 3 кита

на них написано наверное 90% всего энтерпрайза

github/gitlab - rails, stackoverflow и все подпроекты - .net, все банки на спринге

а букинг.ком вообще на перле примеров подтверджающих что угодно можно уйму найти

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

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

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

>написать все на одном языке невозможо помню очень наивные времена (а может они никуда и не ушли эти времена), когда вполне серьезно считали что вот прикольно бекенд на ноде запилить, ведь тоже джс, а значит можно нанять джсера (и пофиг что фронтенда) и он тебе прям все будет писать. потом сталкивались с реальностью :)

мне кажется что эти времена вот прямо сейчас

мне кажется что эти времена вот прямо сейчас

Эти времена прям сильно сейчас. Причём на сегодняшний день понятие CMS размылось

Сайт уровня airbnb уже можно сделать на firebase без всяких там бэкендов

И нафига тогда бэк вообще...

Раньше тоже так было. Вспомните gwt. От Гугла. Идея и бэк и фронт на джаве

И эта идея тоже живет

В браузере даже js не работает, что уж говорить про Java. JS побеждает из-за своей говнистости, как бы это странно не звучало

Потому что фронтендер может наговнячить какой нибудь mean

Но не наоборот

Дак gwt собирается в js в итоге) просто с определенными гарантиями

>JS побеждает из-за своей говнистости скорее из-за v8

В браузере даже js не работает, что уж говорить про Java. JS побеждает из-за своей говнистости, как бы это странно не звучало

что значит не работает?

Наверно про то что раковых опухолей у js больше всех и это не лечится

хочу конкретности

>и это не лечится все же современный джс не такой шизоидный как был прежде.

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

Но не наоборот

Тут то же самое

просто ради интересна глянул гошный gin-gonic и джсовый express.js похоже, они тоже загнили, только забыли всех об этом оповестить

а какие критерии "загнивания" собственно?

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

похоже я не дождусь

??

а какие критерии "загнивания" собственно?

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

так в них уже все есть, что нужно

дальше только штабильность

и багфиксы

у того же экспресса есть прямой наследник

koa.js

от той же команды

так в них уже все есть, что нужно

от и я ж про то ж

не очень понял про что ты

про то, что они не переписывают их каждый год с нуля?

Александр утверждал, что в фениксе мало коммитов с новыми фичами, а значит фреймворк загнивает. я противопоставил этому фреймворки из других языков, где коммитов еще меньше, тем не менее никто их загнившими не считает, а наоборот. that's it

а, тьфу

я не с самого начала начал читать дискуссию

сорян

Я с Rumata две недели назад во Франкфурте пересёкся. Он меня сюда пригласил. Он был в эликсировском проекте, разругался с начальником и ушёл в JS. И на митапе сделал презентацию, в которой тоже говорил - типа elixir - для хобби проектов, а для бизнеса лучше что-то уже готовое использовать.

Оо я прям в точку сказанул!!!!

что в js ушел)))

Хотя, я не знаю ни одного erlang разработчика, который с появлением nodejs добровольно ушёл бы в nodejs, все понимали, что это того не стоит вообще....А вот в Go определённый процент действительно ушёл(из-за статической типизации).. Мне кажется, что Go самый основной конкурент для Elixir сейчас, когда нужна конкуретность и у него больше популярность.

@Virviil Можно swarm опционально добавить и всё подготовить. Так чтобы изменением одной конфигурации и добавлением нужной dependency работало из коробки, но сама по себе библиотека оставалась агностической к распределению. Я думаю такие библиотеки должны быть не распределёнными, а чтобы уже распределением занимались на другом уровне, те кто пишут конечное приложение и могут выбрать одно решение. Это касается и не нужности использования global, лучше просто в локальной Registry регистрировать.

@Virviil Можно swarm опционально добавить и всё подготовить. Так чтобы изменением одной конфигурации и добавлением нужной dependency работало из коробки, но сама по себе библиотека оставалась агностической к распределению. Я думаю такие библиотеки должны быть не распределёнными, а чтобы уже распределением занимались на другом уровне, те кто пишут конечное приложение и могут выбрать одно решение. Это касается и не нужности использования global, лучше просто в локальной Registry регистрировать.

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

Просто если что-то гвоздями прибить- это плохо

А если нет - то тоже, потому что бизнеслогика строится на определённой конфигурации регистрации

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

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

Хм... И как это сделать?

Я просто пытаюсь собрать active active кластер из 2х хотяб нод

И у меня в app супервизоре прибит Чайлдом супервизор бота

Поэтому когда запускаются 2 ноды - запускается 2 бота

Было бы круто, если бы супервизор при существовании процесса с таким же именем не падал, а просто мониторил его

Те два супервизора мониторят один процесс

Хотя, может я ща бред говорю

Может быть лучше не стартовать, а позволить пользователю стартовать процесс?