"объектно ориентированный многоплановый многомерный учет"

- ну на каком другом сайте так могут поднять настроение? ;)

Разделы на сайте:

# Архитектура и принципы
# Инсталяция

Надо или "Инсталяция" заменить на "Установка", или принципы на "принцыпы" ж)

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

кстати, серверная сторона у него на CLIP, т.е. clipper. доволно странное сочетание web-клиент + xbase

Современное гетерогенное решение, тока меня смущает стабильноть работы и защищённость информации.

Современное гемаррогенное решение

>>Пользователи и разработчики почти отчаялись в том что для
>>Linux/Unix вообще что-то родится.

Да нет не почти, а уже.
Надо сначала кластеры, а все остальное потом.
А бухи и в командной строке поработают, а если не могут ну тупыыыыыеее.

А причем здесь "Звездные войны"?

>>Все сущности, которыми оперирует R2D2, всегда представляются и
>>хранятся в виде объектов и только в виде объектов. Никаких таблиц,
>>записей или иных представлений данных в R2D2 не

Во еще одно поделие аля 1с.
Создаем язык. Потом всем миром придумываем как написать программу
которая имеет доступ к данным не используя этот язык.

>>А причем здесь "Звездные войны"?
А наш бухучет похлеще будет. Для составления отчета в налоговую
нужны все вычислительные мощьности "Звезды смерти"

алло, кластерщики! кто-нибудь интерфейс этот видел?

читай инфу про то что это работает на обычных целеронах и даже на иксовых терминалах в виде бездисковых станций 486/66/32M.

Звезду смерти тоже собрались на голимом Си программить ? :)

>>Скорость обработки проводок примерно 2/сек
А в 1с 1/сек и чем все это кончилось

Не создаем язык: потом думаем. Это в 1С плиз. А как раз таки наоборот - прорисовываем всю систему - потмо думаем как это реализовать. Увы без языка в бухучете дальше тупейших платежек не сдвинешься. И далее - читайте требования на eas.lrn.ru - там четко написано что писать можно на нескольких языках. Не нравитсья вам КЛИП или что-то еще - напишите тоже самое самостоятельно.

А слюной брызкать - большого ума не требуется.

Да блин неужели лучше XBase нет ничего.
Когда вся эта хрень кончится.

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

> Да не брызгаем мы слюной. Наболело просто.

ну допустим , а причем тут xbase ? чем он хуже перла или пхп ?

> Ну вот к примеру вопрос. Сервер приложений это чего?

то чего выполняет приложения писанные на языке CLIP.

> Это если я добавил новый справочник я должен пересобрать его предварительно выгнав всех пользователей.

ничего подобного. Откуда взялись такие сведения ?

добавление и изменение любых классов в CODB присходит в полном ран-тайме.

Хм...

А мне почти понравилось.

Какой период бесплатной эксплуатации и какие ограничения снимает регистрация?

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

Когда клиент начинает тянуть несколько файлов dbf одновременно (выборка), а программа плохо успевает (медленно) обрабатывает этот поток, то сеть засоряется, и, на скоростях 100Mb, производительность системы падает... (замечено экспериментально) Вы можете это прокомментировать: это пробдемы реализации?

Очень интересно, но к вам на ftp не пробъешся. Вы на зеркала свои эту
приблуду выкладывать думаете?

так у них же dbf на клиента не тянется, а только на аппсервер.

> Вы можете это прокомментировать: это пробдемы реализации?

и где же между мозиллой и апачем бегают DBF`ки ? :) в доке четко написано - обмен между клиентом и сервером в данный момент - XML документы. Когда напишем свой собственный клиент-сервер обмен будет в формате CODB - это вообще бинарный формат не требующий никакого парсинга.

про пользование и цены пока ничего не могу сказать, однозначно что цены будут ниже чем у 1С, а вот пользоваться нахаляву :) ....... дык ктож вас проконтролирует ? никакой защиты от копирования сырцов еще не придумали :)

uri@itk.ru

ftp.itk.ru однозначно перегружен :) скоро будет зеркало на lrn.ru. Алексей Новодворский обещал сделать (не сам конечно а загрузить этим вопросом видимо Rider`а) на днях.

> так у них же dbf на клиента не тянется, а только на аппсервер.

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

в дальнейшем будет и трехзвенка с хранением данных в SQL- сервере

> А мне почти понравилось.

А чего не хватает чтоб убрать "почти" ?

Ура SQL

ну не обязательно же dbf-ы и аппсервер на одном хосте держать?

помнится для 1c были безумные конфигурации типа 2-проц. сервер с w2k terminal server, dbf-ы рядом на сервере на netware, и firewire между w2k и netware ;)

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

> ну не обязательно же dbf-ы и аппсервер на одном хосте держать?

а какой смысл держать их врозь ?

>>а какой смысл держать их врозь ?
а вот будет народу побольше ломится ты и dbf будешь раскидывать.

current

http://www.itk.ru/r2d2/pon.shtml

финасирования -> финансирования
соответсвенно -> соответственно
исскуство -> искусство

надо перед публикацией хотя бы спелчеккером пройтись по тексту...

Мож я чего не понимаю, но зачем в 125 раз изобритать велосипед??? Не проще использовать стандартные 3-х звенные архитектуры н.р. J2EE?

//alex

> а вот будет народу побольше ломится ты и dbf будешь раскидывать.

а для таких трехзвенка будет.

Да и на dbf я что-то слабо представляю сколько ж надо юзерей засунуть в современную машинку типа 4*XEON 3G чтоб ее не хватило.

Из моего опыта такая машинка легко вытягивает пару сотен DosEmu а уж без эмуляции да еще и в коде на CLIP - тут вообще даже сказать не знаю что.

uri@itk.ru

> архитектуры н.р. J2EE?

а кто мешает их пользовать ? редактор в руки и вперед.

Молодцы! Я уж, грешным делом, подумал что у вас не сложилось что. Вы ее, помниться, обещались уже давно анонсировать. А на брызги нечистот не обращайте внимания. Просто некоторые здесь в них купаются.

> А на брызги нечистот не обращайте внимания. Просто некоторые здесь в них купаются.

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

> Вы ее, помниться, обещались уже давно анонсировать

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

Формы отчетности

Ок. а кто будет заниматься написанием форм отчетности, ну как в 1С - регламентированная отчетность, с ежеквартальным пополнением?

> Во еще одно поделие аля 1с. > Создаем язык. Потом всем миром придумываем как написать программу > которая имеет доступ к данным не используя этот язык.

Три строки -- и столько ошибок!

1) r2d2 от 1c отличается также, как Linux от Windows. 1c - закрытый, негибкий продукт, у которого постоянно меняется логика и формат. По поводу a-la 1C -- к проекту 1L!

2) Зачем создавать язык. Он есть -- Clipper. Или когда мы на нём программировали (а это был не так давно), вы ещё в детский сад ходили?! :)

3) в общем-то не всем миром, а конторой ITK, как стержнем развития. Опять в лужу сели?

4) r2d2 написана на CLIP. И для доступа к данным использует этот язык. Будьте внимательнее...

> кто будет заниматься написанием форм отчетности

об этом немного рановано. Будет кому заниматься - это точно. И будет некое сообщество разработчиков покруче чем сеть франчей. Но как это будет конкретно - пока большой секрет :)

uri@itk.ru

J2EE

> Не проще использовать стандартные 3-х звенные архитектуры н.р. J2EE?

Проще найти клипперников, чем работать с Java. :-\ И кому после этого нужны будут Джавовые тормоза?

А ты на Java-то писать умешь? Она ведь только у клипперников (слово-то какое выдумал) тормозит.

А я и на яве не умею, и на клиппере, зато на ++ тока так. Но мне очень сильно кажется, что аналогичную систему на яве (если она вдруг появится), эта R2D2 будет рвать как "тузик грелку", т.к. накладные расходы на исполнение байт-кода никуда не денутся.

Re(2): J2EE

> А ты на Java-то писать умешь? Она ведь только у клипперников (слово-то какое выдумал) тормозит.

Я пробовал и жутко плевался. Почитайте, юноша, из свеженького: http://zdnet.ru/?ID=309387 и обсуждение там же. Не так всё просто. Это и сами джавовцы признают... А уж грузить внедренцев Джавой не стОит! И где сейчас замечательный Джавовский проект Jazz?! Почему про него ничего не слышно?!

> Она ведь только у клипперников (слово-то какое выдумал) тормозит

не клипперники - а клипперисты.

тормозит она или нет - почти не имеет значения.

а вот почему на пресловутой ЕЕ до сих пор ничего нет - это очень интересно.

а вот клиппер ....дцать лет уже отпахал и видимо теперь еще попашет

как был он рабочей лошадью - так и будет. ЕЕ - как был фенечкой - так и будет в пластике сидеть.

Ета как эта нет? Много чего есть на самом деле. Просто поймите, на J2EE мало пишется публичных продуктов - в основном, закрытые информационные системы. Никто вам их исходники выкладывать не будет в общий доступ. Но поверьте, систем на J2EE есть, и много при этом. А клиппер, извините, рабочая лошадь того же типа, что и кобол - когда-то кто-то что-то написал на коленке (помню я эту автоматизацию предприятий на клиппере и фоксе - убивал бы нафик), переписывать и стремно, и дорого (то, что поддерживать это еще дороже, понимают не всегда и не сразу).

Нет Уважаемый вы не правы. У нас в конторе (1000 человек), ~1млн.$ в год оборот( Украина ). На зарплату - 1 прогр, бухучет и комм. учет - 1 прогр, Основная деятельность -1 прогр, мат. учет - 1прогр. Все было написано на клиппере и работало очень долго, а сопровождение - все те-же 4 программера (причем с уходом в отпуск - подменить и сделать мин. изменения мог любой из них). Вот вам и дорого.

> вам их исходники выкладывать не будет в общий доступ

тогда отдыхай. Да еще и тонны килобаксов за это выкладывать :)

Действительно, проблемы есть (а где их нет?). И я кстати, уже давно, увы, не юноша. Jazz - это вот этот? http://www.earlham.edu/~pres/memos/java-jazz.html Ну мало ли проектов, так ничем и не закончившихся? О платформе это ничего не говорит, правда? Зато вот Cocoon, например, или Avalon, который этот Cocoon пользует, живут и здравствуют, что лично меня не может не радовать.

А у тебя никто тонны килобаксов не требует. Бери jboss или jonas в зубы (а на поиграться и orion можно) - и вперед.

Работало? А потом что случилось?

Подсели на VFP, Sybase, PowerBuilder. Все сервера- Linux

Ну а мы с клиент/сервера на многозвенку с J2EE перескочили - тоже ничего (телеком).

Да и к слову. Вот _коммерческие_ партнеры JBoss (те, кто купили у них поддержку): http://www.jbossgroup.com/index.html?module=html&op=userdisplay&id=se...