|
1:Re: そのまんまＡ−ＶＸが欲しい（ＮＥＣの新しいＣＯＢＯＬ） 江須扇 05/12 21:42 ＣＯＢＯＬ ＳＥ Ｖ１ は カタログなどでは簡単に移行を強調してますが 実際はそのまんまでは使えずかなりめんどくさい 移行作業が必要です。 特にＰＭやＪＳは全く使えないのではと思います。 どちらにしても全自動移行ツールはあるのだろか？ メーカーに先を見越したロードマップがなく いままでは旧Ａ−ＶＸ（ＩＴＯＳ）から新Ａ−ＶＸへの移行は そのままコピーで動きました。 販売店もユーザーもそれに乗っかりました。 これが良かったのですがいまとなっては仇になっています。 つまり、ＷｉｎｄｏｗｓのようにＯＳが進化するごとに そのまんまでは使えないという制限が入り移行時に 当たり前の様に見直しがありました。 逆にＡ−ＶＸはそれがなかったツケがどっと来たという感じです。 旧バージョンから次のバージョンは動作がするが開発はできないというような制限をつけてほしかった。 例えばＳＭＡＲＴはＳＭＡＲＴ２に成った時、１バージョンの移行はＯＫだがその次はできなくって すべてＳＭＡＲＴ２の開発としてその次はＳＭＡＲＴ／ＣＳだけのリリースでＳＭＡＲＴ２も使えなくなるというよな考え方です。 ＲＤＢＱもＲＤＢＱ２になってもそのまま使い続けていましたが 使えなくしてＲＤＢサーバーからのツールしか使えないようにした方が良かったのではと思います。 どんどんツールをオープン化して最後にデータベースを移行してくださいというロードマップがあれば良かったのです。 しかしそうしなかったメーカーは責任があると思います。 現時点ではレガシーデバイスは動かないが 標準のＷｉｎｄｏｗｓサーバーで動作するＡ−ＶＸ／ＲＤＢをリリースして欲しいと思います。 もちろんＡ−ＶＸ／ＮＥＴもＰＣ／ＷＳ−ＥＭＬもＬＭもＰＭもＪＳも動くようにして欲しい。 但し次を考え開発はできないという制限です。 ツールも基本的にはオープンのものを使います。 ＲＤＢサーバーよＲＤＢ／ＦＩＬＥアクセスキット使って開発をするという考え方です。 データもオープン系のツールで確認するという方法です。 2:Re: そのまんまＡ−ＶＸが欲しい（ＮＥＣの新しいＣＯＢＯＬ） こんこん 05/13 20:32 3:Re: まずはＳＭＡＲＴ／ＣＳ（ＮＥＣの新しいＣＯＢＯＬ） 江須扇 06/03 11:08 |