Телеграмм чат группы fprog

В качестве первичной оценки можно посмотреть прогноз Яндекс.Такси по длительности маршрута — по ЗСД и не по ЗСД.

Если вариант по ЗСД вообще не отображается на карте при заказе — значит быстрее не будет.
Если отображается, то сравнить числа)

источник

11:39пожаловаться #15

Alexander Vershilov in fprog_spb

Я в любом случае или на метро или на такси

источник

11:40пожаловаться #16

Denis Gabidullin in fprog_spb

При поездке на метро ЗСД не даст существенного выигрыша)

источник

11:40пожаловаться #17

Mike Potanin in fprog_spb

Многопоточность как раз то, для чего нужны сети Петри. С однопоточным workflow справились бы конечные автоматы. К фишкам в сети Петри можно привязать бизнес-данные (например, порожденные документы и прочие артифакты). Если на переходы навесить проверку и модификацию этих данных, можно сделать их и тьюринг-полными. Облачивать такие workflow будет всяко проще, чем копаться в сохраненных дампах стека.

источник

11:50пожаловаться #18

Alexander Vershilov in fprog_spb

Опять же вернусь к anecdotael experience, dsl для описания стейт машин с условными переходами (не знаю как теоритически назвать верно). Т.е. стейт декларировал по каким событиям в какое состояние может перейти + таймауты и дефолтный переход. И машинки могли форкаться. В общем понимать и работать с этим было тяжело

источник

11:55пожаловаться #19

Alexander Vershilov in fprog_spb

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

источник

11:56пожаловаться #20