Я вот тут попытался представить, что будет представлять собой Ирбис128 :)...

Я бы хотел в нем видеть переработанный язык форматирования. Он удобен, но есть нюансы, которые иногда смущают. Читабельность у него слабая и юнифоры кажутся каким-то редуцентом.
К тому же отдельно хочется отметить то, что новый механизм встроенных форматов не удобен тем, что имя формата выделяется не печатаемыми символами. А значит корректировка форматов возможна только в редакторе форматов, что не всегда удобно. Я бы предложил встроенные форматы выделять %my_format%.
Ко всему этому можно представить, что в будущем весь Ирбис будет построен на АРМ Навигаторе (который должен в этом случае поддерживать фреймы). Ну а что, просто загружаешь в АРМ другую конфигурацию и получаешь совершенно иной АРМ.
Хотелось бы так же видеть полностью переработанный механизм формирования выходных форм. Запутано слишком.
Хотелось бы иметь возможность писать под него плагины (хотя это уж совсем мечты) или иметь что-то типа VB для офиса.

В общем, я сделал для себя вывод :)... мне хочется иметь 90%-о открытую систему. Пока что она открыта на 50%.

Согласен на 200% и уточняю: "полностью переработанный механизм формирования выходных форм" - это, видимо, HTML/XHTML/XML? Он же может/должен быть и для экранных форм. для чего, кстати, и предназначен ИРБИС-Навигатор!
Однако HTML и любые его будущие модификации не заменят языка форматирования CDS/ISIS, а если последний переработать, окончательно утратится связь с ISIS, что вряд ли есть хорошо, лучше бы наоборот. «Для солидности» процитирую К.Соколинского: «очень хочется чтобы разработчики побольше писали на ISIS» («Кошмар Ирбисовода»).
И еще хорошо бы (я это уже писал, но повторю в развитие мыслей Максима) сильно упростить создание новых видов поиска, списка элементов для автоформирования ключевых слов и т.д.
И все это, кроме переработанного языка форматирования, хочется видеть не в воображаемом 128-м, а в ближайших версиях 32-го… Далее о том, что еще хочется увидеть в версиях 2006.x.

ЗЫ. Похвалюсь еще раз. Про плагины я писал еще в 2002-м.



Отправка отредактированного (20-12-05 14:23)

Обобщение моих и других предложений с дополнениями и уточнениями

ИНТЕРФЕЙС
1. Ввести параметр, определяющий плоскость, подплоскость и закладку, открывающиеся при запуске АРМов.
2. Обеспечить возможность перемещаться по спискам (ключевых слов и других поисковых элементов, коротких описаний) с помощью колесика мыши и/или нажав и не отпуская ее левую кнопку
3. Окна справочника, рабочего листа подполей и т. д. удобно было бы закрывать клавишей Esc (© В.Горбунов, М.Панев)
4. На плоскости «Просмотр» ввести возможность последовательного перемещения по всем или по отмеченным записям, щелкая левой кнопкой мыши в окне «Полное описание» (© А.Роман)
5. Всплывающие окна со словарями (© кажется, А.Роман, М.Панев), думаю, что не только для Веб-ИРБИСа
6. Ввести во все АРМы ИРБИС32 возможность менять мышкой размеры (пропорции) окон. Для АРМа «Читатель» желательна также возможность после изменения размеров окон зафиксировать их, чтобы пользователь не мог их изменить, для чего ввести параметр, скажем, MODIFYINTERFACE=0.
7. Ввести во все АРМы ИРБИС32:
• меню «Вид» с пунктами «Размер шрифта» и т. п.
• меню «Сервис — Настройка» с возможностью убирать/добавлять панели инструментов и отдельные кнопки (кроме АРМ «Читатель»)
8. Смена шрифта только в текущем сеансе не имеет смысла. Нужно или сохранять новый шрифт, или вообще отказаться от этой функции.
9. Ввести возможность менять (и сохранять) шрифт в окне «Полностью» и вызывать это окно более простым способом (например, щелкая правой кнопкой не по полному, а по краткому описанию), а также сохранять размер и расположение этого окна
10. Выделять цветом поля, значение которых изменено при редактировании
11. В глобальной корректировке очень неудобна прокрутка в маленьком окошке с огромным списком полей/подполей. Гораздо лучше будет переходить к нужному полю, вводя его название (полностью или частично) «вручную».
12. При выходе из режимов глобальной корректировки, импорта и экспорта сохранять последний использованный сценарий (параметры).
13. Кнопка «Новый» расположена (внизу справа) не очень удачно и названа не очень понятно (кроме того, этой же цели, т.е. очистке окошка «Текущий запрос», служат две кнопочки-пиктограммы в правом верхнем углу» этого окошка). Может быть, лучше назвать «Искать»?
14. Поскольку меню «Термины в» применяется для уточнения поиска по ключевым словам (и только при нем), лучше расположить его прямо под меню «Вид поиска».

Лавринович Алексей Алексеевич
piglet66@mail.ru

Обобщение моих прежних предложений с дополнениями и уточнениями

ПОИСК
1. ввести в ini-файлы параметр, скажем, autosearch=1, обеспечивающий при ненулевом результате поиска автоматический переход на плоскость "Просмотр"
2. ввести в АРМ «Читатель» параметр, при котором «упрощенный поиск» запускался бы сразу при запуске АРМа. Предположим, DebilSearch=auto
3. в АРМе «Читатель» из «вида поиска», «дополнительных ограничений» и из «сортировки» (результатов поиска) убрать «дату ввода» — читателю она не нужна
4. доработка «Поиска для чайников»:
• вместо экранной кнопки «Просмотр» можно использовать клавишу <Enter>. Логично будет сделать так же для кнопки «Выполнить». А если результат поиска не нулевой — сразу выдавать список найденных, без нажатия кнопки «Просмотр»
• ввести параметр типа DebilSearch=auto, при котором этот поиск сам запускался бы при запуске АРМа
5. ввести новые виды поиска:
• разделить «тип» и «вид» документа, так как, например, ноты, звукозаписи, фильмы, CD-ROM’ы могут быть периодическими, многотомными, могут быть расписаны аналитически и т. д.
• «Все элементы» одновременно. Примерно это предлагал А.С.К. еще 19-06-03 («Система ИРБИС в целом», «Предложения по языку форматирования»): «Поиск по всем полям записи сразу с использованием языка форматирования»… а без него?
• по всем имеющимся БД или по любому их набору, если это в принципе возможно
• «Поиск похожих», но не полных текстов, а библиографических описаний по совокупности основных или заданных ЭД (впрочем, нечто очень похожее уже есть в виде «поиска с расширением» и «нового интерфейсного решения»)
• для АРМа «Каталогизатор» — поиск по диапазону лет издания и дат ввода в числе основных видов поиска
• для того же АРМа поиск по диапазону MFN также должен быть среди основных видов поиска. Или, еще лучше, дать возможность указывать диапазон в окошке “MFN”
6. В «Общем описании системы» сказано: «Не следует корректировать поисковые термины, когда таковыми являются фиксированные коды - стран, языков, видов документов, тематического рубрикатора (ГРНТИ)». Не сделать ли тогда их корректировку невозможной? Ведь сейчас ИРБИС успешно ищет, например, по усеченным кодам языков — E вместо ENG и т. д.
7. Хорошо бы при поиске было усечение уже в списке (соотвествующий параметр в ini-файлах), чтобы избежать повторов одного слова в разных падежах, числах и т. д.

P.S. В файле irbismsg.txt есть строка: «выгрузка результатов поиска в виде БД». Но нигде не нашел описания этой функции. Ведь это не копирование в другую БД?

Лавринович Алексей Алексеевич
e-mail: piglet66@mail.ru

А.Лавринович писал(а):

> Обобщение моих прежних предложений с дополнениями и
> уточнениями
>
> ПОИСК
> 1. ввести в ini-файлы параметр, скажем, autosearch=1,
> обеспечивающий при ненулевом результате поиска автоматический
> переход на плоскость "Просмотр"
Возможно...

> 2. ввести в АРМ «Читатель» параметр, при котором «упрощенный
> поиск» запускался бы сразу при запуске АРМа. Предположим,
> DebilSearch=auto
Возможно...

> 3. в АРМе «Читатель» из «вида поиска», «дополнительных
> ограничений» и из «сортировки» (результатов поиска) убрать
> «дату ввода» — читателю она не нужна
Нет, нужна - читателя, регулярно посещающего библиотеку, могут интересовать ТОЛЬКО новые поступления


> 4. доработка «Поиска для чайников»:
> • вместо экранной кнопки «Просмотр» можно использовать
> клавишу <Enter>. Логично будет сделать так же для кнопки
> «Выполнить». А если результат поиска не нулевой — сразу
> выдавать список найденных, без нажатия кнопки «Просмотр»
Возможно...

> • ввести параметр типа DebilSearch=auto, при котором этот
> поиск сам запускался бы при запуске АРМа
это повтор...

> 5. ввести новые виды поиска:
> • разделить «тип» и «вид» документа, так как, например, ноты,
> звукозаписи, фильмы, CD-ROM’ы могут быть периодическими,
> многотомными, могут быть расписаны аналитически и т. д.
Это без проблем должен уметь делать любой администратор...


> • «Все элементы» одновременно. Примерно это предлагал А.С.К.
> еще 19-06-03 («Система ИРБИС в целом», «Предложения по языку
> форматирования»): «Поиск по всем полям записи сразу с
> использованием языка форматирования»… а без него?
Возможно...

> • по всем имеющимся БД или по любому их набору, если это в
> принципе возможно
Нет.

> • «Поиск похожих», но не полных текстов, а библиографических
> описаний по совокупности основных или заданных ЭД (впрочем,
> нечто очень похожее уже есть в виде «поиска с расширением» и
> «нового интерфейсного решения»)


> • для АРМа «Каталогизатор» — поиск по диапазону лет издания и
> дат ввода в числе основных видов поиска
Это без проблем можно делать через последовательный поиск.

> • для того же АРМа поиск по диапазону MFN также должен быть
> среди основных видов поиска. Или, еще лучше, дать возможность
> указывать диапазон в окошке “MFN”
Это полное недоразумение - в режиме просмотра можно устанавливать в качестве исходного любой MFN.

> 6. В «Общем описании системы» сказано: «Не следует
> корректировать поисковые термины, когда таковыми являются
> фиксированные коды - стран, языков, видов документов,
> тематического рубрикатора (ГРНТИ)». Не сделать ли тогда их
> корректировку невозможной? Ведь сейчас ИРБИС успешно ищет,
> например, по усеченным кодам языков — E вместо ENG и т. д.
Не вижу в этом ничего страшного...

> 7. Хорошо бы при поиске было усечение уже в списке
> (соотвествующий параметр в ini-файлах), чтобы избежать повторов
> одного слова в разных падежах, числах и т. д.
Это есть и сейчас.

>
> P.S. В файле irbismsg.txt есть строка: «выгрузка результатов
> поиска в виде БД». Но нигде не нашел описания этой функции.
> Ведь это не копирование в другую БД?
Это ЭКСПОРТ...

>
> Лавринович Алексей Алексеевич
> e-mail: piglet66@mail.ru

1. Вас ист дас редуцент (© М.Панев)? По Советскому энцклопедическому словарю редуценты — «организмы (сапротрофы), разлагающие мертвое органич. в-во (трупы, отбросы) и преврающие его в неорганич. в-ва…»
Может быть, имеется в виду «рудимент», т. е. пережиток? Если так, то почему появляются новые и более мощные юнифоры?
2. Идея сделать весь ИРБИС на основе Навигатора подтверждает предположение. что это не АРМ, а что-то другое, и скорее всего, модуль (или «Инструмент») АРМа «Администратор».



Отправка отредактированного (26-12-05 15:55)

1. Ну конечно рудимент. Слово ж не русское, мог и перепутать :). А новые юнифоры появляются потому, что другого выхода пока нет, а делать нужно сейчас. Пережиток потому, что это, по сути, не часть языка форматирования, а некая надстройка ГПНТБ над языком форматирования. Хотелось бы иметь втроенную возможноть типа функций как p, как val и все такое.

2. Так Навигатор по своей сути и не АРМ, а интерпретатор шаблонов, в которые можно заложить хоть АРМ Читателя, хоть АРМ Каталогизатора. Правда без соответствующей логики, что очень обидно.

«…хочется иметь 90%-о открытую систему. Пока что она открыта на 50%».
Вот именно — эта «полуоткрытость» остается ее главным недостатком. Но, насколько я понимаю термин «открытость», её может быть или 0, или 100%. В связи с чем снова процитирую себя: «Разработчики сначала называли ИРБИС «достаточно открытой системой» — но любая система по определению может быть или открытой, или закрытой. Впрочем, степень «открытости» (точнее, документированности) ИРБИСа постоянно увеличивается».

«…что-то типа VB для офиса».
А разве Delphi и/или ISIS-Pascal не играют/играли подобную роль?
Разница только в том, что сейчас невозможна интеграция в ИРБИС внешних модулей «типа плагинов» и, наоборот, удаление ненужных модулей (не считая ненужных АРМов). Первым шагом в этом направлении было бы усовершенствование инсталлятора по общеизвестному образцу: «типичная установка», «полная установка», «выборочная…».
Но вот что в ИРБИСе вроде бы есть (?) — это скрипты. Ведь именно они обеспечивают интеграцию с Word’ом? Но только неясно, можно ли писать собственные, а если можно, то как?

А.Лавринович писал(а):


>
> «…что-то типа VB для офиса».
> А разве Delphi и/или ISIS-Pascal не играют/играли подобную
> роль?
VBA хоть народу близко и понятно, а delphi и паскаль - ну, студенты один семестр по-изучали и счастливо забыли эти мертвые языки.

Еще откопал идею, имеющую отношение к обсуждаемому здесь:

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

© Карауш 05-08-04 (в моей литературной обработке)

Я вам не скажу за Pascal и ISIS-Pascal, но с чего бы это Delphi вдруг вымер(ло)? Вроде бы последняя версия поддерживает все новейшие навороты от БГ, включая «экспишный» интерфейс и не помню что еще!? И новые книжки про него выходят, толстые-претолстые…

«Весь Ирбис будет построен на АРМ Навигаторе […] просто загружаешь в АРМ другую конфигурацию и получаешь совершенно иной АРМ» (М.Панев).
Уточнения и дополнения:

1. Всегда приятно убедиться в справедливости своих предположений. Ведь эта идея уже реализуется в версии 2005.2 (хотя пока только «для ИРБИС64 - в АРМах Читатель и Каталогизатор предлагается новый интерфейс для ПОИСКА ДЛЯ "УМНИКОВ"). А как насчет использования хотя бы элементов Навигатора в Веб-ИРБИСе?
2. «совершенно иной АРМ»… или новую модификацию АРМа. Да, это очень интересно и перспективно. Например, можно будет легко осуществить мое давнюю идею о нескольких редакциях «Читателя» — Школьник, Студент, Профессор, Академик… тем более что нечто подобное уже есть у «конкурентов»… так что если не поторопиться, сбудется страшное пророчество (или проклятие) г-на Соколинского о переходе с ИРБИСа на другие системы:)
3. Однако пока мы тут фантазировали, Константин Олегович внезапно рассекретил свои планы (почему-то в ветке «Новая версия Web-ИРБИС32»), чем многих сильно удивил, а некоторых даже сильно напугал:))). Во избежание недоразумений привожу цитату:
Планируется 2 версии ИРБИС
файл сервер и клиент сервер
Обе версии имеют совершенно одинаковый интерфейс отличие только в доступе к БД
Структура баз данных ИРБИС64

В результате больше вопросов, чем ответов:
1. какой именно единый интерфейс? Неужели точно такой, как нынешний 64-й?
2. ничего не сказано об использовании возможностей Навигатора и ввобще о его будущем

P.S. Пока не успел прочитать release 2005.2 и поэтому, может быть, написал здесь что-то не то.

Уважаемый А.Лавринович,
тот факт, что по Delphi и прочей чудо продукции фирмы Borland, выходят книжки и т.п., вовсе не значит, что этот продукт активно используется, если Вы сомневаетесь, советую Вам изучить любой сайт по трудоустройству - на Windows-based development - есть спрос на программистов под .net на c# и vb.net, на web-development - asp.net, lamp (php, в основном), middle-tier - java и .net.
А тот факт, что где-то еще преподают pascal/object pascal (aka. delphi), говорит только об отсталости академических программ.
Помниться, лет шесть назад я изучал Borland TurboC 2 под DOS - как Вы думаете, сдав курсовую, я хоть раз программировал под dos?
Нет, не программировал. А вот на c++ (vc6) под win32, gnu c/c++ под linux, java (jsp/servlets и т.п.) - вовсю.
Если уж продолжать беседу о delphi, то это удивительный продукт, поскольку является, по сути, паскалем с поддержкой ООП, а паскаль был придуман г-ном Виртом, в качестве первого ЯВУ, специально для обучения основам алгоритмизации и программирования студентов первых курсов, впоследствии, Вирт предложил улучшенную версию этого языка под названием Modula.

Товарищ quest!
Десять лет назад, когда писался проект "ИРБИС для Windows", C# еще не имелся, как и многое из перечисленного Вами выше. Был только "немного корявый" MS VisualC, на котором для написания кнопки требовался день работы. Вот тогда и писались основные коды и "набивались руки" разработчиков ИРБИСа. Впоследствии коды дописывались, а не переписывались, т.к. существует жуткая проблема совместимости и преемственности. Требуется не только писать новое, но и поддерживать старое ПО и железо. Хотя, Вы это сами знаете.

Мы (Томск для себя Mesh-навигатор и IsisUtil) пробовали писать на .net, но у нас сразу встало в условие либо модернизация машин до WinXP, либо установка пакета поддержки (при использовании некоторых компонентов). А для библиотек - это большая проблема, особенно где стоят WinNT на АРМ Читатель. И нам пришлось отказаться от .net. Хотя, штука приятная. Поэтому MESH-навигатор написали на Delphi, а IsisUtil (Relication) был и на MS VisualBasic, и на MS Visual C, и на Delphi, и на Builder, и на C#. Скажу сразу, по скорости работы "рулит" Builder, по простоте сборки и наличию компонентов- Delphi, по объему файла - Visual C.

Кстати, никто никому не мешает взять и написать свой проект по АБИС, как это сделал Александр Иванович Племнек. Но там тоже, почему-то Delphi есть.

Сейчас известные мне проекты разработки программ АБИС пишутся на MS VisualStudio, т.к. создатели проектов из богатых стран не хотят перетруждаться проверяя, а кодируют-то, как обычно работяги индусы и латиноамериканцы :)
Есть проекты на PHP, но они такие убогие в плане возможностей ввода и эргономики клиента, что лучше бы писали клиента не в браузере.

Товарищ Карауш!
Поскольку речь идет о гипотетическом Ирбис 128, который, видимо, как и Ирбис 64, будет 32 битным :LOL: , то, полагаю, код, всё же перепишут.
Клиентская часть .net framework для NT4sp6a - доступна для загрузки с сайта производителя.
Касаемо железа - Вы, я полагаю, согласитесь, что есть жизненный цикл серверного и клиентского hardware, примерно 3 и 5 лет соответственно, то есть, наиболее старые машины - примерно 2000 года выпуска. Я понимаю, что могли сохраниться отдельные реликты, например, у меня в хозяйстве есть P75/8Mb Ram/800Mb! hdd - он хорошо справляется с ролью подставки на складе.
Тем не менее, я сильно сомневаюсь, что где-либо имеется большое количество таких машин, так как они постепенно выходят из строя и найти комплектующие для ремонта по разумной цене невозможно впринципе.
Что касается программистов из тёплых стран - ну да, много их и стоят недорого, что есть хорошо.
В целом и общем, наверное, у всех дела обстоят по-разному, так что на этом закруглюсь :)
P.S. Если не секрет, поделитесь, пожалуйста, сколько, примерно у Вас пк и серверов, какого плана железо, какое ПО используете и т.п. - интересно очень.
Заранее спасибо.
Искренне Ваш,
guest :)

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

Ну Александр Иосифович. Это же свободная тема. Не нужно относится к этому с подобной критикой. Было бы интересно узнать от вас, что планирует ГПНТБ в будущем. Ведь рано или поздно 64-й исчерпает свой потенциал, и опять придется выдумывать что-то. А мы помочь в этом можем.

>>Извините, но мне это напоминает разговор мужиков о сексе, когда >>упоминаются десятки изощренных способов, а на практике с трудом >>применяется самый допотопный...
Вы не могли бы, развить эту мысль по-подробнее? Тема, как-то не раскрыта.

2 Александр Иосифович!
Мы тут про "секс", но "с компьютером". Так вот, если рассматривать вопросы минимизации времени при получении удовлетворительных результатов, то инструмент в проекте, конечно же, стоит выбрать заранее, желательно до момента попыток работы. А способы владения тем или иным инструментом практически одинаковые ;)

2 quest!
> сколько, примерно у Вас пк и серверов, какого плана железо, какое ПО используете

Про МИБС Томска. Более 80 ПК, классы такие (в 13 библиотеках по городу, разбросаны неравномерно):
1. P166..P233 - около 20 (первые пентиумы)
2. P300..P733 - где-то 40 (вторые пентиумы)
3. P750..P1100 - где-то 10 (третьи пентиумы)
4. P1700...P2400 - остальные
Старые ПК (пункт 1) - стоит ТОЛЬКО АРМ Читатель на WinNT (для защиты и хоть какого-то подобия домена), но АРМ Читатель 5.1 на WinNT пока не запускается.
Старые ПК (пункт 2) - стоит практически все ПО, т.к. машины покупок 2000-2001 гг.. Стоит Win2000 и весь офисный комплект. Решают задачи каталогизации, т.к. работает автоактуализация.
Устаревшие, но нормальные для биб-тек (пункт 3). Работают там же, где работает пункт 2.
Нормальные для всех задач библиотек (пункт 4). Стоит WinXPPro, но решаются задачи в основном внешних от чисто библиотечных процессов, типа: документооборот, рисование, статистика (сведЕние результатов), тиражирование, сервера библиотек-филиалов.
Ничего супер у нас нет, вроде сраюсь поддерживать парк в оптимальном состоянии, следовать принципу, что компьютер - не подарок, а рабочий инструмент и должен "окупить себя" увеличением производительности труда.
Хотя немного вру, у меня стоит на столе PIV-3ГГц, но я его сейчас просто тестирую под задачи нового сервера (проверяю платформу) на совместимость оборудования для покупки деталей в будущем.

Была попытка описать список ПО, и на этой "почве" была статья:
Цой К.В. Унификация набора программного обеспечения на примере библиотечной системы / К.В. Цой., Д.Ю. Копытков, А.С. Карауш // Проблемы информационной безопасности государства, общества и личности : Материалы Седьмой всероссийской научно-практической конференции. Томск, 16-18 февраля 2005 г. - Томск : Издательство Института оптики атмосферы СОРАН, 2005. - С. 182-185.
(ссылка: [www.karaush.ru])

Про другие библиотеки знаю, но писать не буду, т.к. это личное дело других библиотек.

Я вам не скажу за всю Одессу...
1. Но alio таки наконец-таки разошелся.. видать оттого что в отпуске..?

2. «если конечно, для них не имеет значения сам по себе контакт с дилером»
(© К.Соколинский)
Более удачное высказывание на эту тему:
«…самое главное это то, что система развивающаяся и ее разработчики охотно идут на контакты, прислушиваются к запросам своих потребителей». Березная Т.И., Рудзский Л.З. Опыт создания автоматизированной библиотечно-информационной системы в университетской библиотеке на базе системы ИРБИС // КРЫМ-2000



Отправка отредактированного (13-02-06 13:55)

«В версии 5.2 сделаны следующие доработки […]
search_mnu.pft - формат показа меню для режима "Поискать то же самое в базе данных:..." […]
7. На страницу результатов поиска (см. файл search_search.frm) добавлен пример параллельного поиска.
Таким образом на любой странице могут выводится результаты нескольких поисков в разных базах данных. […]
(Константин Сбойчаков 26-01-06 «Проблема безопасности в WEB IRBIS»)

А почему же все-таки нельзя сделать то же в «самом» ИРБИСе?
А если мечтать дальше, то ввести "Поискать то же самое в ЛИБНЕТ", "Поискать то же самое в Сигле", а может быть, и "…в Google", "…в Яндексе"… а еще дальше — в любом удаленном ЭК…

>Про МИБС Томска....
>Про другие библиотеки знаю...

а не знаете есть ли у кого бездисковые одноплатные терминалы?

тема интересная, видел такие милые коробочки размером с книжку форматом А5, втыкаешь в него клаву, мышь, монитор и сеть, и у тебя рабочая станция, а то надоело уже за (не знаю как по корректней обозвать, чтобы никого необидеть и одновременно наиболее точно подобрать определение) студентами компы "ремонтировать"

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



а вобщето я белый и пушистый...

>>а не знаете есть ли у кого бездисковые одноплатные терминалы?
У меня была такая идея, но нормальный тонкий клиент стоит сопоставимо с нормальным пк, при этом, чтобы всё нормально работало, надо покупать приличный сервер и citrix metaframe, в итоге получается дороже, чем пк.

Я такие клиентские citrix'ы видел в свое время в одной конторе ***нефть*, но они использовались для задач бухгалтерии. Особо никто плюсов в цене связки "сервер-клиент" не назвал, единственное, что стоимость дальнейшего обслуживания была минимальной, да ломаться там было нечему, т.к. отсутствовали вентилляторы и винт как класс, только моральное устаревание внешнего вида и истирание клавиш.

одноплатные терминалы в Москве метом 2005 года видел по 280$ в розницу за штуку, брал по оптовой цене за 185$, разобрал, там кроме двух ПЛИСов больше ничего нет, на себите предлагали чтото подобное вроде за 100$

в том то вся прелесть, что стоимость дальнейшего обслуживания минимальна



а вобщето я белый и пушистый...

HEWLETT-PACKARD hp compaq T5710 1.2GHz,256MBFlash,512MB DDR,Windows XPe [PY705AA]
$ 597,00 - думаю, при нормальном количестве закупаемых терминалов, можно +- 50$ скинуть.
Плюс нужен приличный сервер - предположим на 20 клиентов, это что -то
типа 2x Xeon 3.4, 4Gb RAM, 6 x 36 SCSI 15Krpm, HW Raid - тоже в копеечку встанет.
Софт тоже не бесплатен, если MS можно купить очень дешево, то с Citrix это не прокатит.
Соответственно, решение получается не очень дешевое.

Ну и что с того, что первая версия паскаля была написана в учебных целях, а потом появилась его объектно-ориентированная версия (или сначала оболочка для него), названная Delphi?
Так же, например, сначала был Clipper, а потом его объектно-ориентированная версия, названная CA Visual Objects (известная, в частности, как средство разработки «Библиотеки 5.0»)
Так что никаких доводов «против» Delphi не видно
А доводы «за» — широкое распространение (по некоторым данным, 1-е место в России, по крайней мере, до последнего времени), простота освоения (по некоторым данным, за два дня), «простота сборки и наличие компонентов» (к тому же, кажется, бесплатных)

Кстати, не мог бы кто-нибудь просветить (для общего развития): действительно ли «сам» паскаль совершенно вымер?

Раз уж тут была упомянута «битность» (разрядность), не обсудить ли и эту проблему?
Например, ничего не слышно о «настольных» (не серверных) 64-разрядных приложениях, об отечественных 64-разрядных разработках. Будет ли вообще в них необходимость в ближайшие годы?

Заодно: понадобятся ли когда-нибудь в библиотеках двухъядерные и четырехъядерные процессоры, а если да, то зачем, а также четырех-и-более-процессорные серверы, или двуядерно-двухпроцессорные серверы, а то, глядишь, и рабочие станции?



Отправка отредактированного (17-04-06 09:52)

>>Кстати, не мог бы кто-нибудь просветить (для общего развития): >>действительно ли «сам» паскаль совершенно вымер?

Borland прекратил разработку Delphi, если Вы не в курсе. На .net всё тоже самое делается также просто.

>>Раз уж тут была упомянута «битность» (разрядность), не обсудить ли >>и эту проблему?
>>Например, ничего не слышно о «настольных» (не серверных) 64->>разрядных приложениях, об отечественных 64-разрядных >>разработках. Будет ли вообще в них необходимость в ближайшие >>годы?
>>
>>Заодно: понадобятся ли когда-нибудь в библиотеках двуядерные и >>четырех[ъ]ядерные процессоры а если да, то зачем, а также >>четырех-и-более-процессорные серверы, или двуядерно->>двухпроцессорные серверы, а то, глядишь, и рабочие станции?

Поскольку оперативная память стремительно дешевеет с каждым годом, очевидно, что будут появляться 64 битные приложения, я думаю, взаимосвязь между ценой на RAM и битностью понятна?
Если в библиотеке используется не только файл-сервер под Ирбис, то, очевидно, нужны и многопроцессорные сервера и т.п., к тому же, многие новые приложения, в частности, Exchange 12, будут только в 64 битной версии.
4 и более процессорные сервера - например при консолидации серверов с помощью vmware или virtual server.

Действительно, Борланд прекратил разработку и распространение всех средств разработки:), точнее, передал эти направления другой компании. но это не значит, что этих продуктов больше нет. Хотя при смене владельца (марки) продукт часто выходит из моды или совсем откидывает коньки. Примеры: FoxPro, Norton Utilities, WordPerfect, Лексикон, IBM PC...



Отправка отредактированного (19-04-06 11:58)