Задались мы командой вопросом "Как делали и делают правильные системы и приложения на основне MUMPS баз данных?". "Баз данных" я взял в кавычку, потому что не знаю как правильно назвать все это.
Основываясь на небольшом опыте я знаю, что в основном это продукты Cache и GT.M. Особенно если учитывать, что это должно работать на Linux.
Продукция Cache очень разнообразна и по сути я ее не изучал, по причине ее платности. А еще читал, что они сильно ушли от MUMPS.
Напротив, GT.M, сыроват в плане как готовый продукт, скорее это платформа для разработки продукта. Кроме странного PIP/PSL, еще есть обертки DivConq (Java), EGTM (Erlang), M/Gateway (PHP,Python,Ruby), NodeM (Node.js). Но это не суть важно.
Важно знать как ЛУЧШЕ всего использовать GT.M как платформу, как хранилище данных и М-рутин. Но это тоже не суть важно, поскольку зависит от поставленной задачи. И "структура" данных, и интерфейсы...

Интересны ПРЕЖДЕ всего ГОТОВЫЕ продукты на GT.M.

Сейчас пишу бекенд на C++, своя обертка на C++ (постепенно улучшаемая), свой процессинг и транзакции (поскольку Call-Ins рубит на корню GT.M transaction process), интерфейс (API) работы с бекендом для фронтенда.
Но так как вся разработка шла от противного :(, т.е. от макета продукта в виде PHP + MySQL к продукту PHP + свой шлюз к API бекенда, то получилось что то чрезмерно раздутое в плане API. Сейчас это все работает, но планируем перепроектировать все с нуля, основываясь уже на GT.M и скорей всего Erlang'е, бекенд и шлюз на Erlang'е. И думаю надо мучать PHP-программистов... а то у них все на SQL (MySQL) повязано. И сие есть печально...

Резюмируя: нужны ссылки или упоминания ГОТОВЫХ продуктов на GT.M. На основе EGTM не можем найти, пытаюсь осознать, что делали ребята из DivConq.