powered by simpleCommunicator - 2.0.19     © 2024 Programmizd 02
Map
Форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M [игнор отключен] [закрыт для гостей] / Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
69 сообщений из 69, показаны все 3 страниц
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40047515
Onix
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15-20-30-100?

Кроме cache (от интерсистем, здесь доганять или не доганять уже разработчики решают),
интересно про сам mumps услышать, понимаю, что стандартизируют и всё такое, но не стоять же в 70-80-90-00гг,
тем более нововведения тоже не сильно повлияют на концепт.

Мне кроме "облаков" и namespace для локальных переменных, что то ничего не идет, можно еще файловую систему рассмотреть, mumpsfs для линух - но это наверное сильно бредово ))
"облака" на перспективу думаю лет 10, namespace для зачеркивания систем работающих с памятью (memcache например).

А что выдумаете? Можно что то придумать в развитие данной технологии?
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40047587
MX-9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Onix,
Развития не будет - все пошло другими путями.
Но есть некоторые области, где мампс незаменим.
Пример - наш горячо любимый и весьма доходный синтез мампса с ексцелем.
М хорошо организует и считает, Х красиво рисует. Идеальная пара.

Если Вам виден приложеный гиф, там всем заправляет одна- единственная м-строка в ячейке ексцел.
Учитывает промахи - попадания, соответственно красит клетки.
Так же просто реализованы на MX и цеховые-финансовые дела.
Мампс отлично подошел в роли языка для замены традиционных ексцел-формул в ячейках.
Его многомерная структура легко отображает двумерные листы.
Возможно такие применения могут быть конкурентными.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40047652
Фотография DAiMor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Onix,

какой именно mumps вы имеете ввиду?
Можно было называть конкретные продукты. И как я понимаю раз вы говорите не об InterSystems
то речь идет про GT.M/YottaDB

Это OpenSource и насколько я понимаю там несколько человек участвуют в развитии продукта.
Если вы хотите знать как пойдет продукт дальше, спрашивайте у тех кто его развивает.
А если вас что-то не устраивает и вы хотите для него другое будущее, можете сделать сами.

С IRIS при большом желании тоже можно влиять на пути развития.

И не совсем все таки понятно какое конкретно вы будущее от него ждете?
Если продукт за последние 20-30 лет не получил практически ничего нового, откуда сейчас вдруг должно появиться что-то кардинально новое?
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40047725
Onix
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Да, гифку видно.

Да, в т.ч. и yottadb и не только.

Понятно, что внутри mumps уже невозможно что-то развивать, если только нечто кардинальное появится.
Ни скорость, ни дополнительный функционал собственно уже ничего не даст.

Но всё же.., например:

- обьектный mumps (как вариант, идем по пути каше?)))?
- интеграция глобалей в языки программирования (не вызов внешней функции, а операция внутри языка, надеюсь понятно сказал)))?
- еще что то такое, чего нет нигде??

Жаль, только мне это интересно,
кстати амерские коллеги, тоже что то подобное спрашивают, видимо в тупичке как и все.

С Уважением.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40047751
MX-9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Onix,
Обьекты - нормально и удобно.
В МХ они тоже есть, очень упрощенно: описания обьектов не надо делать - они самoнастраиваются и самозапоминаются в процессе отладки.

Что-то чего нет "нигде" --
- так и стараемся делать - например, программ не создаем - все что надо, вполне умещается в ячейках в мх-формулах Ексцел.
(насчет "нигде" натяжка - это давно есть в ексцеле)

Основная мысь - мампс настолько оригинален, и ЛУЧШЕВСЕХ, что его НЕ НАДО использовать "как другие" !!
--------------------------

Кстати "мысь" - древнеруски - "белка".
"Мысью по древу" - это про нее

<< интеграция глобалей в языки программирования (не вызов внешней функции, а операция внутри языка, надеюсь понятно сказал)))?>>
тут не скажу - надобности в других языках пока не возникало - мампс все может и делает сам - а если что то термоядерное - там своих хватает.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40049727
misha_shar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MX-9,
Свои представления по развитию MUMPS я изложил в своем языке MSH. По моему вопрос развития MUMPS давно назрел и он требует кардинального изменения. В языках появились новые идеи. В том числе объекты, асинхронное управление программами. Кроме того в MUMPS есть некоторые не совсем удачные моменты, например сокращенный синтаксис и управление локальными переменными с помощью команды NEW.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40049761
MX-9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
misha_shar
MX-9,
Свои представления по развитию MUMPS я изложил в своем языке MSH. По моему вопрос развития MUMPS давно назрел и он требует кардинального изменения. В языках появились новые идеи. В том числе объекты, асинхронное управление программами. Кроме того в MUMPS есть некоторые не совсем удачные моменты, например сокращенный синтаксис и управление локальными переменными с помощью команды NEW.


Это все как раз преимущества М.
Кардинально менять не надо - надо его "правильно готовить".
И, возможно, расширить - на нарушая совместимость.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40049775
Alexey Maslov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MX-9
И, возможно, расширить - на нарушая совместимость.
Когда-то (в начале 1990-х) была конкуренция между М-вендорами, и они старались поддерживать совместимость со Стандартом, не в последнюю очередь, чтобы упростить переход клиентов с конкурирующих М-систем к себе, любимым. Мы с тобой это время ещё застали )))

Описывать, как изменилась ситуация сейчас, думаю, не надо. Cтарых вендоров больше заботит, не как бы кого-то переманить, а как бы не убежали. Стандарт для этого - слабое подспорье, согласись.

"Молодых" вендоров Стандарт должен интересовать больше: им пока что есть кого переманивать. Вот пусть и скажут своё слово.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40049907
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Onix
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15-20-30-100?

Кроме cache (от интерсистем, здесь доганять или не доганять уже разработчики решают),
интересно про сам mumps услышать, понимаю, что стандартизируют и всё такое, но не стоять же в 70-80-90-00гг,
тем более нововведения тоже не сильно повлияют на концепт.

На концепт - не то что сильно или не сильно, а никак. Всё строго в духе концепта )))
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40050584
MX-9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey,
Не догоняю насчет конкурса Интерсистемс, который сейчас проходит.
Вроде бы совсем неважные разработки получают много очков от экспертов и народа..
Или как Евровидение - важно не как спел, а из какой страны ?

Если есть время - посоветуй пожалуйста (мне и возможно коллегам) - кого из Россиян поддержать на этом конкурсе ?


p.s. Опять сжигал тонну книг на даче и опять отложил в сторону - рука не поднялась - журналы СОЮЗ-ДИАМС.
Во времена-то были !
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40050589
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MX-9
сжигал тонну книг

Дикость какая-то.
На вторичку их нужно сдавать. Или в библиотеку ближайшую отвезти...
Сжигать-то зачем?
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40050600
MX-9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
krvsa
MX-9
сжигал тонну книг

Дикость какая-то.
На вторичку их нужно сдавать. Или в библиотеку ближайшую отвезти...
Сжигать-то зачем?


В Латышкую библиотеку ?? ( других здесь нет )

На мусорках завалы русских книг - никому не нужны.
Переработкой никто не парится.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40050604
Фотография DAiMor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MX-9,

Я например могу прорекламировать мой проект, а там сам решишь заслужил или нет

Я сделал новое расширение для VSCode, по сути это прототип показывающий будущие возможности
Первое расширение которое я делал, оно использовало AtelierAPI и было от него зависимо

новое расширение работает напрямую по супер порту 1972, и уже никак не зависит от то что есть в AtelierAPI
и я могу делать на сервере все что угодно
Отобразить продукцию, сделать GlobalViewer просмотр процессов, все что угодно
Делать SQL запросы, выполнять методы и так далее и тому подобное

Само расширение это прототип и там не так много сделано, да. Но больше всего работы проведено для того чтобы это стало возможным. А сделал я поддержку Rust для InterSystems. Rust это довольно свежий популярный компилируемый язык программирования, и теперь из него можно напрямую обращаться к IRIS (и вероятно Caché)

вот пример кода, с работой с глобалами и sql, server_version вызывает классметод на сервере
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
use irisnative;
use irisnative::{connection::*, global, global::Sub, Global};

fn main() {
  let host = "127.0.0.1";
  let port = 1972;
  let namespace = "USER";
  let username = "_SYSTEM";
  let password = "SYS";
  match irisnative::connect(host, port, namespace, username, password) {
    Ok(mut connection) => {
      println!("Connection established");

      println!("Server: {}", connection.server_version());

      connection.kill(&global!(A));
      connection.set(&global!(A(1)), "1");
      connection.set(&global!(A(1, 2)), "test");
      connection.set(&global!(A(1, "2", 3)), "123");
      connection.set(&global!(A(2, 1)), "21test");
      connection.set(&global!(A(3, 1)), "test31");

      let mut global = global!(A(""));
      while let Some(key) = connection.next(&mut global) {
        println!("^A({:?}) = {:?}", key, {
          if connection.is_defined(&global).0 {
            let value: String = connection.get(&global).unwrap();
            value
          } else {
            String::from("<UNDEFINED>")
          }
        });
        let mut global1 = global!(A(key, ""));
        while let Some(key1) = connection.next(&mut global1) {
          let value: String;
          if connection.is_defined(&global1).0 {
            value = connection.get(&global1).unwrap();
          } else {
            value = String::from("<UNDEFINED>");
          }
          println!("^A({:?}, {:?}) = {:?}", key, key1, value);
        }
      }

      let mut rs = connection.query(String::from(
        "SELECT Name from %Dictionary.ClassDefinition WHERE Super = 'Ens.Production' and Abstract<>1"));
      while rs.next() {        
        let name: String = rs.get(0).unwrap();
        println!("{}", name);
      }
    }
    Err(err) => {
      println!("Error: {}", err.message);
    }
  }
}


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

Приложение на Rust можно выполнять где угодно, к примеру для интернета вещей, есть нано компьютеры типа RasperryPi Pico, очень маленький и совсем мало памяти, и на нем можно будет запустить такое приложение, чтобы оно к примеру данные с датчиков отправляло в IRIS.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40050607
MX-9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DAiMor,
Спасибо !
Коротко и .. по русски !
Заморские языки хороши - но.. бездушные какие-то ..

Надо СОЮЗ-ДИАМС продолжить - в интернете .
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40050730
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MX-9
В Латышкую библиотеку ?? ( других здесь нет )

На мусорках завалы русских книг - никому не нужны.
Переработкой никто не парится.

Вот они нехристи, вот оболочки дешевые. (с) И похождений товарища Команд Кома и отца Вындовса
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40051082
Фотография DAiMor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если кто не против, проголосуйте за мой проект , там какая то сильно нездоровая активность китайцев, и они обходят

Правда, чтобы иметь возможность проголосовать, нужно сначала написать что-нибудь полезное на Developer Community . Нормальный вопрос или ответ.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40051098
Alexey Maslov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DAiMor
...нездоровая активность китайцев
Которая неизбежна, и которой можно противопоставить лишь изменение правил турнира. Я полушутя предлагал запретить голосовать за соотечественников, как в Евровидении, хотя и это, конечно, не панацея. Можно было бы ещё отличать настоящих членов сообщества, кто регулярно хотя бы читает материалы, от тех, кто зарегился, лишь бы проголосовать.

Если по делу, то можешь добавить пару слов подробностей:
DAiMor
...компьютеры типа RasperryPi Pico, очень маленький и совсем мало памяти, и на нем можно будет запустить такое приложение
Какой стек протокола используется на клиенте для подключения к 1972/tcp (суперсерверу)?
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40051108
Фотография DAiMor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey Maslov
Какой стек протокола используется на клиенте для подключения к 1972/tcp (суперсерверу)?
С терминологией на уровне InterSystems не силен по части именования протоколов, могу сказать что работает так же как например продвигаемый сейчас Python. Как минимум работает с Community Edition не требуя никаких лицензий как VisM.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40051142
Alexey Maslov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DAiMor
С терминологией на уровне InterSystems не силен по части именования протоколов...
Имел в виду, какой драйвер на стороне клиента? JDBC?
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40051144
Фотография DAiMor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey Maslov
DAiMor
С терминологией на уровне InterSystems не силен по части именования протоколов...
Имел в виду, какой драйвер на стороне клиента? JDBC?
Я его сам написал, нет не JDBC.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40051236
Фотография П.С.М.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey Maslov,

Проприетарный протокол InterSystems, используемый супресервером. Дмитрий его повторил. Официальных спецификаций этого протокола у него естественно нет.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40051394
Alexey Maslov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DAiMor
Я его сам написал, нет не JDBC
С какой целью интересуюсь: есть одна разработка, где удалённые вызовы методов классов были изначально реализованы через %Net.RemoteConnection. Примерно год назад для совместимости с IRIS переделал на JDBC. Получилось довольно монструазно, но работает, заметной разницы в скорости нет.

Вот и подумал: есть ли смысл смотреть в сторону "Native API" как более лёгкой альтернативы?
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40051398
Фотография DAiMor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey Maslov
DAiMor
Я его сам написал, нет не JDBC
С какой целью интересуюсь: есть одна разработка, где удалённые вызовы методов классов были изначально реализованы через %Net.RemoteConnection. Примерно год назад для совместимости с IRIS переделал на JDBC. Получилось довольно монструазно, но работает, заметной разницы в скорости нет.

Вот и подумал: есть ли смысл смотреть в сторону "Native API" как более лёгкой альтернативы?
Цель, реализовать возможность подключения к IRIS из того языка, который InterSystems не добавили. В данном у меня случае нет зависимости от каких то библиотек поставляемых InterSystems. Ну и в дальнейшем я могу добавить такую поддержку в любой другой язык программирования.

Вот к примеру с тем же Python, поддержку которого InterSystems предлагает, но мне кажется получается как то то монстр. Если надо например и доступ к глобалам и SQL сразу, этого нету в общем пакете, для SQL надо использовать ODBC подключение, которое еще настроить надо правильно. Для глобалов другой способ. В моем случае ничего этого не требуется, можно любой вариант через одну библиотеку и подключение.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40062802
kalin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Продукт не будет иметь никакого развития до тех пор, пока в нем не появится надстройка в виде ORM и других современных подходов создания современных backend и frontend приложений. И развитием ядра системы должна заниматься не "кучка" энтузиастов, а большая компания с большими денежными вложениями. Стратегия такой компании должна предоставить такой современный продукт не "по своим" придуманным, а общепринятым стандартам в мире программирования и соответствующим подходом для привлечения независимых разработчиков для развития данного продукта.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40062804
kalin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DAiMor
MX-9,

Я например могу прорекламировать мой проект, а там сам решишь заслужил или нет

Я сделал новое расширение для VSCode, по сути это прототип показывающий будущие возможности
Первое расширение которое я делал, оно использовало AtelierAPI и было от него зависимо

новое расширение работает напрямую по супер порту 1972, и уже никак не зависит от то что есть в AtelierAPI
и я могу делать на сервере все что угодно
Отобразить продукцию, сделать GlobalViewer просмотр процессов, все что угодно
Делать SQL запросы, выполнять методы и так далее и тому подобное

Само расширение это прототип и там не так много сделано, да. Но больше всего работы проведено для того чтобы это стало возможным. А сделал я поддержку Rust для InterSystems. Rust это довольно свежий популярный компилируемый язык программирования, и теперь из него можно напрямую обращаться к IRIS (и вероятно Caché)

вот пример кода, с работой с глобалами и sql, server_version вызывает классметод на сервере
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
use irisnative;
use irisnative::{connection::*, global, global::Sub, Global};

fn main() {
  let host = "127.0.0.1";
  let port = 1972;
  let namespace = "USER";
  let username = "_SYSTEM";
  let password = "SYS";
  match irisnative::connect(host, port, namespace, username, password) {
    Ok(mut connection) => {
      println!("Connection established");

      println!("Server: {}", connection.server_version());

      connection.kill(&global!(A));
      connection.set(&global!(A(1)), "1");
      connection.set(&global!(A(1, 2)), "test");
      connection.set(&global!(A(1, "2", 3)), "123");
      connection.set(&global!(A(2, 1)), "21test");
      connection.set(&global!(A(3, 1)), "test31");

      let mut global = global!(A(""));
      while let Some(key) = connection.next(&mut global) {
        println!("^A({:?}) = {:?}", key, {
          if connection.is_defined(&global).0 {
            let value: String = connection.get(&global).unwrap();
            value
          } else {
            String::from("<UNDEFINED>")
          }
        });
        let mut global1 = global!(A(key, ""));
        while let Some(key1) = connection.next(&mut global1) {
          let value: String;
          if connection.is_defined(&global1).0 {
            value = connection.get(&global1).unwrap();
          } else {
            value = String::from("<UNDEFINED>");
          }
          println!("^A({:?}, {:?}) = {:?}", key, key1, value);
        }
      }

      let mut rs = connection.query(String::from(
        "SELECT Name from %Dictionary.ClassDefinition WHERE Super = 'Ens.Production' and Abstract<>1"));
      while rs.next() {        
        let name: String = rs.get(0).unwrap();
        println!("{}", name);
      }
    }
    Err(err) => {
      println!("Error: {}", err.message);
    }
  }
}


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

Приложение на Rust можно выполнять где угодно, к примеру для интернета вещей, есть нано компьютеры типа RasperryPi Pico, очень маленький и совсем мало памяти, и на нем можно будет запустить такое приложение, чтобы оно к примеру данные с датчиков отправляло в IRIS.

К сожалению современные разработчики так программировать не будут. Это все "свои" стандарты для узкого круга специалистов.
Если бы это выглядело бы все, например, на python в виде
for user in users:
print(user.name)
print(user.partner.name)

тогда да, было бы интересно. А так в сегодняшнем программировании все эти connection., global,select выглядят неким анахронизмом.
И кстати, python замечательно работает с rasperry, а еще нем пишут различные микросервисы, в том числе для работы с разными базами.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40062807
kalin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DAiMor
Alexey Maslov
пропущено...
С какой целью интересуюсь: есть одна разработка, где удалённые вызовы методов классов были изначально реализованы через %Net.RemoteConnection. Примерно год назад для совместимости с IRIS переделал на JDBC. Получилось довольно монструазно, но работает, заметной разницы в скорости нет.

Вот и подумал: есть ли смысл смотреть в сторону "Native API" как более лёгкой альтернативы?
Цель, реализовать возможность подключения к IRIS из того языка, который InterSystems не добавили. В данном у меня случае нет зависимости от каких то библиотек поставляемых InterSystems. Ну и в дальнейшем я могу добавить такую поддержку в любой другой язык программирования.

Вот к примеру с тем же Python, поддержку которого InterSystems предлагает, но мне кажется получается как то то монстр. Если надо например и доступ к глобалам и SQL сразу, этого нету в общем пакете, для SQL надо использовать ODBC подключение, которое еще настроить надо правильно. Для глобалов другой способ. В моем случае ничего этого не требуется, можно любой вариант через одну библиотеку и подключение.

ТО что сделали с python в IRIS - то можно назвать только ругательным словом.
Современные средства разработки для основной массы задач не требуют прямого доступа к данным, в том числе использование SQL. Это все пережиток прошлого.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40062849
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kalin , одно не понятно - зачем ты сюда пишешь с завидным постоянством?
Никто не будет тебя слушать, поскольку "кто ты есть такой"?

Финансировать ты не можешь...
Сам написать М-язык не можешь...
На М ты теперь не пишешь (х/з писал ли вообще)...
Какой тут в тебе смысл?

Получается как в старой басне:
Ай, Моська! знать она сильна, Что лает на Слона!
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40062952
Alexey Maslov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
krvsa , да пусть пишет: «Пусть расцветают сто цветов, Пусть соперничают сто школ» (c)

Вот все молчали, и из IRIS таки выпилили почти все объектные "биндинги". Мы, например, кое-где использовали %Net.RemoteConnection, пришлось переделывать - лишняя работа, ради чистоты чьей-то идеи: мол, объектные СУБД стали непопулярны. Можно подумать, что хоть когда-то были .
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40062954
Фотография DAiMor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey Maslov
krvsa , да пусть пишет: «Пусть расцветают сто цветов, Пусть соперничают сто школ» (c)

Вот все молчали, и из IRIS таки выпилили почти все объектные "биндинги". Мы, например, кое-где использовали %Net.RemoteConnection, пришлось переделывать - лишняя работа, ради чистоты чьей-то идеи: мол, объектные СУБД стали непопулярны. Можно подумать, что хоть когда-то были .
Да, биндинги странно что выпилили, но думаю есть шанс что вернут обратно.
Так как в протоколе оно никуда не делось, проблема думаю, только в том в что в новых реализациях это просто не сделали.
Я например в моих коннекторах на Rust и Go, уже использую объекты.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40062972
MX-9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kalin ,

Это понятно (и где-то благородно) - указать м-заблудшим программистам правильный путь и вывести их из болота.

( заодно кинуть тысячи пользователей их м-продуктов )

Но, с другой стороны, какая разница что у тебя в кофемолке, под капотом, или в твоем квантовом компьюторе ?
SQL или MMM ?
Если оно работает нормально ?

Кстати - квантовый комп лучше делать на глобалах - развесил на клюкве-дереве все univers from multivers и сидишь пилишь бабки, бюджетные.

А насчет стандартизации интерфейсов - все в IT и так построено на двух цифрах: ноль - единица
Куда уж стандартнее..
Если только все нули..

-------------------
не согласен со слонами и собачками - здесь у всех немалый опыт в М,
скорее уж, все на форуме, и калин особенно, М-тигры

==================
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40075429
kalin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
krvsa
kalin , одно не понятно - зачем ты сюда пишешь с завидным постоянством?
Никто не будет тебя слушать, поскольку "кто ты есть такой"?

Специалист по М технологиям с конца 80 годов прошлого века. Прошел все , начиная c ISM, MSM, DTM, Cache. Имею сегодня работающие проекты в Cache.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40075456
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kalin , тогда, имея такие регалии, чего ты докопался до Кащея?
Ты все ще чего-то ждешь от него?
Если уже не ждешь - не стоит и докапываться до него.
Пусть живет своей жизнью. Он тебе не мешает... И ты ему не мешай.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40081560
kalin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
krvsa,
Советую почитать https://inf-centre.ru/odoo. Может что-нибудь напишите в том же "духе" о Cache ?
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40081570
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Onix,

Сама идея многомерной БД очень хороша, даже с современной точки зрения.

Но М устарел, Cache ObjectScript был пробным шагом, не во всем удачным.

Самое время учесть ошибки прошлого.

Ну и конечно, с таким лицензированием, внимания не привлечь, мягко говоря...
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40081624
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kalin
Может что-нибудь напишите в том же "духе" о Cache ?

Мне оно не надо.
Про Каше пусть пишут те, кто за это деньги получает. А я с этого ничего не имею.

Но и заходить йадом капать без дела - нет никакого смысла. Ладно бы с Кащеем работал и имел какие-то проблемы и тем тут поделился...
Ты ведь не работаешь с Кащеем но с завидным постоянством приходишь сюда дабы написать очередное хейтеровское сообщение.
Ушел и ушел - живи спокойно.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40081625
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Siemargl
Но М устарел

Еще один эксперт в Каше...

У нас есть тут свой, не покупной эксперт во всех других языках. Он хоронит их, а вы сюда ходите хоронить Кащеея!
Вам бы самое время организовать похоронное бюро. ;)
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40081644
Фотография DAiMor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Siemargl
Onix,

Сама идея многомерной БД очень хороша, даже с современной точки зрения.

Но М устарел, Cache ObjectScript был пробным шагом, не во всем удачным.

Самое время учесть ошибки прошлого.

Ну и конечно, с таким лицензированием, внимания не привлечь, мягко говоря...
Вас видимо заставляли учить ObjectScript когда-то? Не похоже что вы долго вообще работали с продуктами InterSystems, но видимо очень хорошо осведомлены в лицензировании?
Вообще то с InterSystems не обязательно использовать только ObjectScript, да и лицензирование со времен IRIS поменялось. Можно подумать, что InterSystems стоит совсем неподъемных денег, и в разы дешевле взять Oracle или MSSQL.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40081652
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DAiMor
Siemargl
Onix,

Сама идея многомерной БД очень хороша, даже с современной точки зрения.

Но М устарел, Cache ObjectScript был пробным шагом, не во всем удачным.

Самое время учесть ошибки прошлого.

Ну и конечно, с таким лицензированием, внимания не привлечь, мягко говоря...
Вас видимо заставляли учить ObjectScript когда-то? Не похоже что вы долго вообще работали с продуктами InterSystems, но видимо очень хорошо осведомлены в лицензировании?
Вообще то с InterSystems не обязательно использовать только ObjectScript, да и лицензирование со времен IRIS поменялось. Можно подумать, что InterSystems стоит совсем неподъемных денег, и в разы дешевле взять Oracle или MSSQL.

Когда я смотрел, было именно так, Cache в разы дороже даже Oracle Enterprise Ed. И очень мутно.

Если все поменялось и стало честно и прозрачно, прошу ссылочку на прайс лист и схемы лицензирования.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40081685
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Посмотрел цены в облаке.

На AWS Marketplace
Oracle Database 19c Enterprise Edition on Oracle Linux 8.3 0.4$/hour

InterSystems IRIS 4.463$/hr

Эмм, в 11 раз дороже.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40081699
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Siemargl
Эмм, в 11 раз дороже.

DAiMor недавно заявлял что есть бесплатная Каше, т.ч. теперь все двери открыты!
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40081700
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот
DAiMor
Бесплатная версия уже есть, да с некоторыми ограничениями, но все же, уже начало.
...
И хостинги давно уже есть, где их полное отсутвие? В Googe, AWS и Azure уже представлен IRIS

В соседней теме.
https://www.sql.ru/forum/1336498-1/chto-ne-hvataet-v-cache-iris
Т.ч. все готово для резкого старта вперед!
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40081709
logist
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Siemargl,

Use this image for 1 Click deployments of Oracle workloads on AWS using your existing licenses.

Лицензии Оракла покупаются отдельно.

IRIS дешевле Оракла намного.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40081726
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
К нам как-то приходил представитель местного завода... Интересовался возможностями Каше...
Сравнивал он ее и с Ораклом... Когда узнал сколько могут стоить лицензии "на пользователей" (примерно конечно) - назвал Каше "СУБД для бедных".

Т.о. мне не совсем понятно по стоимости "Каше против Оркла", насколько я помню, Оракл был дороже самого дорогого варианта Каше.
Но я не считаю себя специалистом в области оценки лицензий...
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40081729
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
logist
Siemargl,

Use this image for 1 Click deployments of Oracle workloads on AWS using your existing licenses.

Лицензии Оракла покупаются отдельно.

IRIS дешевле Оракла намного.

Извиняюсь, лопухнулся.
На амазоне вообще не нашел Оракла с арендуемой лицензией.

Тогда так
SQL Server 2017 Enterprise on Red Hat Enterprise Linux (RHEL) 7.4 m4.2xlarge 3$/hr
Уже сравнимо, но все еще дороже

krvsa
Siemargl
Эмм, в 11 раз дороже.

DAiMor недавно заявлял что есть бесплатная Каше, т.ч. теперь все двери открыты!

Там серьезные ограничения .
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40081763
alatalo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DAiMor
Я например в моих коннекторах на Rust и Go, уже использую объекты.


Rust и Go? Любопытно. У вас есть проекты на этих языках или вы коннективити IRIS развиваете?
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40081776
Фотография DAiMor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alatalo
DAiMor
Я например в моих коннекторах на Rust и Go, уже использую объекты.


Rust и Go? Любопытно. У вас есть проекты на этих языках или вы коннективити IRIS развиваете?

Сами коннекторы закрыты, проекты которые их используют

на Rust
https://github.com/caretdev/intersystems-ls/

И на Go
https://github.com/caretdev/grafana-intersystems-datasource
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40081781
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Siemargl

Там серьезные ограничения .

Видать для DAiMor они не так серьезны если он посчитал необходимым про такую версию так публично заявлять...
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40082958
Alexey Maslov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сравнивать бесплатные версии коммерческих СУБД конечно можно, но есть ли в этом глубокий смысл? Ясно, что их основное назначение - привлечь новых партнёров-разработчиков, чтобы "коготок увяз", остальное - частности. Можно, конечно, обсуждать, насколько хорошо они с этой задачей справляются. Про Oracle, например, пишут Пара слов о базах данных Oracle
...
Бесплатная версия БД Oracle 11g(XE, Express Edition):
В свою очередь, Oracle предлагает бесплатную версию своего продукта (XE, Express Edition), которую Вы можете использовать свободно и совершенно бесплатно. Разумеется, Oracle наложила ограничения на свой бесплатный продукт, поэтому версия XE, может работать только с 1 ядром, 1 GB оперативной памяти и хранить данные не более 11 GB. Этого вполне достаточно, для одновременной работы с базой данных сотрудников малого предприятия, либо сотрудников отдела крупной компании. Возможно, что и для Ваших потребностей подойдет именно эта версия. (Разумеется, столь серьезные ограничения, заставляют все больше склоняться к openSource продуктам, например к таким как PostgreSQL).
Сравнивая с ограничениями IRIS Community Edition, приведёнными ранее, можно сказать, что в случае IRIS ситуация несколько лучше. Но толку? Вряд ли кто-то будет выбирать между столь различными СУБД, сопоставляя их бесплатные версии. Скорее, поищет бесплатный аналог, и возможно, его найдёт.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40083108
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey Maslov
Сравнивая с ограничениями IRIS Community Edition, приведёнными ранее, можно сказать, что в случае IRIS ситуация несколько лучше. Но толку? Вряд ли кто-то будет выбирать между столь различными СУБД, сопоставляя их бесплатные версии. Скорее, поищет бесплатный аналог, и возможно, его найдёт.

Ограничение в 5 коннектов хуже всех на рынке в области бесплатных демок.

Оракл, кстати, позволил использовать сжатие, что еще выше отодвинуло планку бесплатности.

Я не то чтобы за Оракл, но Интерсистемс просто дно среди всех сравнимых, извините уж.

Хуже просто нет.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40083114
Фотография DAiMor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вас только количество коннектов смущает, или что-то ещё?
Те 5 подключений это не предел на самом деле, и к примеру stateless REST, не будет учитываться вообще.
И остаётся только лимит в 10GB, для размера базы, у Oracle лимит 11GB, видимо это сильно большая разница.

В Oracle бесплатной по ссылке выше написано, что только 1GB памяти и одно ядро CPU, у IRIS 8 ядер, а на память вроде нет ограничений.
В чем конкретно дно?
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40083123
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DAiMor
Вас только количество коннектов смущает, или что-то ещё?
Те 5 подключений это не предел на самом деле, и к примеру stateless REST, не будет учитываться вообще.
И остаётся только лимит в 10GB, для размера базы, у Oracle лимит 11GB, видимо это сильно большая разница.

В Oracle бесплатной по ссылке выше написано, что только 1GB памяти и одно ядро CPU, у IRIS 8 ядер, а на память вроде нет ограничений.
В чем конкретно дно?

Ну по Ораклу сейчас лимиты другие . А с учетом того, что базы сжимаются до 10%, то вообще.

В противовес в Ирисе, админское соединение тоже считается. Т.е 4 коннекта.

Хотя в целом это картину не меняет. Важнее золотые лицензии для полноценной работы. В то время как Oracle Standard с поддержкой стоит 422$/user, MS SQL - 262$
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40084538
kalin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
krvsa
kalin
Может что-нибудь напишите в том же "духе" о Cache ?

Мне оно не надо.
Про Каше пусть пишут те, кто за это деньги получает. А я с этого ничего не имею.

Но и заходить йадом капать без дела - нет никакого смысла. Ладно бы с Кащеем работал и имел какие-то проблемы и тем тут поделился...
Ты ведь не работаешь с Кащеем но с завидным постоянством приходишь сюда дабы написать очередное хейтеровское сообщение.
Ушел и ушел - живи спокойно.

К сожалению не ушел. До сих пор приходиться работать с "динозаврами" и "ковыряться" в их коде.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40084565
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Тогда понятно раздражение...
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40084566
Фотография DAiMor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kalin
К сожалению не ушел. До сих пор приходиться работать с "динозаврами" и "ковыряться" в их коде.
Если приходится работать с динозаврами, и не хочется, почему не отдать их тем кто не против этим заниматься?
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40084568
Блок А.Н.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DAiMor,

потому что нет очереди тех, кто готов этим заниматься. Особенно по тем ценам, которые предлагают работодатели.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40084570
AlexKB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Блок А.Н.
DAiMor,

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


Работодатели все жлобы..!
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40084571
Фотография DAiMor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кажется что тут проблема не в том что работодатели дают мало, а в том что есть согласные делать это за такие деньги. Нужно поддерживать Legacy проект, поднимайте цену своих услуг.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40084581
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DAiMor
Кажется что тут проблема не в том что работодатели дают мало, а в том что есть согласные делать это за такие деньги. Нужно поддерживать Legacy проект, поднимайте цену своих услуг.

Мы будем гордые и неприступные! (с) к/ф Город глухих
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40088906
mikra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Здравствуйте, уважаемые форумчане.

Хочу обратить ваше внимание: в гуглогруппе старые (в обоих смыслах) мампсисты обсуждают возможность разработки гуевого интерфейса для "all current M implementations" и один из них просит поучаствовать в обсуждении Евгения Каратаева.

Я зарегистрировался, чтобы сообщить это, т. к. у самого есть маниловская мечта: выйдя на пенсию через пару лет, поучаствовать в подобном проекте. Например, можно было бы рассмотреть возможность взять за основу инструмент Рустема Османова (^%WM, ^%WE).
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40088913
Фотография DAiMor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mikra
Здравствуйте, уважаемые форумчане.

Хочу обратить ваше внимание: в гуглогруппе старые (в обоих смыслах) мампсисты обсуждают возможность разработки гуевого интерфейса для "all current M implementations" и один из них просит поучаствовать в обсуждении Евгения Каратаева.

Я зарегистрировался, чтобы сообщить это, т. к. у самого есть маниловская мечта: выйдя на пенсию через пару лет, поучаствовать в подобном проекте. Например, можно было бы рассмотреть возможность взять за основу инструмент Рустема Османова (^%WM, ^%WE).
Я конечно наверно покажусь нудным. Но, извините, а кто потом будет после вас это все поддерживать, кому именно нужно все это?
Если вы сможете сделать так, чтобы развитие дальше мог делать любой студент, без необходимости вообще вникать в M, тогда в этом может и будет смысл, но пока остается чистый M, это все будет впустую.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40088947
Valeriu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mikra,Хочу обратить ваше внимание: в гуглогруппе старые (в обоих смыслах) мампсисты обсуждают возможность разработки гуевого интерфейса для "all current M implementations"
Только на WEB, альтернатив не должно быть. Я думаю (лично пробовал получается, все там просто) для классического М отлично подойдет разработка Wifried Bantel - FCGI.
Не будет в обиду Интерсистемсу - там убогий неуклюжий, не интуитивный и тяжеловатый интерфейс.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40088980
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mikra,

Тут из трех мнений три ортогональных. Мое четвертое. У Фурназье пятое.
Пять ортогональных. Тут что ни сделай - всегда будет на 80 процентов не то ))).
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40089112
Alexey Maslov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну я
Тут что ни сделай - всегда будет на 80 процентов не то ))).

Если делать для 5 человек, то да. Если же для 100 человек, то они обычно могут выбрать из 5 вариантов 1, который устроит хотя бы половину.

Весь вопрос, существуют ли в мире эти хотя бы 100 M-программистов, которые до сих пор мечтают о том, что наступит "Счастье для всех, даром, и пусть никто не уйдет обиженный! (c)"?
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40089206
mikra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
DAiMor
Я конечно наверно покажусь нудным. Но, извините, а кто потом будет после вас это все поддерживать, кому именно нужно все это?
Если вы сможете сделать так, чтобы развитие дальше мог делать любой студент, без необходимости вообще вникать в M, тогда в этом может и будет смысл, но пока остается чистый M, это все будет впустую.

Если я правильно понимаю обсуждение этого предложения там в соседней ветке , то предполагается, что заинтересованных сторон минимум две:
1) бизнес, работающий на легаси М ПО, работа которого его в принципе удовлетворяет, но уже поддающийся модным веяниям и испытывающий трудности в поиске М программистов;
2) М разработчики, желающие продлить свою жизнь в М.
Лично я бы хотел, чтобы в М комьюнити появилась аналогичная компания.

По поводу поддержки: автор предлагает спроектировать "a loosely coupled GUI builder" - т. е. разделить его на слабо связанные уровни. Имхо, если протокол общения между М и UI будет спроектирован грамотно и не будет постоянно меняться, то проблема поддержки не выглядит безнадежной.


Valeriu
Только на WEB, альтернатив не должно быть.
Я бы предположил, что обязательно должна быть обработка всех видов касаний экрана, которые используются на планшетах и смартфонах.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40089729
alatalo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DAiMor
Я его сам написал, нет не JDBC.

DAiMor, я правильно понимаю, что использовать ваш драйвер легально сейчас нельзя? Если вы использовали недокументированный способ общения с Каше
Если не открывать исходники, то наверно проблем не должно возникнуть.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40092327
kalin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Средство разработки должно быть аналогичное 1C. Не "ковыряние" в ядре системы и постоянное его переписывание, а должно все работать у "студента" на уровне описания шаблонов представления данных над описанной ранее их моделью. Причем любая такая система должна собираться из "кирпичей" различных модулей. Такие модули могут писаться как разработчиками самого ядра такой системы и являться их базовой основой, на базе которых через наследование можно будет настроить систему под себя на базе своих новых модулей. Такие системы уже есть и успешно эксплуатируются. Разработчику здесь не нужно глубого вникать в сам движек таких систем. Достаточно знать общий принцип построения архитектуре и доработать необходимый функционал. Таким образом его код в любом случае не превысит 20% системы, настроенной под заказчика.
Вот здесь https://en.wikipedia.org/wiki/Multitier_architecture описан принцип построения таких систем.
А все это постоянное переписывание "своего" ядра mumps системы и писание низкоуровнего кода на языке М - это путь в никуда и прошлый век.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40092330
kalin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
"Лично я бы хотел, чтобы в М комьюнити появилась аналогичная компания."
В отличии от дальнего зарубежья, у нас здесь такие "древние" технологии практически все вымерли и никто их поддерживать не собирается.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40092387
Фотография volodin661
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kalin,

то, что mumps родился в прошлом веке - это факт, не нуждающийся в аргументации.

но утверждение, что это путь в никуда, нуждается в аргументации.

как минимум, в этом случае хорошо бы нам показать парочку лучезарных путей 'туда'.
...
Рейтинг: 0 / 0
Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
    #40092410
kalin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
volodin661, Написано выше насчет путей
...
Рейтинг: 0 / 0
69 сообщений из 69, показаны все 3 страниц
Форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M [игнор отключен] [закрыт для гостей] / Коллеги, вопрос по развитию mumps, а кто как видит его в ближайшие скажем, лет 10-15?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]