Difference between revisions of "Блог:Стас Фомин/SECR-2011: сводки с полей/CIToRUS – web-платформа быстрой разработки прикладных решений на рынке NoSQL"
(Created page with "Тех, кто думал, что это технологии связанные с новомодными NoSQL-библиотеками, ждало некоторое разо...") |
(No difference)
|
Revision as of 15:57, 2 November 2011
Тех, кто думал, что это технологии связанные с новомодными NoSQL-библиотеками, ждало некоторое разочарование.
NOSQL-ность тут обеспечивалась использованием СУБД Cache, которая родилась несколько десятилетий назад, пережила эру господства реляционных СУБД (в основном, в приложениях медицинского учета), и сейчас, снова попала в NOSQL-тренд.
Еще большее разочарование постигло собравшихся, когда выяснилось, что докладчики просто хвастаются внутренними технологиями, которые обеспечивают их скорость прикладной разработки заказных учетных систем (кстати, тоже медицинских).
Т.е. скачать и использовать эти библиотеки-фреймворки никак нельзя.
Хотя само решение — неплохое. Мне это напомнило объектную платформу Zope, где через вебинтерфейс админки описывается все — от объектов в базе до страниц, скрещенную с Visual Basicoм — т.е. есть визуальный редактор «бизнес-форм», с полями, списками и кнопками.
Выглядит это примерно так:
Пройдя по ссылке и скачав презентацию можно найти еще картинки.
Интерес у меня был, похоже эффективно работающая в заказной разработке учетных систем компания просто должна породить фреймворк быстрого порождения бизнес-интерфейсов средней унылости (у нас такой тоже есть).
Меня интересовали следующие вопросы:
- Во-первых, я считаю, что разработка «от форм», без текста и кода, убивает суть программирования, превращая потенциальных программистов в «формоделов». — Нельзя использовать разделенное владение кодом, правильные системы контроля версий, не говоря уже о продвинутых практиках, типа TDD.
- Докладчики парировали тем, что нормальный код (JavaScript-библиотеки, Cache-скрипты) у них тоже есть и он хранится нормально, под VCS. Хотя с формами - да, тут их фреймворк в себе же содержит блокирующую VCS, и каждую форму делает отдельный сотрудник.
- Во-вторых, немного адово, что в веб-приложения, которые все более стремятся сделать красивыми, простыми и удобными, в частности за счет эксплуатации идеи длинных, скроллируемых страниц, с крупными и красивыми интерфейсными элементами, приносят снова узкие «бизнес-формы» с кучей мелких полей.
- Ну тут классическое «скорость версус юзабилити» и скорость побеждает. Доклачики утверждали, что макеты-прототипы они выкатывают заказчику через неделю, дальше уже идет формулировка требований прямо на макете, и через еще неделю все начинает дышать.
Дальше я плотно мотивировал докладчиков перейти от «маркетинговых докладов» к общественно полезным, т.е. таки выделить что-то отделяемое и заопенсорсить это. Ведь все равно, иначе лет за пять оно протухнет, и проиграет открытым фреймворкам. Докладчики обещали мне, что это у них в планах на 2012 год. Более того, они подумывают разорвать жесткую зависимость от Cache (платной и недешевой), и дать возможность использовать какую-нибудь свободную NOSQL базу.
Поймал на слове, будем ждать!
Ибо по моим ощущениям, будущее бизнес-приложений - да, в вебе. Но без «сервелата и флеша», а на HTML5(6)+JS.
Сейчас приходится делать сложные контролы на JS (эти ребята используют платные JS-компоненты для гридов), но есть шанс, что появится такой элемент, как DataGrid, после чего граница между веб и RIA приложением резко начнет стираться, а уж просто «карточки-таблицы» лягут вообще естественно.