O
Ещё раз - это прям serverless. Прям совсем. Да, может и странно, но я решил так попробовать. Я девопс и девопсить совершенно не хочу:)
Size: a a a
2020 May 17
O
Пока все получается. Перестанет получаться - буду думать как это переделать, но пока все вроде ровно.
MS
а, у тебя серверлесс, ок
O
Но мой дев контур мне сейчас обходится в 30 центов в месяц и меня это очень даже устраивает:)
O
Точнее в 0, так как скидки, но вообще в 30 центов:)
D
S
@syabro_chats (тут был реплай на спам)
VF
@syabro_chats (тут был реплай на спам)
Сделано
S
Сделано
O
А кто-нибудь юзает BPMN движки в своих (самописных) CRM-ах? Насколько это оправдано? Есть у кого-то истории успеха или правала? Насколько это лучше/хуже какого-то своего конструктора или DSL?
КО
Видел в соседнем проекте использовали comunda, чуть покодил там. На больших бизнеспроцессах было прямо прикольно и понятно.
O
Видел в соседнем проекте использовали comunda, чуть покодил там. На больших бизнеспроцессах было прямо прикольно и понятно.
А как это потом встраивается в жизнь? на каждое действие нужен какой-то сервис который его выполнит?
КО
А как это потом встраивается в жизнь? на каждое действие нужен какой-то сервис который его выполнит?
ну конкретно в том проекте было что-то вроде кодогенерации (не в курсе самописная или нет), соответственно на каждый переход был вполне конкретный обработчик, и было довольно приятно менять всякие вещи типа "сначала эту заявку аппрувит А, а потом Б" на "сначала эту заявку аппрувит А или Б, а потом запускаем процесс В, а потом снова аппрув Б или А".
КО
ну и на реально больших и сложных процессах, которые несколько дней живут - очень удобно было завалидировать с бизнесом и аналитиками что мы не делаем дичь
O
Ага, этот кейс понятен, всякие workflow аппрува. Я вот думаю насколько это удобно использоваться для кейсов всяких лидов с сайта. Вроде - юзер зарегистрировался - отправили письмо - создали заявку и т.д.
O
С одной стороны - удобно отдать аналитикам и менеджерам управление
С другой - разработка этого всего может оказаться дороже, чем раз в неделю по запросу что-то менять
С другой - разработка этого всего может оказаться дороже, чем раз в неделю по запросу что-то менять
КО
я бы исходил из того насколько сложные процессы планируются
КО
если это как-то связано с тем, что будет часто меняться (типа ведения людей в маркетинге) - то я бы делал максимально так, чтобы было понятно как весь процесс происходит
O
ну вот да, с другой стороны, может оказаться что гибкость которую захотят люди в маркетинге слишком сложно будет реализовать (аля зависимость от фазы луны)
АА
Увы, это даже близко не альтернатива. По крайней мере на момент анонса на HackerNews. Киллер фича Постмана - синхронизация запросов внутри команды.
Поддерживаю, фича огонь. Единственно бывает открыл запрос, поменял че то потестить, случайно засейвил и всем синканул.
Как и скрипты огонь, которыми удобно в вариаблы закидывать че угодно
Как и скрипты огонь, которыми удобно в вариаблы закидывать че угодно