doublefint,

Лихо...
Глобалы, имхо, это как раз фишка языка. Выкидывая их, становится нечего обсуждать. Но вот чего не хватает - это запросов к глобалам по типу SQL. For ... order ... for ...order, ну блин, эта рутина задалбывает. Меняются только переменные.
Из массовых операций есть только merge, что вообще ни о чем. Может, какие-нибудь merge с условиями? Kill с условиями? Ну тогда нужно делать возможность передачи функций для фильтрации данных.
Опять же, for (key in array) в js удобнее, чем s key="" for{s key=$o(array(key)) q:key=""} в Каше, а смысл тот же. Чувствуете, сколько во втором случае есть возможностей сделать ошибку? И тут даже придумывать нечего, все уже придумано.

Но это все не поможет Каше попасть в топ-10, пока нет доступной версии для малых предприятий.

MyasnikovIA1) Необходимо начинать с зародыша, а именно с попытки добавить и продвигать язык в учебных заведениях.
2) Создать серию обучающих видоуроков, по азам программирования на MUMPS (с текстовым описанием и примерами).
3) До 10 пользователей бесплатная версия, с возможностью докупать любое количество лицензий (на форуме уже озвучивалась эта идея и скорее всего ограничения по размеру БД.. и все в этом духе). Интерсистемс продвигает, когда-то раньше даже преподавали в НГТУ. Мне кажется, выхлоп из этого совсем не такой, как вы думаете. Это не решающий фактор. Студенты приходят и спрашивают, где это применяется? Мы найдем работу?
Многие языки и системы в вузах не преподаются, тем не менее, достаточно популярны. Так что обучение - это хорошо, но начинать нужно не с этого.

MyasnikovIAУ любого начинающего программиста MUMPS возникает вопрос. Где достать информацию о языке. Технологию применения (примеры). К примеру, на этом языке я начал писать с 2013 года, но по-прежнему ощущаю себя новичком и не знаю парой элементарных вещей. Это незнание приводит к потере времени на создание собственных конструкций (изобретение новых велосипедов). Причем для меня язык очень интересен. Что уж говорить про людей, которые про язык ничего не знают.Могу посоветовать англоязычную встроенную документацию ;-) Она гораздо лучше обучающих роликов по многим системам.

MyasnikovIAВ свое время так и не встретил ни одного хостинга с поддержкой Cache’, а было бы очень привлекательно иметь возможность арендовать виртуальный сервер cache’ с хостингом и список гибко настраиваемых сервисов (за отдельную доплату). Для малых компаний это будет привлекательно.Существуют хостинги виртуальных машин. Что хочешь туда - то и ставь. Да, дороже, но гораздо дешевле лицензии на Каше. Спрос в этом случае рождает предложение. Большие организации с Каше арендуют сразу дата-центры, либо имеют свои, а малые не имеют средств на Каше. Но сама идея неплохая. Интерсистемс может зарабатывать на аренде хостинга своих же виртуалок. Сейчас что-то такое есть, но там нужно доказать маркетинговую значимость своего проекта, а это опять же, мало кому нужно.

krvsaКаше ставится с одной областью и БД с неким ограничением по размеру, например 100ГБ. Никакой безопасности, полный доступ... Никакого журналирования, бекапирования и трасзакций (эти команды COS просто игнорируются).
Т.е. вся "админская" "навеска" полностью отсутствует.
А все остальное работает... И классы то же. Это ведь то же фишка Каше.Такое чудо без безопасности никому не нужно будет и даром. Особенно в вебе. 100Гб слишком жирно для бесплатной версии. Я бы предложил до 2Гб - бесплатная версия, до 10 Гб - символическая плата. Без ECP, мультисерверности, зеркалирования.

doublefintШваров Евгений Если выкинуть глобалы, ООП и прямой доступ и развить SQL - Что останется? Чем это будет лучше Postgre/MySQL/Oracle?
1. ООП починить/упростить ( что-то вроде структурно-функционального M, не ООП )
2. Глобалы и прямой доступ. А зачем вы его используете? Итак вы положили что-то в глобал. Сразу возникает задача описания-схемы (а что у нас в этом узле, а какого типа), выборки ( for order if quit ), обработки ( for order if quit, что опять? каждый раз? ), индексов (инверсных глобалов). Ба, да вы изобретаете классы/таблицы/sql! Заново! А зачем? Быстродействие? Так почините п.1, сделайте его быстрым. В редчайших случаях удобно, да. Да, фишка.
3. Что останется - например
4. Чем будет лучше - там у каждого свои тараканы, у нас будут свои :) Простота изучения и использования, быстродействие, надежность, технологии, цена?Я уверен, что многие sql системы используют те же B-деревья, компиляцию sql в байт-код, но нам не показывают.
Фишка глобалов - в приближенности к сырым данным, которая работает очень быстро, потому что нет ничего лишнего. В этом плане, sql, который компилируется в int - очень круто. Можно прям взять и посмотреть, как план соотносится с конкретными командами. И удалять прямой доступ я бы не стал, хотя бы затем, что на глобалах можно построить быструю обработку в случае, если не получается построить некривой план. Хотя в своей команде модификацию данных таблиц через прямой доступ категорически запрещал, только чтение. Опять же можно обрабатывать временные данные, для них метаданные не нужны. Можно натягивать таблицы на глобалы и это тоже очень круто. Что операторы работы к глобалами нужно расширять, тут я согласен и выше писал. А вот объекты - вещь в себе. Сама объектность - это хорошо, но сейчас это надстройка, которая работает по другим правилам, чем все остальное в языке.