ＮＥＣのオフコン情報掲示板（いろいろ）
| ＮＥＣのオフコンに関しての最新情報、面白い話、昔の思い出、何でも自由に書いてください。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re:Ａ−ＶＸ�犬亮，錬繊檻孱忰此� | |
| ＥＸＣＨＡＮＧＥ 2003-10-27 6:44:46
[返信] [編集] 私も（ターラヤンさん同様）Ａ−ＶＸ�困砲覆辰討癸味蕋遑�ｘ上に引っ越しするようにはあまり思えません。。 が、 ＞＞ Ｅｘｐｒｅｓｓ５００シリーズ新発売！！ ＜＜ 上位機種に、「Ｌｉｎｕｘ追加搭載モデル」を提供。 となるように思います。 つまり、基本はＷｉｎＳｅｒｖｅｒ＋ＡーＶＸ、そして別パーティションにＬｉｎｕｘをインストールして同時に稼働し、Ａ?ＶＸと連携可能にするのでは？？ 今後の方向としては、Ａ−ＶＸを２極分化させ、 （１）ＰＣサーバと比べて価格競争力のない「下位機種」（現行６４０以下）は基本的に撤退の方向（もしくはＷｉｎ＋Ａ−ＶＸでの「現状維持」） （２）「上位機種」は複数ＣＰＵ搭載、複数ＯＳ同時稼働の「サーバ統合型運用」をメインとする「インテグレーティッド＝サーバ」を指向する。つまり「Ｗｉｎソフトも走るＡ−ＶＸマシン」から「Ａ−ＶＸも走る複数ＯＳ同時稼働マシン」への移行。 という形になるのでは。。と思っています。 | |
| NEC 8番街にNT4.0の情報が | |
| ターラヤン 2003-10-26 14:43:17
[返信] [編集] NECの8番街（ http://www.express.nec.co.jp/index.html ）を見に行ったところ、右の「What's New」のところにNT4.0についての情報が書いてありました。 要するに、NT4.0のサポートがもうすぐ打ち切られるので、早めにアップグレードしてくれと言う内容です。 私自身は、マイクロソフトのHPを見て、既に知っていましたが、こうして改めて書かれると、ちょっと嫌な気分です。 何でこうも早くサポートを打ち切るのかな、と思います。 Express5800/600シリーズも無縁ではありません。Ａ−ＶＸ４＋ＷｉｎｄｏｗｓＮＴ４．０という構成のところもたくさんあるはずです。 Ａ−ＶＸ４側がいくらサポートを続けても、Ｗｉｎｄｏｗｓ側のサポートがないのでは、困る事態も発生するのではないか、と危惧します。 本来、オフコン関連情報として、私のサイトのトップに書くようなネタですが、情けなくてとても書けません。 | |
| Re:Ａ−ＶＸ�犬亮，錬繊檻孱忰此� | |
| ターラヤン 2003-10-26 13:45:56
[返信] [編集] こんにちは。 > １．名称 > ＯＳ・・・・Ａ−ＶＸ�� > Ｈ／Ｗ・・・Ｅｘｐｒｅｓｓ５８００／５００シリーズ たしかに、A-VX5はありましたから、2、3、4と来てそのまま５というのはなさそうです。 でも「IV」と「VI」では、間違えそうですね。 特に江須扇さんの言うように、Ａ−ＶＸIVもＡ−ＶＸVIといっしょに売り続けるというなら、紛らわしいので避けるのではないかと思います。 「Ａ−ＶＸ５」ではなく、「Ａ−ＶＸV」とか、末広がりで縁起の良いの「Ａ−ＶＸ八」とかはどうでしょう？ ITOSは約12年、A-VXが約14年目ですから、そろそろ数字を変えるのではなく、「Ａ−ＶＸ」という文字自体を変えるか可能性もあります。 > Ａ−ＶＸ�困錬味蕋遑�ｘモデルで、Ｅｘｐｒｅｓｓ５８００／５００シリーズとでもなるのではと思います。 Linuxですか・・・。私個人的には、Ａ−ＶＸ＋Linuxにする必要性があまり感じられないです。Ａ−ＶＸ＋Windowsで十分という気がします。 それに、オープン側のOSが変わるというと、（MIPS -> Intelですが）短命だったＡ−ＶＸIIIを思い出して、ちょっと嫌な感じがしますし。 たしかに、いつもなら、もうそろそろ新しいＯＳバージョンが発表されるころですね。 | |
| Ａ−ＶＸ�犬亮，錬繊檻孱忰此� | |
| 江須扇 2003-10-25 14:13:23
[返信] [編集] Ａ−ＶＸ�犬�出てからはや６年、マイナーチェンジではなくモデルチェンジの機種が出ても良さそうに思います。 そこで今回は私なりの大胆な予想を書きます。 新ＯＳの機能は、まあ、予想というより要望、いや希望、いや願望と言うべきでしょうが、次のようになればと思います。 １．名称 ＯＳ・・・・Ａ−ＶＸ�� Ｈ／Ｗ・・・Ｅｘｐｒｅｓｓ５８００／５００シリーズ ＩＴＯＳ−ＶＸからＡ−ＶＸにＯＳの名称が変更になる時、ＩＴＯＳ系はＡ−ＶＸ１０、ＮＴＯＳ系はＡ−ＶＸ５になりました。 従ってＡ−ＶＸ�垢老臠屬砲覆蝓⊆，離皀妊襯船Д鵐犬裡錬咾錬繊檻孱忰困砲覆襪里任呂藩汁曚靴泙后� 現状の機能を全て継承するモデルはＡ−ＶＸ�犬�そのまま残り次のＷｉｎｄｏｗｓに対応するということになると思います。 Ａ−ＶＸ�困錬味蕋遑�ｘモデルで、Ｅｘｐｒｅｓｓ５８００／５００シリーズとでもなるのではと思います。 旧来のデバイスをサポートする機能は縮小されるがコスト的にはかなりお得感があるモデルになるのではと思います。 ２．自動電源制御、自動運転機能はＬｉｎｕｘ側で運用 他サーバとの連動や自動運転は高度な設定ができ強化される。 ３．ＲＤＢアクセスソフトウェア（ＲＤＢサーバー）とＲＤＢ／ＦＩＬＥアクセスキットが統合されＯＳの標準機能となる Ｌｉｎｕｘ側で標準機能として運用される。 ４．遠隔ファイルアクセス機能（Ａ−ＶＸ／ＮＥＴ（ＲＦＡ））とＮＡＳアクセスユーティリティが統合され標準機能となる 設定は現状より簡単になりＬｉｎｕｘ側で設定できる。 実体はＮＡＳ側もＬｉｎｕｘ＋Ａ−ＶＸのＯＳが搭載されＲＦＡで制御？ 仮想ワークステーション機能は廃止され、ＰＣ／ＷＳ−ＥＭＬ機能で代替する。 ５．表定義の中で使ってない「物理ファイル名、ローカル指定」の次の「文字コード」でＳＩＦＴ−ＪＩＳがして出来る 及び、ＣＯＢＯＬのＣＯＤＥ?ＳＥＴ句でもＭＳＤに対しても指定できる バイナリー変換してもＬｉｎｕｘ側でそのまま利用できるモードとなる。 ６．通信系のユーティリティはＬｉｎｕｘ側での有償ソフトとなる ＪＣＡ等は互換性がなくなるがなるべく互換性をもてるようにパラメータ変換機能やＡ−ＶＸ側での起動機能は標準とする。 ７．ＰＣ／ＷＳ−ＥＭＬと＃ＦＴＣＮＶ（ＰＣファイル転送ユーティリティ）とジョブ起動ユーティリティとの統合 名称もＡ−ＶＸ／ＳｔａｔｉｏｎとしＰＣ／ＷＳ−ＥＭＬで出来る機能を標準でフル装備する。もちろん現状のＯＳ支援パッケージとＦＡ明朝も継続して同梱する。 ８．ＦｉｌｖｅｒｔとＰＣ−ＲＤＢサーバーとＰＣ−ＲＤＢ／ＦＩＬＥアクセスキットの統合 名称もＡ−ＶＸ／Ｃｌｉｅｎｔとしファイル転送機能をフル装備してなんでもできるようにする 以上 | |
| Re:（６００は「買い」だ！）：私も同じ考えです。（追加） | |
| 江須扇 2003-10-13 3:28:53
[返信] [編集] Ａ−ＶＸのメリットとして、 Ａ−ＶＸ ＣＯＢＯＬ が解らないとできない というのがメリットと思います。 つまり、セキュリティの観点から知らない人にはデータベース構造、プログラム構造がわからないというのが良いと思います。 正しく、上司から部下、先輩から後輩へ技術伝承してこそ使えるのです。 これが、いい意味での伝統の継続と思います。 基幹業務は社内規定（基準）に準じドキュメントを残し継承されるべきと思います。 | |
| Re:（６００は「買い」だ！）：私も同じ考えです。（賛同します） | |
| 江須扇 2003-10-12 11:39:12
[返信] [編集] ＥＸＣＨＡＮＧＥさん、こんにちは、 （６００は「買い」だ！）に賛同します。 私の訳のわからん投稿より説得力がありますね。 ターラヤンさん、こんにちは、 私の訳のわからん投稿にはＲＥＳつけづらかったですね。 ただ、私もお２人まけないぐらいＡ−ＶＸをこよなく愛しておることをご理解ください。 ３人しか出てきませんが、１００倍、いや１０００倍くらいの方が見ていると思います。 この意見がきっとサイレントマジョリティーの方の賛同を得られると確信しております。 ＮＥＣさん、最初の６００シリーズを利用している方はもう６年経ちます。 そろそろ、マイナーチェンジでは無く”サプライズ”あるフルモデルチェンジをして欲しいですね。 次回はもっと簡単な投稿にします。 乞う、御期待（といってもたいしたことはありませんが・・・・） | |
| 私も同じ考えです。（続き） | |
| ターラヤン 2003-10-11 13:58:22
[返信] [編集] 先ほどは、考えをまとめずに書いてしまったので、何を言いたいのかよくわからない文章になってしまいましたが、 補足すると、ＥＸＣＨＡＮＧＥさんの言う通り、 ２，３ができるということは、基幹系は今まで通りＡ−ＶＸで、情報系はＷｉｎｄｏｗｓのソフトでということができます。 （実際ＮＥＣの方もそう言っているようです。） 600シリーズは、Windowsサーバでもあるので、今もし管理者がWindowsのことをあまり知らなくても、Windows管理のノウハウも自然と付いてくるし、 逆に今の若い人はWindows’しか’知らない場合もあるが、Windowsから入ってA-VXへなら受け入れやすい。 これもＥＸＣＨＡＮＧＥさんの言う通り、Ａ−ＶＸ基幹系＋Ｗｉｎｄｏｗｓ情報系にしておけば、将来いざオープン系へ移行という時も（今と比べて）楽になるはず。 600シリーズはWindowsサーバなので、オフコンのことを知らないようなソフトハウスもリプレースしやすいでしょうし。 ＥＸＣＨＡＮＧＥさん、江須扇さんなどと同じように、私もオフコンはいいと思います。 でも今の世間の流行／傾向はオープンの方ですから、オープンにするにはどうしたらいいの？という質問が多いのも仕方がないことだと思います。 オープンにできるよう道を付けておいて、最後の判断は当事者に任せ、方向が決まったら、その方向になるべく簡単に行けるようにしておくことが大切だと思います。 p.s. 私が書いたものを読み直して見て、 何か偉そうなことを書いていますが、実際自分自身を振り返ってみると、全然書いているようなことはしていません。 私の行動は書いていることとは正反対、いつもその場その場のやっつけ仕事ばかりで、恥ずかしい限りです。 昔の技術に胡座をかいて、A-VX4の新しい機能は全然使わず知りもせず・・・。最近は、心を入れ替えて勉強しています。 | |
| 私も同じ考えです。 | |
| ターラヤン 2003-10-11 13:17:44
[返信] [編集] いつもお話ありがとうございます。オフコンに対する熱い思いが伝わってきます。 S3100やS7200を今も使用されている場合、これからもオフコンを使い続けるにしても、 Windowsなどのいわゆるオープン系といわれているものにしようとする場合にしても、 Express5800/600シリーズにする利点は多いと思います。 Express5800/600シリーズならば、 １．今までのソフト／データがそのまま使用できること。 ２．Windows2000のサーバでもあること。つまりWindowsのソフトも使用できる。 ３．A-VXからWindowsへデータを渡すPathがいろいろ用意されていること。 １は当たり前（Windowsはこの当たり前のことすら、なかなかやってくれないのですが、）のこととして、 ２と３は結構重要だと思います。 ２のWindowsのソフトが動くということは、ＮＥＣのＨＰにも明確に書かれていませんし、 案外知られていないという気がします。 Express5800/600シリーズ上では、マイクロソフトのEXCHANGEでもSQLServerでもIISでもWORD、EXCELでも、 あるいはDB2、NOTES、ORACLE、SendMail、よくテレビでCMをしている○○奉行とか××大臣とか、 町のパソコン屋で売っているWindowsソフト、インターネット上のフリーソフトだって動きます。 （既に同じような業務ソフトが載っているオフコンに、さらに○○奉行を載せてどうする、という話もありますが、 あくまでもWindowsソフトなら何でも動くという例ということで出しただけです。 当然、○○奉行を使うのならば、600シリーズにする必然性がない。） ３は、A-VXとWindowsの間でデータ交換が簡単ということもありますが、 将来オープン系に移行するときにも、S3100やS7200と比べて楽にデータを移せる。（あくまでも”比べて”という話です） これからどうするかまだ決めていないというのならば、一旦、600シリーズにしておいて、 それからこのままオフコンとして使用し続けるか、オープンにするか、決めるという手もあります。 | |
| （６００は「買い」だ！）： その３ 「未来資産」構築のために | |
| ＥＸＣＨＡＮＧＥ 2003-10-10 11:57:10
[返信] [編集] ＊ 「次の一手」を考える前に、 ちょっと寄り道して、 「どうして、このような旧式な構築法が使われたのか？」という点を押さえておきましょう。 ＊ それは、なにより「２０００年問題」の裏に存在した「真の理由」と同じようなものです。当時のコンピュータのキャパシティがあまり大きくなかったための「容量節約」です。 （おまけ）：現在かかっておられるＳＥさんと話をして、「こっちの方が容量が節約できるから（そうした）。。」というせりふがあまり頻繁にでるような方だったら、ちょっと要注意ですね。 ＊ 小さいキャパで、きついお客の要望を何もかも一度にやってしまおう！ という涙ぐましい努力が生み出した「芸術（アート）」でもありました。（今でも、そういうことが「プロ的」な腕だ、という信念を持っておられるＳＥさんがおられます。そういう方は概ね、ゲイツさんの容量無駄遣い垂れ流し型のＯＳに非常に嫌悪を感じられるようです） ＊ しかし、「わかよたれそつねならむ」 時は流れ、時代は移り、コンピュータの容量問題は大きく改善されました。（ひとり「オフコン」だけが例外ではない。。） ＊ 現在の「オフコン」（例えばＮＥＣ Ｅｘｐｒｅｓｓ５８００／６００シリーズ）では、 「ＣＰＵのパワー、メモリの量、ディスクの容量などは十分なほど用意されており、必要ならさらに「安価」に増設できる。」 のです。 なんといっても、これは「Ｗｉｎｄｏｗｓ２０００サーバですから。。」 ＊ そこで、本題に戻りますが、私が言いたいのは こうした「プア」なシステムこそ再構築されるべきだ！！ ということなのです。 （ただし、Ｓ７２００以後のマシンをお使いの会社で「ＲＤＢサーバ」「ＳＫＹＬＩＮＫ」も使ったことがない、知らない、 と言う方は「再構築」の前に、まずこれらを「使ってみる」ことからお始めください。 この程度のこともやらずに、「パソコン系システムに替えて誰でも使える形にしたいから」などと比較評価されると、「オフコン」が可哀想ですから。。） ＊ さて、「再構築」に際してどのようなことに留意すべきでしょうか？ 以下、独断と偏見で。。 （１）まず、容量は十分用意されているし、ＡＶＸは元々あまり容量を無駄遣いしないＯＳなので、 「難しいプログラムテクニック」によって「容量節約」を計ったり、「スピードアップ」を計ったりすることは極力避け、 キャパが足りないときはどちらかというと「ハード」の増設で対応するような考え方を取る。 （ハードのパワーに依って解決を計る。「貧乏指向」から「リッチ指向」へ。 ハードの増設の方がソフトの変更より安上がり。 「ハード」はソフトに変更でき、「ソフト」はハード（硬い）であとから変更がしにくい。） （２）「基幹系システム」と「情報系システム」を考え方だけでなく実際のシステム上でも完全に「分離」するように設計する。 ＊基幹系マスタ上では残高に関わる項目のみ集計、更新する。いわゆる「何とか別、何とか別、実績マスタ」などは基幹系に作らない。基幹系データは残高を集計、更新するのに必要な分と、データ作成に参照する必要のある分などに絞る。 ＊ レプリケーション機能をフル活用して、ＳＱＬサーバ（またはｏｒａｃｌｅ）側に、「情報系ＤＢ」を構築する。 こちら側の定型ソフトはＶＢ、ＡＣＣＥＳＳ可。（それの方が長い目で安上がり。理由は後で説明）。 それから、こちら側は「別サーバ」の方がヨリ良い。これはふつうのＰＣサーバ。 （３）他社とのデータやりとりは、単純なバッチなら「パソコンソフト」でＪＣＡ、全銀などを使って、６００シリーズのいわゆる「ＮＴ領域」に落とす。 複雑系は「Ｂｉｚｔａｌｋ」を指向する。 営業所などへのデータ送信で従来Ｓ３１００／１０などを「受け」「受け後」に使っていた場合は、メール連携で「ＣＳＶ添付」に切り替え、その先はＶＢ、ＡＣＣＥＳＳで。 自社内の遠隔端末はＶＰＮを使う。 いずれにせよ、極力「６００シリーズの通信ボード」は使わないように心懸ける。 （４）上記を違和感なく操作できるよう「ＪＯＢ起動ユーティリティ」などを使って、操作員に配慮する。 等々です。 あと、「ＲＤＢＷＡＶＥ」（ｗｅｂ版）というのはいかがでしょうか？（有償だが、安い！） （出来るだけ、ＡＶＸ標準機能を使います。 オープンからＡＶＸＲＤＢ、 ＡＶＸからオープンＲＤＢ といった斜め読みは極力避けます） ＊ こうして、「基幹業務側」から「情報系的な部分」を分離すれば、 （１） 将来にわたって「基幹業務側」の変更はあまり発生せず、この部分の変更は最小限ですむ。（ディーラの「高い」見積もりを拝見する場面が減る） （２） いわゆる「情報系的な部分」は要望などが変化しやすく、ここらはＶＢ、ＡＣＣＥＳＳなど「継続性が当てにならないツール」で作っても被害が少ない。それよりも表示、作表の「表現力」が大事な領域。 あと、この辺は「参照オンリー」に権限しとけば、「江須扇」様のページに出てきた「パソコンちょっとだけ知ってる的にわかプログラマ」を「活用」できる（こっちが「活用」してやるのだ）。 ＊ かくして ＝＝＝ 「未来資産」を創るのです！！ ＝＝＝ ＊ 特に「基幹部分」に関しては、ＡＶＸは抜群に安定度も高く、そのＣＯＢＯＬは今後の一貫した継続性が期待できます。 ＶＢからＶＢ．ＮＥＴへの乗せ換えみたいな苦労を何度もしたい方は、どうぞ「ＭＳで基幹を構築」なさってください。きっと 「 Ｄｏ ｓａｍｅ ｗｉｔｈ ｍｏｒｅ 」 請け合いです。 ＊ また、６００シリーズは、ＡＳ４００みたいにお高くないですし、それに、分離された「基幹業務側」のためには、そんなに大きな６００シリーズでなくてもＯＫでしょう。 その分を「未来資産」の構築に当てるのです！！ ＊ それと、（これは、実はとっても「大事」な点！！） 旧オフコンを６００シリーズに替えて一番驚くのは、きっとその「スピードの速さ」「処理能力の向上」だと思います。 「どうして今まで古いマシンを使い続けてきたのだろう？もっと早く６００に替えれば良かった」と感じられるでしょう。 ＆＆＆＆＆＆＆＆＆＆ ＊ 何？「ＡＶＸが将来も続くか心配」ですって？ どんなものが将来も存続し続け、どんなものがそうでないのか、それは私にも分かりません。 でも、それを予測するのには、今までの「奴ら」の「行動（何をしたかの履歴）」を見ることでしょう。 ＭＳのｗｉｎｄｏｗｓはある程度存続し続けてきましたが、その中身は大きく変わりました。そしてＶＢ、ＡＣＣＥＳＳといった道具も当初とはすっかり変わってしまいました。 ＮＥＣは、過去２０年以上渡って「ＯＳ」「ツール」の継続性をほぼ完全に保証し続けてきました。 この辺あたりで判断するしかないでしょう。 それに見逃してはならないのは、「ＡＶＸ」のバックで「通奏低音」のごとく販売されている「ＡＶＸ実行環境」というやつです。 多分、枯れたＯＳである「ＡＶＸ」を継続することは今後のＮＥＣにとってそんなにシンドイ仕事ではないでしょうし、それに従来のお客さんをあえて逃すという必要もないでしょうし、かりに 万が一「ＡＶＸ」の存続が難しくなっても、 きっと「影の内閣」である「ＡＶＸ実行環境」を充実させ、そこへの移行パスを用意してくれるような気がします。 ＊ え、「それでもまだ心配」ですって？？？ どうしてもそのように思われる方には その時点で 「基幹業務側」を ＪＡＶＡに置き換えることをおすすめしています。 すでに、「基幹業務側」は「分離」され、「最小化」されていますから、置き換えはきっと現在のシステムより「やりやすい」と思いますよ。。 （仕事が忙しくなってきたので、複数号をまとめてワンページに書いて、とりあえず 「完」 ） オソマツ。 | |
| （６００は「買い」だ！）： 追伸 | |
| ＥＸＣＨＡＮＧＥ 2003-10-10 11:57:10
[返信] [編集] （追伸）： 「今回ＪＡＶＡに乗せ換え」 と言う場合は、もちろん現在の６００シリーズでは不適当ですので、即その方法をということでしたら、しかるべき別のサーバをご用意ください。 今回６００で構築し、将来ヤバくなったら「このようなルートもある」という意味ですので、念のため。 ＊ ＳＵＮからＳＰＡＲＣの低価格サーバがでた！！ うれしいな！！ でも、やっぱり業務アプリは「Ａ−ＶＸ」＋「ＣＯＢＯＬ」の方が楽ちんですよね。。 ＊ あんた、よっぽどゲイツさんが嫌いなの？ いえいえ、私はほんとは「隠れＭＳ」なんですよ?。 だって名前からして 「ＥＸＣＨＡＮＧＥ」なんだもん。 | |
| （６００は「買いだ！」）：その２ 「問題はどこに？」 | |
| ＥＸＣＨＡＮＧＥ 2003-10-10 7:54:43
[返信] [編集] ＊ 私は前提条件として端末１〜３０台などと書きましたが、 １台（単独）でＳ３１００／１０（ディスク付）などをお使いの方は、まずパソコン（ＰＣ）の導入を検討すべきです。 本社などのオンライン端末としてお使いの場合でも、バッチ（一括）でデータを転送してお使いの場合でも、（本社側を「６００シリーズ」に換えれば）原則としてＰＣで運用可能です。ただし、一括転送の場合は新たにＡＣＣＥＳＳなどで支店ＰＣ側のソフトを開発する必要があります。 また、単独で「財務管理業務」などを運用しているだけでしたら、パソコンパッケージなどで置き換え可能です。 ＊ まあ、たいていの場合、上記のようなケースはあまりなくて、Ｓ７２００／３０（あるいは、Ｓ３１００／３０等）より上の本体装置＋端末３台以上、というのがほとんどでしょう。 ＝＝ そこで、問題点（２）の件です ＝＝ ＜前回の書き込みを参照＞ ＊ 「オフコン」だからデータがパソコン上でうまく利用できない、ですって？？？ 実は、このように思っておられる方（会社）が以外に多いのです。（ＡＶＸを使いこなしておられる会社の方は「うそ?」と思われるかもしれませんが。。） いろんな会社のコンサルをさせて頂いて、正直驚くのはこのパターンです。 それで「今度はパソコン系システムに替えようか」と迷っておられるわけです。 で、このパターン、よくよく調べてみると （１）なるほど、Ｓ７２００あたりでＢｓｅｐでパソコン端末は接続されており、「ＲＤＢサーバ」「ＳＫＹＬＩＮＫ」なども導入されているのですが、 （２）業務システム側が、旧式な構築法（ひどい場合、ファイルベースの時代の設計法）で出来ており、 （３）「ＥＸＣＥＬ」などに数字を取り出しても、取り出したい「概念」（データ分析で要求されている集計条件、分類基準、期間）と合っていないため実態とズレがでてしまう。結局、他の出力リストを見て別途手で集計した方がマシ。 と、いう場合が圧倒的に多く見られました。 ＊ 「ここんところ、こういう風な数字は取れないの？」とシステムを構築しているところに訊ねると、「う〜ん、出来ますけど、ん万円（ん＞１００だったり）」 ＊ で、 「オフコン」はだめだ、パソコンシステムだったらこんなことははじめからうまく取り出せるのでは。。となるわけです。 ＊ 要するに、このような問題を持っておられるのは、 （１）比較的早い時期（古い時代）から「オフコン」を導入されてきた（以前には先進的な）会社に多く、 （２）ハードを何度か買い換えても「オフコン」が、なまじそのままのソフトが次に継続使用出来たために、システムを現代化するということが取り残されてしまった、 というものです。 ＊ このような場合、「次の一手」はどのようなものでしょうか？ （続く） | |
| Re: オープンでもオフコンでも同じと思います。 | |
| 江須扇 2003-10-6 13:46:37
[返信] [編集] オープンは誰にでも使えるというのは、Ｗｉｎｄｏｗｓ系のＧＵＩが簡単で操作が簡単だという事に代表されていると思います。 しかし、これが錯覚と思います。 パソコンデータベースソフトで簡単なシステムが組めたという事で、 独学でオープンシステムの基幹業務が作れるとはとても思えません。 キッチリと基幹業務を長期にわたって利用できるシステムとして構築するのは、オープンでもオフコンでもそれなりの手間隙はいっしょと思います。 また、その開発要員の能力も業務システムの開発の為のソリューション能力は一緒と思います。それなりの教育を受け勉強は必要でその担当者の努力も必要で手抜きではできません。 でも、極端な話、パソコンのワープロが使えればコンピュータ使えると錯覚し無謀にもなにも考えずシステムを作っている人がいるのは驚きです。 ＰＣのリセット、リブート文化の考え方で、次のシステムもまた一から最新技術で作れば良い。と言う考え方と 一度作ったシステムはなるべく継続して使いその修正保守を容易にするというオフコンの考え方は 古い新しいではなく文化の違いと思います。 | |
| Re:我が亡き後に洪水来たれ | |
| 江須扇 2003-10-6 3:43:08
[返信] [編集] ＥＸＣＨＡＮＧＥさん、返信ありがとうございます。 > ＊ 訂正です ＊ > ＞ 我々のような「オジサンＳＥ」ばかりになっていくでしょう。 > ＞ｅｎｄ > 「我々のような」−−＞「私のような」 に訂正します。 何方からかクレームが有ったのですか？ 私も「オジサンＳＥ」なのでこの件にはうなずいてしまったのですが・・・・（笑） タイトルの「我が亡き後に洪水来たれ」はルイ１４世か１５世が言った言葉と言われており、 要は今の事しか考えていなくて、「あとさきはどうにでもなれ」という考え方です。 こんな考え方の経営者が増え、イエスマンの管理者が右にならえをしていると思います。 一番こまるのは現場の担当者で訳もわからず責任を押し付けれれているというのが現状ではと思っております。 大げさに言えば昨今の工場等のタンク火災もこれに通じるのではと思います。 ＊ 一方、私は「ユーザ」の立場で自社開発をしてきた経験もあるので＞「ユーザ」の気持ちもある程度理解できます。 ＞ 導入後わずかな変更を依頼しても「高額な見積もり」を出され、この程度は自分で出来るのに、と思っても「そんなことをされては当社としては保証できない」と脅かされ、他のディーラに替わりたいと思っても「ソース」を出してもらえないので一から開発でかえって高く付く。。といったことはオフコン業界によくあります。 ＞ この不況下で、「新しい機械に買い換えたい」のはやまやまだけど、「もう少しの間」このまま使い続けるしかない。。ハードの価格が高額で、買い換えても「システム」の内容の大幅更新まで予算が取れない、どうせ同じことしかできないのなら、動くうちはこのまま使い続けても同じでは。。 私も解りますが、しかしながら 合理化してコストダウンと手抜きでコストダウンや 次世代のメンバー引き継がなくてコストダウン また、不法コピーしてでのコストダウンは まったく別物と思います。 コンピュータだけではなく工場等の保守の完璧さが日本の伝統でしたが伝統芸能といっしょで伝統を引き継ぐ後継者がいなくなったのでしょうか？ ＞＊ 業務ソフトウエア（システム）についても「システム構築という別のサービス、商品」なので、 ＞ ユーザには可能な限り自由な「選択肢」があったほうがいいと思います。 「系列」のディーラだけでなく、「自社開発」、「独立したソフトハウス」へ依頼するなど考えられると思います。 これもおっしゃる通りと思います。 ユーザー（利用者）の判断で保守に入る入らないは勝手と思います。 しかし、全てが大人の世界の自己責任で、 壊れた時、つかえなくなったときどう対処するか、 経営者、管理者は正確に担当者に事前説明をして その時に担当者が困らなく責任もとらなくなっていれば問題はありません。しかし往々にして担当者に業務の支障をきたした責任をとらされてしまします。 オフコンはお任せ定食なのでこの部分もとりあえずはハードの維持保守に入るのが前提ですと担当者が管理者、経営者に説明でき、少しでも責任回避を計っており担当者にとってはメリットがあると思います。 | |
| （ごめんなさい。訂正です） | |
| ＥＸＣＨＡＮＧＥ 2003-10-3 3:24:32
[返信] [編集] ＊ 訂正です ＊ ＞ 我々のような「オジサンＳＥ」ばかりになっていくでしょう。 ＞ｅｎｄ 「我々のような」−−＞「私のような」 に訂正します。 | |
| （さらにオジサンはくどくどと。。） | |
| ＥＸＣＨＡＮＧＥ 2003-10-3 3:05:02
[返信] [編集] ＊ 「ハードの保守」「ソフトの保守」に対価を支払うのは当然だと私は思います。 ＊ 逆に、「ソフトを請け負った会社は」ユーザに対して、かなり長期間にわたって維持するための「技術」「スキル」を保持し続ける義務があると思います。 ＊ さらに、メーカも、ユーザが「対価（契約料）」を払えば、ＯＳ、開発ツール、運用ツール、パッチ情報などの技術情報が手にはいるように、積極的に公開を進めていって欲しいと思っています。 ＊ 「リプレースのために、その場限りの技術情報を求める人たち」は論外ですが、 メーカが継続的な契約システムをつくることにより、 Ａ−ＶＸでのシステム構築にさいして、ディーラ、ソフトハウス、ユーザがそれぞれ積極的に参加し、競争できる環境が広がることを私は願っています。 ＊ ああ〜〜、疲れた。。 | |
| 「製品」と「ハード保守」と「ソフト保守」は別なのでは？ | |
| ＥＸＣＨＡＮＧＥ 2003-10-3 1:53:26
[返信] [編集] ＊「維持保守契約が大前提」というのは私も同感です。また、サービスは有償でなければ維持できないということがユーザに十分理解されていないのも事実です。 ＊ 一方、私は「ユーザ」の立場で自社開発をしてきた経験もあるので「ユーザ」の気持ちもある程度理解できます。 導入後わずかな変更を依頼しても「高額な見積もり」を出され、この程度は自分で出来るのに、と思っても「そんなことをされては当社としては保証できない」と脅かされ、他のディーラに替わりたいと思っても「ソース」を出してもらえないので一から開発でかえって高く付く。。といったことはオフコン業界によくあります。 この不況下で、「新しい機械に買い換えたい」のはやまやまだけど、「もう少しの間」このまま使い続けるしかない。。ハードの価格が高額で、買い換えても「システム」の内容の大幅更新まで予算が取れない、どうせ同じことしかできないのなら、動くうちはこのまま使い続けても同じでは。。 ＊ そこで、パソコン系のシステムへ変わりたいというふうになるのでしょう。 もっともそこには別の問題がいっぱいあるのですけどね。 ＊ ところで、オフコンというかコンピュータ全般のことですけど、 ハード製品、ＯＳ製品といった「製品」と、「ハードウエアの保守」と「業務ソフト（業務システム）の保守」はそれぞれ別物と考えたほうがよいのではないでしょうか？ ＊ オフコンの特徴は同一メーカによる「製品（ハード、ＯＳ、開発ツール）」の一貫性にその本質があるのであり、これはすでに「製品価格」に反映しているはずです。 ＊ 一方ハードウエアの保守は基本的にメーカによって供給されるものだとしても、それは「ハード保守サービスという別商品」なのでユーザによって「定期契約」「随時契約（スポット修理）」といった自由な選択肢があってしかるべきだと思います。（現に実施されていると思いますし、供給者も「メーカ直」以外に「自営保守」というタイプもあります） ＊ 業務ソフトウエア（システム）についても「システム構築という別のサービス、商品」なので、 ユーザには可能な限り自由な「選択肢」があったほうがいいと思います。 「系列」のディーラだけでなく、「自社開発」、「独立したソフトハウス」へ依頼するなど考えられると思います。 ＊ ところが、現在の制度では「製品の販売」と、「技術情報の提供」がすべて「系列ルート」を通じてしか行われないので、 ユーザは、すべて「系列ディーラ」にいわれるままの「高額」な（と、選択肢がないので感じてしまう）サービスに従わざるを得ないのが実情です。日本のメーカのオフコンは特にこれがひどい。 ＊ この点では、日本のメーカはもう少しＩＢＭを見習うべきだと思います。 例えばｉサーバ（ＡＳ／４００）などは、ＩＢＭのホームページに、ＯＳ４００のマニュアルと設定情報が公開されていますし、ＩＢＭとサポート契約を結べば、メーカ直で技術情報が入手できます。 ＊ Ｆ社のＨＰのオフコン情報をみてごらん。代理店を通じて登録したユーザしか閲覧できない「鍵マーク」だらけ。 ユーザ向け「情報誌」だって「代理店名」とその「担当者名」を書かなきゃＨＰから申し込み出来ないでしょう。 ＊ 要するに「オフコン」は、少し製品が高くても「ハード、ＯＳ、開発ツールが同一メーカによって提供され、かつ長期にわたって一貫性と継続性が維持される」という点に価値があるのであって、 「系列販売」は必ずしも本質的ではないと思うのです。 ＊ 現状の「ガチガチの囲い込み」が続く限り、ＳＯＨＯ、ユーザ企業内の若いソフト技術者は次第に「オフコン」のまわりに近寄らなくなり、我々のような「オジサンＳＥ」ばかりになっていくでしょう。 ＊ やっぱり「オジサンＳＥ」だね。 ちょっと、話がクドくなってきたかな？？ ＝＝追伸＝＝ う〜〜ん。こういうことは「オープン系」ＯＳでないと、やっぱり無理なのかなあ。。 「オフコン」に情報の公開を求めるのは、「木によりて魚を求む」のたぐいかなあ。。 だんだん自信がなくなってきました。 | |
| ＮＥＣオフコンは維持保守契約が大前提です。 | |
| 江須扇 2003-10-2 13:47:40
[返信] [編集] 他社の事はわかりませんがＮＥＣオフコン、 システム１００、システム３１００、システム７２００、Ｅｘｐｒｅｓｓ５８００／７００、６００ の場合は業務（オフィス）で使用する（コンピュータ）ということが大前提です。 従ってパソコンショップなどで販売はしておらず、基本的には 販売店（特約店、代理店、ディーラ）を通して販売されており通常は契約書を交わすので販売店と利用者（ユーザー）は特定されます。 さらに業務で使用するコンピュータという事でハードウェア障害が発生し業務に支障をきたさないように維持保守契約を結ぶ事になってます。 維持保守は販売店で行う自営保守とＮＥＣの保守専門会社（後述）に委託する委託保守があります。又は、何らかの理由で販売店が携わらない時はＮＥＣの保守専門会社の直接保守があります。 つまり業務で使用しているかぎり販売店か保守会社と連絡が取れているのが前提です。 もちろんビジネスなのでお金が必要なのは当然です。 オフコンはその前提の上で使用するという話になっております。 業務で使用するつまり企業収益を得る補助設備でありその設備を維持保守する事は管理者、経営者の義務であり維持するコストが収益に見合わない場合は廃棄すべきです。 この事が良い意味でも悪い意味でもオフコンのオフコンたるところでパソコンとは大きく違うところです。私はそう思っております。 販売店が倒産したとか何らかの理由で販売店とも保守会社とも連絡がとれてない場合は下記のＮＥＣの保守専門会社に連絡をし早急に《保守契約》をしましょう。 ＮＥＣフィールディング http://www.fielding.co.jp/ なお、今まで保守契約をしてない場合はオーバーホールという維持保守できる状態に現状の確認保守作業をしますと言われる場合があります。 その場合は費用が発生します今まで保守料を払って無い場合その総額以上になるかもしれません。 また、経過年数多くて維持保守が出来ないといわれる場合もあります。 その場合は保守会社にＡ?ＶＸを熟知しており現状のシステムを移行できる信頼できる販売店を紹介してもらいましょう。 | |
| 鉄道と道路（自動車） | |
| 江須扇 2003-10-2 3:43:42
[返信] [編集] このサイトでいきなり鉄ちゃんネタ？ いえ違います。 地上を走る交通手段として鉄道と道路（自動車）がありますが一番違う所は 鉄道上で走る列車は全て企業が運営しているというです。 道路上を走る車は営業車、自家用車が何の区別もなく混沌と走っています。 何が言いたいかと申しますと私はＡ−ＶＸ大好き人間ですが自宅にはオフコンを所有しておりません。 なぜかと言えばオフィスコンピュータだからです。 高いからいえいえ、販売中止になりましたが６１０のスタンドアロンであれば大昔のパソコン等に近くそれなりの値段です。 しかし、私は自宅でオフコンを使って企業収益をあげる業務は行っておりません。 オフコンはオフコンです。企業が使って企業収益をあげる為の補助手段です。鉄道会社が自社の車両を管理保守しているのは、それで企業収益を得てるからです。 オフコンで企業収益をあげている手段として使っているなら、つまり設備であるなら、設備の維持、保守は経営者、管理者の義務です。 つまり、維持、保守する事が収益を生まないということでしたら早く捨てるべきです。 それにしてもメーカーであるＮＥＣも販売代理店も保守会社も表現方法は違うかもしれませんが、ユーザー（利用者、お客様）にその事を地道に根気よく伝え理解していただく努力をしてないのではと思います。 古いマシンを使用するのは自由を思いますが結果的に業務に使うのに壊れてからどうしようと騒いでいるのは キツイいいかたですが業務システムを甘く見ているからとしか思えませんがどうでしょうか？ 個人でも使うパソコンと同列で考えて欲しくないというのが私の考え方です。 また、これもメーカーに言えることですが、「ただ、無い」と言うのではなく有償ソフトウェアは有償である事はユーザーによく理解していただく必要があると思います。 | |
| （意見広告）： プロの会社は顧客の「過去資産」に責任をもて！！ | |
| ＥＸＣＨＡＮＧＥ 2003-10-1 14:11:28
[返信] [編集] ＊ このＨＰで何回か「質問」というのが掲載され、私も親切心で数回にわたって「回答」もしくは「ヒント」のようなものを入れさせて頂きました。メールでのやりとりをさせて頂いたこともあります。 ＊ このやりとりで気づいたのですが、 お一人の方は、現在は純粋にユーザ（職場での運用責任者）の立場で運用上お困りの案件でしたので、最後まで気持ちよくやりとりが出来ましたが、 そのほかの方については、よくよくお聞きすると、 その問題になっているシステムは、 実は、”「私たちが作った」システムですが ” ”現在わかるものがいない ” ので このＨＰで ”お教え頂きたい ” ”助けてほしい ” と、いうものでした。 ＊ たしかに、そのシステムは同じ会社ではあっても「昔の先輩たち」が作ったもので、「自分たちは」分からないのに突然その担当に配属されて「困っている」。。 というのはお気の毒なことと、心からご同情申し上げます。 そして、このような「場」で他人の気持ちを害することをあまり言いたくはありません。 ＊＊＊ しかし ＊＊＊＊＊＊ あえて、私は言いたい、 「もし、あなたのおっしゃっている内容がほんとうのことなら、 それは、実はあなたの会社の問題です。 システム構築をひきうける「プロ」の会社としての貴社内部の問題です。」 たとえ昔に引き受けたシステムであれ、ひとたび「ソフト会社」としてある「お客様」をお引き受けしてシステム構築したのであり、そして今もその方があなたの会社のお客様としてとどまっておられるのであれば、 たとえ年数が経ち、担当者が替わっていても「資料」や「仕様書」を引き継ぎ、「出来る者」もしくは「出来るスキル」を保持し続けるのが当然の責任ではないでしょうか？ こういうことは、「普段から」しておくべきことで、窮してからこのようなところへ「助けを乞う」というのはプロとして「恥ずかしい」ことと思いませんか？（会社の恥をさらしているようなものです） ＊ そして内容はふつうＡ−ＶＸをやっていればごく「基本的な」な内容ばかり。 私には信じられないのです。例えば、５年やそこら前に、そこそこ大きなマシンで開発しておきながら、「Ａ−ＶＸのデータをエクセルや、ＣＳＶ形式に落とす方法を使ったことがない、またはやり方を全く知らない」などということが。。 Ａ−ＶＸでシステム作りした会社ならそんなことは「常識」ではないでしょうか？ そしてまた信じられない。 「納入当時、顧客に納めたテープメディアに何が入っているか分からない。読み出す方法も全く知らない。仕様書も残っていない。」などということが。。。 ひねくれて、性格の悪い私は、「本当は、Ａ−ＶＸのリプレースをねらっている連中が、偽って質問をしているのでは？」 とすら想像したくなってしまいます。 ＊ いずれにせよ、「Ａ−ＶＸ」から「自分たちの都合の良いシステム」に乗せ替えたいだけのために、「その場限りの助け」を求めている連中に、私は一生懸命、力を貸そうとしていたのだろうか？ と思うと悲しくなってきました。 ＊ 私は、決してＡ−ＶＸに盲目的に惚れ込んでいるわけではありません。必要な場合はＶＢや、ＪＡＶＡで純粋なオープン系システムを組みます。 そしてＡ−ＶＸが、まだまだ多くの不十分な面を持っていることも事実です。 ＊ しかし、このＨＰはターラヤンさんが始めた、「Ａ−ＶＸに関心のある者同士の交流の場」であると思いますので、 「Ａ−ＶＸをおとしめるための方法を伝授する」のではなく、「Ａ−ＶＸを有効利用するための建設的な方法を教え合い」、 「Ａ−ＶＸをより高めていくようＮＥＣに対して発言していくような場」にしていきたいと思います。 ＝＝ 追伸 ＝＝ ごく直近に、ターラヤンさんがフーさんに返答されていた内容を拝見させて頂いて、とても感銘を受けました。 そこには、質問者と既存のシステムに対する思いやりがあふれていたように思います。 ＞ 一番良いのは、オフコンを購入した販売店／ディーラーに相談してみることだと思います。 システムを構築したところが、一番良く知っているはずです。 ＞ｅｎｄ | |
| ３０年前のセールストーク | |
| 江須扇 2003-10-1 13:47:01
[返信] [編集] ＞そのため、OSはWindowsに、データはOracleにして、誰でも扱えるようにしたい、という思いです。） この言葉で、あくまでもイメージですが３０年前のセールストークを思い出しました。 ------------------------------------------------------------------------------- 専用のコンピュータルームは必要ありません、一般の事務所内に設置できます。 専用の運用要員もいりません。誰でも扱う事ができます。 専用のプログラマも必要ありません、ＣＯＢＯＬライクの会話形式のＢＥＳＴで誰でもプログラムが作れます。 と１９７３年華々しくＮＥＣオフィスコンピュータは登場しました。 「母さん、誰でも扱えるオフコンは何処行ってしまったのでしょうか？(Mama do you remenber?）」 「人間の証明」風に叫んでしまいましたが、いつからオフコンは難しくて敷居の高いコンピュータになったのでしょうか？ 何度も言いますが私はＯｒａｃｌｅの方が敷居が高いです。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band