|
16:「隠れオフコンの時代」（１０） ＮＥＣ＝後編＝ ＥＸＣＨＡＮＧＥ 09/28 08:14 ＊ 前編で見たようなＮＥＣのやり方が、実際のＮＥＣのオフコンの販売の上でどのような効果（結果）を生み出したのか私にははっきりとした情報がありませんので、知りたいところです。 ＊ ただ、ＮＥＣの場合、２０００年問題でのマシンそのもののリプレースがあまり必要なかったため、リース切れ、経年による買い換えが２０００年以後に持ち越された可能性があります。したがって「富士通苦戦」「ＮＥＣ善戦」といわれても単純には判断できないように思いますが。。（現に、このＨＰでも３１００−ＡＸＸといった機種がまだ使われていることが分かります） ＊ さて、この「ＮＴの上に乗せる」という方式ですが、当初私は、ＩＢＭなどと比べ「対決よりは融合を計る日本式」という感想と同時に、「邪道！！」と思ったことも事実です。 ＊ しかし、その後の世界のＯＳ界（そんなもんあるんかしらん？）の流れをみていると、ＶＭＷＡＲＥなどが現れて、複数ＯＳ同時稼働、ＯＳ上にＯＳといったことが当たり前になってきました。 後になって考えてみると、ＮＥＣのこのやり方、けっこう「時流じゃん」 と、思い始めました。 ＊ ＮＴの上に乗せるのがうまくいったのは、ＭＳとの深い関係によるところが大きいのでしょうが、同時に「Ａ-ＶＸが比較的軽いＯＳであった」ことが幸いしたと思います。 そもそもハードの非力だった過去においても、富士通のようにＦ１、Ｆ３、Ｆ５といった何種類ものＯＳを使わなくても「これ１本！」でいけたのはＡ?ＶＸが（上位機種での機能がやや低いものの）軽いＯＳだったからでしょう。 ＊ 逆にいうと、そこが今後のＡ-ＶＸの課題ではないかと思うのです。 はっきり言って現在のＡ-ＶＸの基本的なレベルは、ＩＢＭでいえばＳ３６の後期のＳＳＰのレベルと同じレベルに思われます。（Ｓ３６同様使いやすいのですけどね） ＯＵＴＱを駆使しないシンプルなスプールの構造、時々再編成を必要とするファイルシステム、後からおっかぶせの低機能データベース、等々。。 ＯＳ４００や、ＡＳＰに遙かに及ばないように思われます。 ＤＢ機能の強化（同時キーファイルを多数とれるようにする。フィールドで条件選択した論理ファイル。セカンダリファイルでのＳＥＬＥＣＴ条件検索。複数レコード様式の合併ファイル。トリガー機能。等々。。）、ＪＡＶＡの実装、ＷＷＷサーバの機能（ＩＩＳだけじゃいや）、数え上げればきりがありません。 ＊＊ このまま、ＷＩＮサーバ上で現状維持の「保守モード」には入り、自然消滅を待つのか？ ＊＊ ＊＊ 大幅な内部の改造をはかって「改革を断行」するのか？ ＊＊ ＮＥＣの奮起に期待したいと思います。 （続く） 次回は「真実の姿は？」：＝活躍する隠れオフコンの巻＝ をお送りします。 |