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

[metaclass]

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

Comments

[metaclass.livejournal.com]

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

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

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

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

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

[metaclass.livejournal.com]

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