Size: a a a

Camunda BPM Group

2020 August 12

⁣Сирожа in Camunda BPM Group
Denis Kotov
поводов для использования мессаджей  и межпроцессного взаимодействия должно быть разделение ответственности между пулами. Но ответственность бизнесовая. Каждый отдельный процесс должен иметь законченную ценность сам по себе.
я Вас понял. Спасибо. Пошёл вникать дальше
источник

⁣Сирожа in Camunda BPM Group
Denis Kotov
Альтернатива - callactivity, более простая, особенно если из вызываемого процесса надо назад результат получить
ещё раз спасибо
источник

DK

Denis Kotov in Camunda BPM Group
и тут я бы порекламировал свой сайт, но его и так все знают
источник

⁣Сирожа in Camunda BPM Group
Denis Kotov
и тут я бы порекламировал свой сайт, но его и так все знают
а я с ним знаком. Как появится возможность, то ознакомлюсь с видеоматериалами (просто под руками нет наушников)
источник

КШ

Коля Шипяков... in Camunda BPM Group
привет. вопрос такой - как кто считает тестовое покрытие на камунда процессы? И как интегрирует это все с проверками при билде?
источник

А

Андрей in Camunda BPM Group
Привет. Подскажите, есть ли дизайнер интерфейсов мобильных приложений?
источник

DK

Denis Kotov in Camunda BPM Group
вы про людей или инструменты?
источник

А

Андрей in Camunda BPM Group
Про людей
источник

DP

Dmitrii Pisarenko in Camunda BPM Group
Андрей
Про людей
Если про людей, я бы поискал на апворке или фрилансим.
источник

А

Андрей in Camunda BPM Group
Dmitrii Pisarenko
Если про людей, я бы поискал на апворке или фрилансим.
Это понятно, но нужно оперативно
источник

DK

Denis Kotov in Camunda BPM Group
ну эт не в чате бпм-движка)
источник

А

Андрей in Camunda BPM Group
Denis Kotov
ну эт не в чате бпм-движка)
Уже понял)
источник

DP

Dmitrii Pisarenko in Camunda BPM Group
Камунда — это бекенд, сомневаюсь, что здесь много разработчиков на iOS и Андроиде.
источник

MS

Maxim Shalomovich in Camunda BPM Group
Коля Шипяков
привет. вопрос такой - как кто считает тестовое покрытие на камунда процессы? И как интегрирует это все с проверками при билде?
плюсую
источник

DK

Denis Kotov in Camunda BPM Group
Знаю как распарсить BPMN до составляющих и вытащить айдишники бинов + знаю как проверить что бин протестирован = покрытие тестов :)
источник

DK

Denis Kotov in Camunda BPM Group
+ либка bpmn coverage была
источник

DP

Dmitrii Pisarenko in Camunda BPM Group
Знает ли кто-нибудь из присутствующих истории успеха скрещивания Камунды и Amazon Mechanical Turk (либо его аналогов -- Яндекс.Толоки)?

Amazon Mechanical Turk предоставляет программный интерфейс к людям, которые могут выполнять задачи, с которыми плохо справляется машина. На первый взгляд кажется, что это может быть хорошим дополнением к средствам RPA. Если, например,

1. RPA не поддерживает распознавание текста,
2. реализовать фичу надо быстро,
3. быстродействие распознвания некритично, и
4. заказчик готов платить за время людей,

то Mechanical Turk выглядит очень привлекательно.

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

Пока я нашел только два примера:

1. Сбор сайтов ресторанов для агрегатора (видимо, аналог Яндекс.Еды).
2. Проверка данных об оффлайновых вакансиях. Некто присылает фотографию конторы с вывеской "срочно ищем кассира", а люди с Mechanical Turk проверяют -- не фейк ли это.

Оба примера взяты из видео Амазона ( https://www.youtube.com/watch?v=Z_TPU-RYmg4 ).
источник
2020 August 13

AK

Alexey Kakunin in Camunda BPM Group
всем привет! Не подскажете - есть где-нибудь общепринятый перевод нотации BPMN на русский? В частности интересует перевод rethrow event
источник

DK

Denis Kotov in Camunda BPM Group
На сайте abpmp russian chapter есть перевод глоссария
источник

DK

Denis Kotov in Camunda BPM Group
Dmitrii Pisarenko
Знает ли кто-нибудь из присутствующих истории успеха скрещивания Камунды и Amazon Mechanical Turk (либо его аналогов -- Яндекс.Толоки)?

Amazon Mechanical Turk предоставляет программный интерфейс к людям, которые могут выполнять задачи, с которыми плохо справляется машина. На первый взгляд кажется, что это может быть хорошим дополнением к средствам RPA. Если, например,

1. RPA не поддерживает распознавание текста,
2. реализовать фичу надо быстро,
3. быстродействие распознвания некритично, и
4. заказчик готов платить за время людей,

то Mechanical Turk выглядит очень привлекательно.

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

Пока я нашел только два примера:

1. Сбор сайтов ресторанов для агрегатора (видимо, аналог Яндекс.Еды).
2. Проверка данных об оффлайновых вакансиях. Некто присылает фотографию конторы с вывеской "срочно ищем кассира", а люди с Mechanical Turk проверяют -- не фейк ли это.

Оба примера взяты из видео Амазона ( https://www.youtube.com/watch?v=Z_TPU-RYmg4 ).
источник