Текущее рабочее

[metaclass]

Главное - вовремя остановится и не начать делать тул для моделирования бизнес-процессов в виде DSL/монад/хаскеля и прочих червей.
Потому как бизнес-процессов не так много, 99% проекта - редактирование записей в БД вручную и составление по ним отчетов, хоть и сложных, но выразимых в виде комбинации несложных запросов и постобработки.
А бизнес-процессы можно и руками написать, в крайнем случае прикрутить кодогенератор для копи-пасты по мелочи.
Вот сущности предметки и всякое такое придется генерить из модели - очень уж разнообразно и ракообразно эта модель отражается в коде (БД, отчеты, гуй, POCO-объекты, DAO, таскание всего этого по трехзвенке в разные стороны, etc). На одно поле сущности - наверно с десяток вариаций реализации его в разных местах, причем обобщается кодогенерацией достаточно хорошо.

Comments

[sorhed.livejournal.com]

Введение в проект workflow management / BP management обычно убивает проект, это да. :)

[metaclass.livejournal.com]

Если же проект, несмотря на это, будет доведен до конца, то пользоваться им все равно будет невозможно, без поддержки со стороны специальных гуру и курсов по моделированию бизнес-процессов :)

[http://users.livejournal.com/zubr_/]

Про вас (косвенно) говорят? :)
http://community.livejournal.com/taxi_bus/13943.html

[metaclass.livejournal.com]

Тяжко с ними. Нам бы тоже хотелось реализовать эту систему так, чтобы перевозчиков она устраивала. Но дело в том, что там специфическое мировосприятие ("уже есть готовые схемы работы по черному") и изначально конфликтное мышление.
Каждый из перевозчиков стремится увеличить свою прибыль любой ценой, даже в том случае, когда суммарный результат и качество работы от таких действий снижается. А среди операторов некому осмыслить эти вещи вообще.

[http://users.livejournal.com/zubr_/]

Читаю ваши подзамочные посты. Читаю мнения таксистов.
Прямого противостояния как бы и нет.
Есть неприязнь к тому, как используются данные, полученные с GPS.
И если в борьбе с "левыми" рейсами я на стороне GPS, то по остальным вопросам я целиком и польностью на стороне такси.
Хорошая ведь вещь - GPS-мониторинг. Кучу всего полезного можно получить. Но штрафные санкции за очевидно правильные вещи (маршрутка не остановилась, когда она уже полностью забита; маршрутка срезала траекторию, т.к. "до Уманской никто не выходит?")... это уже за гранью маразма.

В целом просто хотелось показать на материал "по теме" который (возможно) проскочил мимо.

[metaclass.livejournal.com]

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

[http://users.livejournal.com/zubr_/]

>Меня лично очень бесит, что в середине маршрута невозможно сесть на маршрутку, потому что водилы всех берут с конечной.

А водилы и сами не рады "кирпичи" возить.

Пустили бы больше машин, что ли; возможно, пустили бы не от конечной, а от промежуточного пункта... Короче, толковую диспетчиризацию надо сделать.

[metaclass.livejournal.com]

Вот я бы эту толковую диспетчеризацию и сделал, но никому не надо.

[nivanych.livejournal.com]

> вовремя остановится и не начать делать тул
> для моделирования бизнес-процессов в виде
> DSL/монад/хаскеля и прочих червей.

А в чём проблема с DSL?

[metaclass.livejournal.com]

Нет реальной надобности делать :)