Sergey Gladilin
Вот отзыв одного зарубежного парня о попытке зарабатывать деньги, программируя для Cache:
http://thedailywtf.com/forums/post/60692.aspx

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

Я прочитал отзыв, на который Вы дали ссылку.
Мне кажется, этот разработчик оценивает Cache' не объективно. Наверное, его выгнали с работы, он обиделся на работодателя и технологию и решил написать эту заметку.

Интересно было также прочитать обсуждение.

Там в частности, была ссылка на интересную статью Object-Oriented Data Programming: C# Meets Caché

Вадим

Иногда автор просто ошибается, иногда он неверно оценивает факты.
Комментарии ниже.

автор статьи
I can't comment on Mumps in general but my absolutly biggest beef with Caché is that all code is stored in the database. All code. Let it sink in for a while... Yes, that's right, you have to use a special application to edit your code. This means no easy backups (you have to either backup the whole database or make an 'export' of your project to XML), no version management system (CVS, Subversion), no auto documentation tools, no analysis tools, no nothing... I can't really tell you how much this sucks. The IDE, Intersystems Studio, is pretty much just a texteditor which highlights syntax errors in red. Thats it.

По поводу хранения кода в Cache'.
Cache' может использоваться только как СУБД (в этом случае в Cache' хранятся данные, хранимые процедуры, запросы и т.д.), как СУБД и как сервер приложений (добавляется бизнес-логика), как СУБД , сервер приложений и технология создания пользовательского Web-интерфейса (технология CSP + ZEN).

Первый вариант должен устраивать автора. Где же еще храниться данным, как не в СУБД.
Если он не хочет использовать Cache' для реализации бизнес-логики, он может этого не делать.
Например, использовать Cache' как реляционную СУБД. Работать с Cache' через JDBC, ODBC, ADO.Net Provider.
Точно так же как он стал работать потом с Postgresql.
У нас есть партнеры, которые используют таким образом Cache' и достигают неплохих результатов.

Уверен, правда, что автор этой статьи вряд ли является системным архитектором и может определять пути развития системы, но это другой вопрос...

Может он и использовать Cache' для хранения объектов. Определить набор классов в Cache' и работать с ними через объектно-ориентированные интерфейсы из Java (включая EJB-сервера), .Net, C++ и т.д.

Далее есть возможность разрабатывать бизнес-логику в Cache' ("ближе" к данным).
Этой возможностью пользуются большинство разработчиков, потому что это действительно удобно.
В этом случае, бизнес-логика будет "храниться" в Cache' в виде программ и классов.
Если он хочет, он может работать с классами Cache' из своего сервера приложений.
Может всю бизнес-логику написать на Cache' и останется разработать только клиентскую часть.

И наконец есть встроенная объектная Web-технология CSP. Если использовать CSP, то приложение может быть разработано и может работать только на Cache'.
Администрировать его в случае CSP очень удобно. Нужно просто выполнять регламентные работы по резервному копированию.

В чем проблема не понятно.

Резервное копирование делать очень просто. Если хочется, можно разделить код и данные и делать резервную копию только данных или только кода или части данных и т.д.
В XML экспорт действительно есть.

Что касается Studio.
Интеграция со средствами управлениями версиями есть. Посмотрите на Studio Hooks.
Наши партнеры активно используют VSS, Subversion и т.д.
Документация по классам автоматически генерируется.
Есть средства отладки (советую посмотреть на отладчик по методам классов в Cache' 5.2).
Есть всякие мастера и т.д.
Возможно использовать расширения.

Не могу сказать, что это вершина эволюции, но все совсем не так, как описывает автор.

автор статьиThe programming language has been slightly redesigned in later versions to something called 'Caché Objectscript'. This is a lame attempt to add OO concepts to a basically dead language. It's not enough to add something called 'class' and then be done. No exception handling, no encapsulation, no typing, and so on. Worst part is that the class is 'compiled' into something which is basically Mumps-based. Yes, thats right. You write in one language which compiles into more or less the same language. Smells like a macro-language if you ask me.

ObjectScript действительно наследник М, но он был основательно переработан.
Существует заказчики, которые давно работают на технологиях InterSystems и задача состоит в том числе в том, чтобы их системы могли плавно развиваться.

Существует возможность использовать новый синтаксис ObjectScript, который делает программы намного более читаемыми, чем М программы.
Поклонники М со мной будут спорить, но большинство новых разработчиков используют более понятный новый синтаксис.
В идеале в большой организации вырабатываются стандарты кодирования, но об этом далеко не все думают.
Классы в Cache' есть. Вы можете, например, создать класс с набором методов на ObjectScript.
Сделать класс-наследник и переопределить там метод и т.д.
Кстати, если не нравиться синтаксис ObjectScript, можно использовать Basic.

Есть определенные правила, как лучше обрабатывать ошибки. Надо их правильно использовать.
Начиная с версии Cache' 5.1 улучшилась диагностика ошибок.
В новой версии 2007.1 должен появиться try catch.

Что касается средств отладки, то они есть. Можно отлаживаться в терминале и в Studio.
Это отдельная тема, советую посмотреть документацию Cache' 5.2.

автор статьиAnd it doesn't stop there. Remember how popular it was in the end of the 90's to embedd programming languages in HTML-pages? ASP, PHP, and so on? Ofcourse Caché must have its own version, Caché Objectscript Pages or CSP. These are actually stored as regular files, probably because Intersystems use a mod for Apache to handle them. On execution these are compiled to Caché Objectscript classes... Yes, that's right, to something which in turn is compiled to yet another form. Where do you think errors refer?

Что касается CSP, то это технология создания Web-приложений, которая принципиально отличается от конкурентов. Любая CSP-страница - это класс. Классы CSP-страниц взаимодействуют c классами данных. За счет этого увеличивается производительность.
Так как страница класс, можно применять наследование и т.д.
Можно разрабатывать собственные теги.

В CSP уже давно есть технология гипер-событий (Hyper-Events), которая позволяет изменять содержимое страницы без ее полной перезагрузки.
Идеи AJAX были реализованы в CSP очень давно.

Сейчас CSP дополняется технологией ZEN. Web-разработчикам советую обратить на нее внимание.
"InterSystems Zen(TM) is an extensible, high-level framework for rapid Rich Internet Application development. With an extensive library of pre-built components, including grids, tables, selection trees, and much more, Zen allows developers to easily create Web applications with the same highly responsive and rich user interfaces as sophisticated desktop solutions."

Повторюсь, наличие встроенной технологии разработки Web-приложений позволяет значительно ускорить разработку приложений. CSP-приложения очень просто администрировать.

Если не нравиться CSP, можно использовать любую другую технологию разработки.

Про документацию он еще написал. Конечно, документации как денег всегда мало, но DocBook, особенно в последних версиях, содержит неплохую документацию.

Вот такие комментарии.

Мне кажется, не слишком эффективно читать и обсуждать подобные "статьи".
Стоит прочитать нормальную обзорную статью, поставить однопользовательскую версию Cache' и попробовать.
Если есть реальный проект, стоит взаимодействовать с консультантами InterSystems.
Сделать вместе пилотный проект и во всем разобраться.


Вадим

Sergey Gladilin Hoar FrostЕсли нужна квалифицированная помощь по Cache, то следует обращаться непосредственно в InterSystems, в конце концов, живем в веке промышленной разработки, давайте работать с вендорами.

Если нужна помощь в выборе СУБД, приходите в представительство, у нас каждый месяц проходят бесплатные технические семинары. Потратите пол дня, зато потом никаких вопросов о том, что такое Cache, у вас не будет - все увидите, познакомитесь и будет о чем думать.

Это демагогия. На сайте Intersystems нет даже форума. Все увешано демагогически рекламными заявлениями про post-relational. Приведены примеры внедрений с демагогическими презентациями без конкретных технических данных.


Вам подсказывают самый простой способ получить вводную информацию по Cache'.
Демагогия - это переписка в форуме без предварительного изучения материала.
Прочитайте обзорные статьи, Технологический справочник Cache .
Сходите на вводную презентацию. Обсудите с консультантами, как можно решить Вашу задачу на Cache'.
Скачайте и попробуйте однопользовательскую версию.
Можно будет предметно обсуждать вопрос.
[/quot]

Sergey Gladilin
Есть в сети статья, где сравнивалась бы производительность Cache с другой системой (DB2, Oracle, Postgres, MySQL) на РАЗЛИЧНЫХ задачах? А что, если я приду на семинар Intersystems, мне дадут отчеты о таких испытаниях? Если нет, то зачем обращаться к вендору?


Если у вас есть реальная задача, Вы думаете про использование Cache', сходить стоит. Это более эффективно, чем переписка на форуме.
Если задачи нет, и это просто такое времяпровождение, то, действительно, приходить не стоит.

Что касается публикаций, то если Вы почитаете любое лицензионное соглашение, то увидите ряд ограничений на проведение таких испытаний и публикацию результатов.

На семинаре, кстати, рассматриваются и эти вопросы.


Sergey Gladilin
Да, вот еще нормальный вопрос по Cache - система предоставляет кучу интерфейсов к одному и тому же - глобали, SQL, multi-dimensional, объектный. Какой из них на каких задачах в Cache конкретно (т.е. с учетом ее реализации) использовать лучше? Нормальный вопрос? Кажется да - перед началом разработки его, казалось бы, должен задавать каждый. Я задал в другом треде подобный вопрос - не услышал ни одного внятного ответа. О чем это говорит? Никто из приверженцев сам не знает?

Отличный вопрос. Это одна из основных тем семинара.
Вопрос рассматривается в обзорных статьях, в технологическом справочнике Cache'.

Вадим