А не гвозди ли вокруг нас?

[metaclass]

В связи с изменением законодательства оторвали от основного проекта для допиливания другого под новые извращения в земельном налоге. В процессе изучения требований две таблицы и парочка хранимых процедур из старого варианта разрастаются до 6 хитро связанных таблиц и невменяемого отчетного алгоритма (который, слава богу, сводится к чистой функции от входных данных), который совсем не хочется писать на P/SQL Firebird, но еще более не хочется делать его на дельфях.

Основной проект в момент прерывания делался на F# c MDA и кодогенерацией. Я вот думаю, а не совместить ли приятное и полезное с бесполезным и неприятным и не расширить ли кодогенератор, чтобы сделать новые фичи уже на нем и избавится от миллионов копипасты (в таблицах где-то уже под несколько десятков полей). Ну то есть, схему БД я в любом случае на нем буду делать, ибо быстрее, чем скрипты руками писать да к ним CRUD запросы, а вот DAO для старого проекта на дельфях кодогенератор пока не умеет.

А еще хотелось бы отчетный алгоритм написать на функциональщине какой, ибо он на нее хорошо укладывается.

Comments

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

Решительно не понимаю ничего в деталях обсуждаемого вопроса, но чётко вижу тенденцию к использованию свежеосвоенной фишки буквально во всех местах, где её можно применить.
Кстати, всё так же решительно не вижу в этом ничего плохого. А единообразие никогда никому не вредило.

[metaclass.livejournal.com]

Оно не свежеосвоенное, а свежеразработанное, и ее нужно протащить по всем частным случаям на предмет проверки адекватности задумки.