А не гвозди ли вокруг нас?
В связи с изменением законодательства оторвали от основного проекта для допиливания другого под новые извращения в земельном налоге. В процессе изучения требований две таблицы и парочка хранимых процедур из старого варианта разрастаются до 6 хитро связанных таблиц и невменяемого отчетного алгоритма (который, слава богу, сводится к чистой функции от входных данных), который совсем не хочется писать на P/SQL Firebird, но еще более не хочется делать его на дельфях.
Основной проект в момент прерывания делался на F# c MDA и кодогенерацией. Я вот думаю, а не совместить ли приятное и полезное с бесполезным и неприятным и не расширить ли кодогенератор, чтобы сделать новые фичи уже на нем и избавится от миллионов копипасты (в таблицах где-то уже под несколько десятков полей). Ну то есть, схему БД я в любом случае на нем буду делать, ибо быстрее, чем скрипты руками писать да к ним CRUD запросы, а вот DAO для старого проекта на дельфях кодогенератор пока не умеет.
А еще хотелось бы отчетный алгоритм написать на функциональщине какой, ибо он на нее хорошо укладывается.
Основной проект в момент прерывания делался на F# c MDA и кодогенерацией. Я вот думаю, а не совместить ли приятное и полезное с бесполезным и неприятным и не расширить ли кодогенератор, чтобы сделать новые фичи уже на нем и избавится от миллионов копипасты (в таблицах где-то уже под несколько десятков полей). Ну то есть, схему БД я в любом случае на нем буду делать, ибо быстрее, чем скрипты руками писать да к ним CRUD запросы, а вот DAO для старого проекта на дельфях кодогенератор пока не умеет.
А еще хотелось бы отчетный алгоритм написать на функциональщине какой, ибо он на нее хорошо укладывается.
no subject
(не функциональщина, но таки тоже декларативщина)
no subject
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
Кстати, всё так же решительно не вижу в этом ничего плохого. А единообразие никогда никому не вредило.
(no subject)