Только не DSL, а GPL. по определению.

А список требований у них есть? Или хотя бы хотелок? 😃
Как они себе это представляют - что на входе, что на выходе?

@val_krylov eDSL

о, да

Нет. Именно GPL, в котором могут существовать разные EDSL.

за все хорошее против всего плохого, конечно :) я думаю что там надо прототипировать и обкатывать, никто не расскажет нюансы юзабилити заранее (и поэтому не берусь за это, это дорого, лучше начать с обкатанного и потом потихоньку расширять)

Там основная проблема вообще не в possible worlds, а в "как описать хотя бы один мир и обмениваться кусочками описаний" :)

В этом ключе забавно наблюдать за системами с РСУБД, позволяющими устанавливать сторонние плагины со своими расширениями модели данных ))) никогда не заглядывали в кишки БД Jira, например? Тоже, своего рода федерирование модели данных, только внутри системы. Все быстро приходит к таблице пропертей а-ля rdf. Вот и вопрос, работают ли все эти дописывания, если дописывать столбцы к вашей таблице будет совсем чужой код? ))) А за качество всей системы отвечать именно вам? В духе Microsoft и кривые сторонние драйвера в режиме ядра ОС

софт которым пользуются не только "вдумчиво заседая" а и "на бегу" очень отличается, и обычно стоит дороже

та же aha "просто project management", но почему-то $150 за юзера в месяц, а не $10, при этом люди отказываются с нее пересаживаться

потому что куча сценариев очень хорошо вылизаны по количеству затрат времени юзера (чего стоит одно "перегенерить презентацию в которую вы когда-то эмбеднули диаграмку/репорт" или "сохранить любой список на экране в пдф/csv/xls/пошерить ридонли снапшот/или живое ридонли")

Качество работы любой системы с пользовательской бизнес-логикой зависит и от качества этой бизнес-логики. Дописал пользователь или интегратор некорректные триггеры - всё упало, всё пропало. Спасут только бэкапы.

Вот у меня и встречное утверждение, если вы не контролируете полностью схему данных, реляционки не работают и ничего не работает кроме RDF или того же самого (property table) в реляционке

С тремя столбцами id, propertyTypeId и value в виде строки )))

Что уже лучше RDF-помойки, так как хотя бы проверяется cardinality. :)

При условии, что каждый плагин разрабатывается независимой командой, со своей эволюционирующей схемой данных. И надо поддерживать установку, обновление и интероперабельность с другими плагинами

И они конечно же хотят добавить своих пропертей в ваш тип Issues )))

@amivanoff Trac вроде как-то выкручивался без этого.

Вот этот пункт нужно бы развернуть. Это очень похоже на тот вопрос, который я задавал в самом начале: как на GPL мы планируем описывать мир (включая possible worlds), какая система типов для этого требуется.

Ну, а затем eDSL на базе этого хост GPL — микротеории же.

Как вариант — это надстройка "миромоделирования" над каким-то GPL, а потом eDSL для разных  domains с использованием этой надстройки.

Так что я вроде как согласен с такой конструкцией, но проблема та же, что в случае eDSL — stand-alone GPL "на ассемблер" против метапрограммирования над уже имеющимся GPL (скажем, над Julia).

Ну, или можно говорить о "двухуровневых eDSL" — языковых гирляндах, языковых компиляторных цепочках (виртуальных виртуальных машинах — как только эта идея уже не называлась!).

tower of interpreters )