FantasmoА вообще на какой класс задач расчитана AS/400 как чаще всего используется, на что ориентированна. Как транзакционная система или как система аналитической отчетности и хранения?

Как транзакционная. Чаще всего... сейчас - скорее для развития тех систем, которые были построены в то время, когда у AS/400 в своем классе не было конкурентов по надежности. Строить что-то с нуля на AS/400 нынче неэффективно. По ТСО она не конкурент аналогичным по производительности и надежности х86

FantasmoНет не тупо. Реализовать на ней учетно аналитическую систему+ налабать ядро с системой быстрой разработки, администрированием, жарналированием, безопасностью итд. Ну вообщем все по взрослому))))
А какими средствами хотите это сделать? И какую архитектуру собираетесь использовать? Толстые клиенты, тонкие 5250, тонкие JSP? Или что-то еще?

kordaМне нравится документация к AS400, написанная простым понятным языком, все команды, API тоже описаны стандартным образом, так что изучив что-то одно, легко перейти к следующему. Интерфейс самих команд, меню и прочего - тоже единый стандарт. С точки зрения интерфейса пользователя, если следовать этим стандартам, то и ваша собственная разработка и документация будут легче приниматься пользователем. Общался с людьми, много лет работавшими на этой платформе, - никаких зависаний, stack overflow, memory protection error и прочего там не наблюдали чуть ли не с 60-х годов. Считается, что вирусы на этой платформе не возможны в принципе, благодаря архитектуре. Если есть какие-нибудь достоверные данные, говорящие в пользу того, что AS400 уступает другим платформам в плане безопаности, поддержки современных стандартов, стоимости владения, надежности хранения и обработки данных - хотелось бы взглянуть.
В плане безопасности, поддержки современных стандартов, надежности хранения и обработки данных - не уступает. В плане стоимости владения - достоверных данных нет, только реклама. Зато есть опыт в моей организации. Стоимость владения значительно выше. IBM в своих выкладках расписывает количество часов работы админа AS/400 и админа Unix/Windows, умножает на зарплату. У AS/400 получается меньше. Только при этом нигде не считается, что "5 человеко-часов в месяц" - это на самом деле 840 человеко-часов, т.к. брать человека все равно будешь не на 1% ставки, а на полную. И с сооветствующей зарплатой.
А главное в ТСО даже не стоимость обслуживания. Как бы крута не была твоя AS/400, все равно через два-три, ну пусть четыре года ее надо будет модернизировать. Проблема в том, что планка памяти для нее (которая от обычной ECC DDR отличается дырочкой в другом месте и логотипом IBM) стоит сравнимо с потрохами небольшого интеловского сервера...
Ее беда в том, что x86-системы в последнее время сильно прибавили в надежности. А виртуализация позволила значительно снизить время на обслуживание. По поводу API и "людей, много лет работавших на этой платформе" - не следует еще и про продуктивность работы забывать. Эти самые люди кропали софт в SEU (с продуктивностью чуть выше ассемблерщика!) в то время, как на PC уже были RAD-системы. Насколько им можно доверять, ведь они, скорее всего, имели опыта работы на конкурирующих платформах?

korda,

Уфф... А где сейчас можно найти достаточное для разработки количество COBOL-спецов? И почём? И что будет, если другая, более богатая контора одного-двух из них перекупит на середине проекта? А переучить всю контору работать на 5250-терминалах (даже если в чем-то оно и удобнее... хотя это тоже субъективно), в то время как современные девочки/мальчики в жизни ничего кроме WindowsXP/Vista не видели - это вообще кошмар. И не факт, что руководитель проекта его переживет. ИМХО, эти риски достаточны, чтобы связываться с такой "необычной" системой.
Уже много раз убеждался и на своем, и на чужом опыте: самая правильная технология - это та, которая наиболее широко распространена. Даже если у нее есть недостатки, всегда находится и адекватное решение. А AS/400 к массово распространенным платформам, увы, не принадлежит.

korda,

Опытных JAVA-спецов на порядок больше, разве не так? А COBOL'овцев даже бестолковых найти очень сложно, при этом они прекрасно знают свою уникальность, и ломят соответствующую цену.

Что сейчас наиболее распространено, и что будет распространено в ближайшем будущем - тоже вполне очевидно. Java, .NET, Win32, POSIX. Каких-либо предпосылок для изменения состава этой команды не наблюдается.

Что касается распространенности AS/400 - увы, мы живем именно в странах бывшего СССР :)

JErikКак вариант можно рассмотреть FVMas со встроенным форматом TJ7. встроенный функционал для организации аутентификации и шифрования...

Вот первая свежая мысль. А еще лучше - съесть грибочков и поставить его на AS/400 О_о

FantasmoЕще два вопроса:)
1)А под AS400 вообще можно нормальный клиентский интерфейс сделать, использовать терминальное решение с черным экраном-это жесть, хотя может быть и кому-то удобно.
2) Может кто-нибудь привести небольшой список крупных проектов реализованных на Oracle, MS Sql (то что их много я не сомневаюсь). Интересно названия организаций))).

1. Можно сделать веб-интерфейс, благо, фреймворков сейчас для этого полно. Даже для "черных (или зеленых) экранов" IBM придумала приблудку, которая по дисплейным файлам генерирует jsp-морду... правда, работает не всегда удачно... как, впрочем, и большинство других java-творений IBM :)
Плюс, толстые клиенты тоже никто не отменял.

2. Это тебе начальству надо обосновалку подготовить? Я бы на твоем месте погуглил :)