История изменений
Исправление NitroJunkie, (текущая версия) :
Потому что люди любят buzzwords. Всегда можно сказать, что у нас везде ООП, и продолжать писать программы на if’ах. :)
Тем не менее в огромном количестве продуктов (например IDEA) все на ООП (причем иногда больше чем надо).
Видимо, вы работаете с какими-то другими бизнес-приложениями и бизнес-программистами.
Ну мы например лидер на рынке комплексной автоматизации розничных сетей в Беларуси, больше половины из них сидят на lsFusion (хотя в других областях у нас тоже много проектов). И каждая более менее крупная сеть генерирует по 4-5 задач (и весьма сложных, а не добавьте мне поле на форму) В ДЕНЬ (фантазия у них огого). Так что это вы видимо, работаете с какими-то другими бизнес-приложениями (без обид если что).
Они все играют совершенно в разных нишах.
Они изначально играли в одних нишах, пока не приходила технология лучше подходящая под данную задачу и забирала часть своей ниши (за счет лучшей декларативности и выразительности, а значит скорости и простоты разработки)
Концепция свойств проста и понятна. Концепцию ваших функций я не могу понять уже больше года (со статей на хабре). Это у меня проблемы? :) Это просто список терминов, аналогии не просматриваются.
Так а что вам не понятно. Это ОБЫЧНЫЕ МАТЕМАТИЧЕСКИЕ функции.
f(x,y) = g(h(x), y) + x;
То что учат в 9 классе (даже нотация та же 1 в 1). Аналогия абсолютно прямая.
Группировка обычный map / reduce (ну или SELECT … GROUP BY, или интеграл по y)
f(x) = GROUP SUM g(y) IF h(z(y)) = x; // для всех y, у которых h(z(y)) = x, считаем сумму по g.
В чем собственно вопрос? Может вы просто не хотите понять? :) в SQL с JOIN’ами, которые здесь получатся (чтобы считать h) это было бы куда более мозговыносяще.
Странно, вся индустрия сидит на РСУБД, а в университетах базовые понятия не учат.
В университете физкультуры? Или экономики? А функции в 9 классе общеобразовательной (!) школы учат.
Исправление NitroJunkie, :
Потому что люди любят buzzwords. Всегда можно сказать, что у нас везде ООП, и продолжать писать программы на if’ах. :)
Тем не менее в огромном количестве продуктов (например IDEA) все на ООП (причем иногда больше чем надо).
Видимо, вы работаете с какими-то другими бизнес-приложениями и бизнес-программистами.
Ну мы например лидер на рынке комплексной автоматизации розничных сетей в Беларуси, больше половины из них сидят на lsFusion (хотя в других областях у нас тоже много проектов). И каждая более менее крупная сеть генерирует по 4-5 задач (и весьма сложных, а не добавьте мне поле на форму) В ДЕНЬ (фантазия у них огого). Так что это вы видимо, работаете с какими-то другими бизнес-приложениями (без обид если что).
Они все играют совершенно в разных нишах.
Они изначально играли в одних нишах, пока не приходила технология лучше подходящая под данную задачу и забирала часть своей ниши (за счет лучшей декларативности и выразительности, а значит скорости и простоты разработки)
Концепция свойств проста и понятна. Концепцию ваших функций я не могу понять уже больше года (со статей на хабре). Это у меня проблемы? :)
Так а что вам не понятно. Это ОБЫЧНЫЕ МАТЕМАТИЧЕСКИЕ функции.
f(x,y) = g(h(x), y) + x;
То что учат в 9 классе (даже нотация та же)
Группировка обычный map / reduce (ну или SELECT … GROUP BY)
f(x) = GROUP SUM g(y) IF h(z(y)) = x; // для всех y, у которых h(z(y)) = x, считаем сумму по g.
В чем собственно вопрос? Может вы просто не хотите понять? :) в SQL с JOIN’ами, которые здесь получатся (чтобы считать h) это было бы куда более мозговыносяще.
Странно, вся индустрия сидит на РСУБД, а в университетах базовые понятия не учат.
В университете физкультуры? Или экономики? А функции в 9 классе общеобразовательной (!) школы учат.
Исходная версия NitroJunkie, :
Потому что люди любят buzzwords. Всегда можно сказать, что у нас везде ООП, и продолжать писать программы на if’ах. :)
Тем не менее в огромном количестве продуктов (например IDEA) все на ООП (причем иногда больше чем надо).
Видимо, вы работаете с какими-то другими бизнес-приложениями и бизнес-программистами.
Ну мы например лидер на рынке комплексной автоматизации розничных сетей в Беларуси, больше половины из них сидят на lsFusion (хотя в других областях у нас тоже много проектов). И каждая более менее крупная сеть генерирует по 4-5 задач (и весьма сложных, а не добавьте мне поле на форму) В ДЕНЬ (фантазия у них огого). Так что это вы видимо, работаете с какими-то другими бизнес-приложениями (без обид если что).
Они все играют совершенно в разных нишах.
Они изначально играли в одних нишах, пока не приходила технология лучше подходящая под данную задачу и забирала часть своей ниши (за счет лучшей декларативности и выразительности, а значит скорости и простоты разработки)
Концепция свойств проста и понятна. Концепцию ваших функций я не могу понять уже больше года (со статей на хабре). Это у меня проблемы? :)
Так а что вам не понятно. Это ОБЫЧНЫЕ МАТЕМАТИЧЕСКИЕ функции.
f(x,y) = g(h(x), y) + x;
То что учат в 9 классе (даже нотация та же)
Группировка обычный map / reduce (ну или SELECT … GROUP BY)
f(x) = GROUP SUM g(y) IF h(z(y)) = x; // для всех y, у которых h(z(y)) = x, считаем сумму по g.
В чем собственно вопрос? Может вы просто не хотите понять? :) в SQL с JOIN’ами, которые здесь получатся чтобы считать h, это было бы куда более мозговыносяще.
Странно, вся индустрия сидит на РСУБД, а в университетах базовые понятия не учат.
В университете физкультуры? Или экономики? А функции в 9 классе общеобразовательной (!) школы учат.