Size: a a a

2021 January 06

KN

Konstantin Nosov in pro.elixir
да, это как раз и есть заданный флоу работы приложения. Толпа аналитиков которые умеют в BPMN, и проигрыватель BPMN с рендером процессов в формы связанные общими справочниками.
источник

AB

Alex Bubnov in pro.elixir
Konstantin Nosov
да, очень. В итоге никто не хочет особо в это ввязываться, что как бы расстраивает.
Я бы рекомендовал бежать
источник

AB

Alex Bubnov in pro.elixir
Konstantin Nosov
да, это как раз и есть заданный флоу работы приложения. Толпа аналитиков которые умеют в BPMN, и проигрыватель BPMN с рендером процессов в формы связанные общими справочниками.
А как бпе версионирование определений разруливает?
источник

KN

Konstantin Nosov in pro.elixir
Сам подход с BPMN очень логичен, но его реализация в виде camunda требует кучи джавистов. BPE же проигрывает спеки без проблем особо. Степы это ключи, все степы должны иметь выход - тогда будет ок. Иначе можно при обновлении получить зависший бизнес процесс без возможности завершения оного
источник

AB

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

KN

Konstantin Nosov in pro.elixir
Alex Bubnov
Я смотрел на bpmn-based тулзы, это полная беспросветная жопа с точки зрения разработки. В итоге я пришёл к выводу, что вообще единственный вариант сейчас, если ты не банк с джавистами - запинывать заказчика на https://en.wikipedia.org/wiki/Artifact-centric_business_process_model , и как-то с этим жить.
Мы пробовали бпмн, мы писали ad-hoc решение, и это был тот ещё ад. Артефактная же модель очень интуитивно понятная, но для неё нет стандарта описаний, поэтому нет такого adoption
без примера если четно не очень понятно. https://core.ac.uk/download/pdf/70767798.pdf попробую утром прочитать
источник

AB

Alex Bubnov in pro.elixir
Konstantin Nosov
без примера если четно не очень понятно. https://core.ac.uk/download/pdf/70767798.pdf попробую утром прочитать
Не помню точно, что я читал по ней, но вот есть набросок на минималках на кложе, его я первым нашёл https://github.com/agentbellnorm/dativity. Это реально голый минимум, но концепцию иллюстрирует.
Вообще, интуитивно artefact-centric definition это как мейкфайл, только описывает бизнес-процесс и продукции в нем - задачи для людей.
источник

M

MrFlorius in pro.elixir
Всем доброе утро! Подскажите пожалуйста, где у меня тут синтаксическая ошибка, потому что я явно чего-то не знаю
источник

I

Igor Levin in pro.elixir
Имя функции - зарезервированное слово
источник

M

MrFlorius in pro.elixir
а ну да
источник

M

MrFlorius in pro.elixir
Спасибо, чет мозг под утро перестал работать – я уже хотел issue на гитхабе открыть)
источник

I

Igor Levin in pro.elixir
Бывает)
источник

SK

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

DP

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

AD

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

AL

Anton Lapshin in pro.elixir
Лично я не оставляю таких. Максимум - можно логгер в режиме дебага навтыкать для подобного
источник

SK

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

RS

Roman Suleymanov in pro.elixir
credo сам просит удалить все инспекты, если только перед ними нет явного указания не трогать их
источник

V

V in pro.elixir
Вопрос же не про инспекты, а про каменты, ало
источник

V

V in pro.elixir
Закомментированного кода в репе быть не должно
источник