Size: a a a

2021 January 06

ŹR

Źmićer Rubinštejn in pro.elixir
V
Закомментированного кода в репе быть не должно
источник

ŹR

Źmićer Rubinštejn in pro.elixir
в IO.inspect правда смысла нету. Его лубой дурак и так вставит через пайп в лубое место
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Типа
case {deep, {nested, {shit |> IO.inspect(label: “Shit”)}}} |> IO.inspect(label: “Whole shit”) do
источник

V

V in pro.elixir
А ты разбираешься
источник

БЁ

Борщевик Ёбаный... in pro.elixir
Suren Kirakosyan
Я бы перефразировал это: жизнь и развитие Elixir обеспечивает Phoenix. Но это не означает, что без Phoenix у Elixir нету жизни, просто как и любой язык - эликсир тоже имеет свою область применения и больше всего он подходит для создания и поддерживания масштабируемых систем. Чем больше будет количество программ, нуждающихся в масштабировании - тем больше будет использоваться Elixir. Просто, пока что, рынок не сильно нуждается в масштабируемых программах.
масштабируемость в эликсире не обеспечена ничем и все базовые задачи distributed systems нужно решать с нуля
рынок очень нуждается в масштабируемых программах, у лидеров индустрии есть масштабируемые программы(прикиньте)
Просто рынок справедливо порешал, что сколь угодно серьёзные задачи следует решать на статически типизированных языках и с нормальной экосистемой
источник

LL

Lama Lover in pro.elixir
Dmitry Ponyatov
а кто-нибудь видел таториал в таком стиле: http://theorangeduck.com/page/you-could-have-invented-parser-combinators
для создания парсер-комбинаторов на Эликсире?
ЗЫ: НЕ готовые либы
Я знаю только готовую либу NimbleParsec. Его хватает за глаза и за уши
источник

LL

Lama Lover in pro.elixir
Борщевик Ёбаный
масштабируемость в эликсире не обеспечена ничем и все базовые задачи distributed systems нужно решать с нуля
рынок очень нуждается в масштабируемых программах, у лидеров индустрии есть масштабируемые программы(прикиньте)
Просто рынок справедливо порешал, что сколь угодно серьёзные задачи следует решать на статически типизированных языках и с нормальной экосистемой
А почему масштабируемости нет в Elixir ? Я знаю кучу готовых опенсорсных либ, умеющих горизонтально масштабироваться, например распределённые пулы процессов. Да и сам по себе Elixir хорошо работает и в случае вертикального масштабирования

И причём тут типизация?
источник

ML

Maksim Lapshin in pro.elixir
Aaron Delarge
А что после окончания работы над фрагментом кода делают с IO.inspect(), воткнутыми для дебага? Комментируют на случай, если нужно будет снова дебажить, или удаляют с концами?
Надо с самого начала не пользоваться этим, а использовать логгер
источник

AI

Alexis IV Mobius in pro.elixir
Alex Bubnov
Я смотрел на bpmn-based тулзы, это полная беспросветная жопа с точки зрения разработки. В итоге я пришёл к выводу, что вообще единственный вариант сейчас, если ты не банк с джавистами - запинывать заказчика на https://en.wikipedia.org/wiki/Artifact-centric_business_process_model , и как-то с этим жить.
Мы пробовали бпмн, мы писали ad-hoc решение, и это был тот ещё ад. Артефактная же модель очень интуитивно понятная, но для неё нет стандарта описаний, поэтому нет такого adoption
ох, как в старые добрые времена! снова здравствуй
а что вы там делали, можно поинтересоваться осторожно?
источник

PR

Peter Rezikov in pro.elixir
Борщевик Ёбаный
масштабируемость в эликсире не обеспечена ничем и все базовые задачи distributed systems нужно решать с нуля
рынок очень нуждается в масштабируемых программах, у лидеров индустрии есть масштабируемые программы(прикиньте)
Просто рынок справедливо порешал, что сколь угодно серьёзные задачи следует решать на статически типизированных языках и с нормальной экосистемой
Про экосистему верно, а вот насчет статик тайпинг - огромное кол-во систем написано на динамических языках и продолжают создаватьс новые, так что рыночек точно не порешал в сторону статик пока. У эликсира проблема скорее в том что нужно мышление свое перестраивать, и даже сильнее чем просто с ООП->ФП, поэтому многие просто не хотят даже суваться.
источник

БЁ

Борщевик Ёбаный... in pro.elixir
Peter Rezikov
Про экосистему верно, а вот насчет статик тайпинг - огромное кол-во систем написано на динамических языках и продолжают создаватьс новые, так что рыночек точно не порешал в сторону статик пока. У эликсира проблема скорее в том что нужно мышление свое перестраивать, и даже сильнее чем просто с ООП->ФП, поэтому многие просто не хотят даже суваться.
что вы понимаете под фп? пайпы, редьюсы в стандартной коллекции и иммутабельные структуры?
источник

PR

Peter Rezikov in pro.elixir
я имел ввиду что перейти с условной Java или Питона на условный *ML проще чем с них же на эликсир.
источник

БЁ

Борщевик Ёбаный... in pro.elixir
почему проще?
источник

БЁ

Борщевик Ёбаный... in pro.elixir
из-за того, что классов нет?
источник

LL

Lama Lover in pro.elixir
Борщевик Ёбаный
из-за того, что классов нет?
Из-за того что elixir скорее про акторы, а не про объекты
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Индустрия пошла по пути «дистрибьютед в базы данных, а логика тонкая, стейтлесс»
источник

ŹR

Źmićer Rubinštejn in pro.elixir
И ни для чего из этого эликсир не подходит
источник

LL

Lama Lover in pro.elixir
Peter Rezikov
Про экосистему верно, а вот насчет статик тайпинг - огромное кол-во систем написано на динамических языках и продолжают создаватьс новые, так что рыночек точно не порешал в сторону статик пока. У эликсира проблема скорее в том что нужно мышление свое перестраивать, и даже сильнее чем просто с ООП->ФП, поэтому многие просто не хотят даже суваться.
Почему про экосистему-то верно? У Elixir самая широкая экосистема в плане распределённых систем
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Вернее есть кто-то кто лучше эликсира и в том и в этом
источник

БЁ

Борщевик Ёбаный... in pro.elixir
Lama Lover
Из-за того что elixir скорее про акторы, а не про объекты
а расскажите, почему эликсир не ооп язык и чем акторы не могут быть оопшными объектами?
источник