Функциональщина в бухгалтерии
Самоочевидно ли то, что с помощью filter/map/fold можно реализовать бухгалтерскую отчетность более простым и очевидным образом, чем с помощью select .. where .. group by?
Нет, наверно я хотел задать не этот вопрос. Правильный вопрос: сколько в час денег попросит человек, способный за неделю-две разобраться в вышеописанном вопросе?
Нет, наверно я хотел задать не этот вопрос. Правильный вопрос: сколько в час денег попросит человек, способный за неделю-две разобраться в вышеописанном вопросе?
no subject
Баланс в условиях двойной записи нарушить можно только явными багами в расчетах :)
А с производительностью все очень просто: первоначальная выборка производится в СУБД, средствами SQL, а окончательная генерация отчета по невменяемым правилам - функциональщиной. Ну и SQL тоже функциональщина генерирует, если по хорошему.
no subject
Ах это...
no subject
no subject
Особенно сильно ей рады будут невиновные и непричастные. Приходишь - и вместо привычного говоноооп говнофп.
Отличная идея, по-моему.
no subject
Хотя бы потому, что структур данных, доступных там, сильно больше, чем одних реляционных множеств кортежей на все про все.
no subject
Это вам кажется, что гуманно - по мне так совершенно антигуманно чуть ли не до медицинского уровня.
no subject
no subject
no subject
+Вектора(массивы)
И возможность комбинировать это все произвольным образом.
no subject
Ну то есть записи, если по-простому.
+Вектора(массивы)
Ага, массивы - это, оказывается, теперь что-то новое и неизведанное.
no subject
Это не записи. Записи - декартово произведение, вариантные(АТД) - сумма.
Про массивы - не во всех СУБД они есть в виде пригодных для использования типов.
no subject
Стало быть, когда я пишу struct thestruct{ int i; char *ptr} - это у меня получается декартово произведение?
Про массивы - не во всех СУБД они есть в виде пригодных для использования типов.
И, что характерно - даже там, где они есть, лучше от их использования воздерживаться.
no subject
no subject
no subject
такие задачи плохо ложатся в реляционную модель (типа "субъектами договоров могут быть частные лица с паспортом, контакты в скайпе, местные организации с ИНН, госорганы и НКО, а также иностранные предприятия разных стран, в том числе разные офисы ТНК")
да тот же ldap например
в СУБД тогда изобретают разные костыли типа классической object name + { attributes values } с последующей её настройкой по кластерам таблиц
no subject
Это почему это они плохо ложатся?
no subject
no subject
no subject
> Ну то есть записи, если по-простому.
АлгТД можно имитировать иерархией расширяемых записей. Одной не обойтись...
no subject
no subject
no subject
no subject
отличное программистское 1С решение.
давайте запросы исполнять НАПИШИ ОТВЕТ ПОЖАЙЛУЙСТА
ещё надо DO WHAT I MEAN и WHAT IF
а вообще да, полкнижки, да, все вокруг убогие идиоты. для них системы и пишутся. всё больше программистов с каждом днём - пользователи. я чего.
no subject
А еще лучше - не изучайне, не надо оно вам. Не дано, так сказать.
(no subject)
no subject
(no subject)
(no subject)
(no subject)