Спасибо за нежную заботу (в этот поздний час) о том, чтобы я с пользой проводил время. Насчет Power Query, M и DAX вы путаете теплое с мягким. Это инструменты для ETL и аналитики: подгрузить, подготовить и показать данные. CubeWeaver это система для финансового планирования и моделирования: ввод данных пользователем, вычисление и результата, агрегация, экспорт результата в Power BI или Tableau. Возможность поиграться с параметрами модели (симуляции).
Это интересная информация. Я в поисках более широкой аудитории. Этот экспорт в эксель должен содержать формулы? Ваши клиенты сами правят модель? Интересно как выглядят такие модели? Повторяющиеся скопированные листы для каждого продукта например?
Спасибо за очень развернутый комментарий.
На большую часть ваших вопросов есть ответы в документации. Сайт можно найти в Гугле, но я пошлю вам линк личным сообщением (если я правильно понял, публиковать линк я права не имею).
Насчет интерактивности и других функций: мне кажется самое простое, это запустить приложение и поиграться самому. Формулы значения и цвета не зависят друг от друга. Формула заливки, например, должна вернуть строку со спецификацией цвета (например "#FFFFFF"). Разные типы формул рассчитываются независимо друг от друга.
Насчет команды: разрабатываю пока я один. Но роль продукт менеджеров пока играют немногочисленные клиенты. Я стараюсь добавлять универсальные функции, которые решают не только конкретную проблему клиента, но и могут пригодиться в других моделях.
Согласен и несогласен. Слезть с Эксель очень сложно, но в какой-то момент выбора просто нет. Он наступает, когда количество пользователей или сложность модели превышает определенный порог. Есть несколько продуктов (Quantrix, Anaplan, ...) которые уже преуспели в этой области. Проблема только в том, что они очень сложные и дорогие.
В этом случае модель вычислений остается в Эксель со всеми перечисленными выше трудностями. Для визуализации есть более подходящие инструменты (tableau и т.д.).
Я начал этот проект именно после нескольких таких проектов на Оракл и SQL. Это конечно возможно, но очень трудоемко. Таблицы, формы ввода, много кода. Понять что делает SQL или PL/SQL запрос через пару месяцев разработки очень сложно. Модель табличного процессора позволяет решить проблему в десятки раз быстрее и элегантнее.
Access это SQL база данных. Создать финансовую модель на SQL не так уж и просто. Поддерживать такую модель еще сложнее. За лесом селектов и джойнов не будет видно, что мы тут вообще считаем (самих формул).
Очень рад, что система вас заинтересовала. Я, к сожалению, (или к счастью) специализируюсь на разработке софта. До сегодняшнего момента меня скорее интересовала не сама модель, а более или менее универсальная и простая система моделирования. На большенство примеров на сайте меня вдохновили другие люди в сочетании с книгами по прикладной области. Я уверен, что все примеры далеки от реальности.
С другой стороны я вполне понимаю, что систему моделирования без конкретных моделей продать МСБ будет сложно/невозможно. Сотрудничество с людьми, разбирающимися в прикладной области, было бы очень интересно…
Сравнивать Egeria с TreeGrid все равно что сравнивать бмв третей модели с рулём от мерседеса. Грид это видимый компонент или интерфейс системы, но за ним есть еще мотор и колеса. :) Я работал в Enterprise условиях и система, как и написано в статье, сделана для больших данных и серверов с сотнями гигабайт памяти (сайт кстати на хоститинге за 8 евро в месяц). Баги конечно еще предстоит пофиксить… :)
NoSQL баз сейчас как собак не резаных. Под ваши требования, по-моему, couchdb.apache.org неплохо подходит. Там можно из локальной базы с центральной синхронизироваться. Но и многие другие это умеют. Я не советую писать свою базу. Мне нужна была база на C#. Как только появится что-то бесплатное и используемое, я сразу выкину свой код.
Ситуация мне знакома. Там, где я работал купить софт без надписи из трех букв очень сложно. Мне кажется BI должен со временем и до малого и среднего бизнеса дойти. Проблема в том, что решения пока очень дорогие и сложные. В компании с сотней сотрудников как раз обычно в экселе и планируют. Со всеми вытекающими последствиями. Адаптеры к другим системам в моем бэклоге. Было бы конечно круто делать это уже с клиентом, чтобы тестировать проще было.
На большую часть ваших вопросов есть ответы в документации. Сайт можно найти в Гугле, но я пошлю вам линк личным сообщением (если я правильно понял, публиковать линк я права не имею).
Насчет интерактивности и других функций: мне кажется самое простое, это запустить приложение и поиграться самому. Формулы значения и цвета не зависят друг от друга. Формула заливки, например, должна вернуть строку со спецификацией цвета (например "#FFFFFF"). Разные типы формул рассчитываются независимо друг от друга.
Насчет команды: разрабатываю пока я один. Но роль продукт менеджеров пока играют немногочисленные клиенты. Я стараюсь добавлять универсальные функции, которые решают не только конкретную проблему клиента, но и могут пригодиться в других моделях.
С другой стороны я вполне понимаю, что систему моделирования без конкретных моделей продать МСБ будет сложно/невозможно. Сотрудничество с людьми, разбирающимися в прикладной области, было бы очень интересно…