 
|
はてなキーワード: メインフレームとは
原文：The Un-Internet by Dave Winer
こう書くのは初めてじゃない……
毎回全部書き下ろす必要はないわけで、
もはや様式美になってきた感がある。
何回繰りかえしたかとかは置いておいて、
さあ、もう一回はじめようか。
問題は「コントロール」、これに尽きる。
どういうわけか、IT企業の重役はこれを欲しがるんだけれども、
1994年、この繰り返す世界の年代記を書き始めたばかりの私はこう言った。
「私たちよりもユーザーがまた一枚上手だった。
この業界ではだいたい15年周期くらいでこういうことが起こる。
私たちが足元を見失って、ユーザーが反乱して、新しいソフトウェアビジネスが降臨する。」
そこではこうも言っている。
「ユーザーは一度コントロールを手にしたら、二度と返してくれない」。
御存じの通り、いまそれがTwitterコミュニティで起こっている。
コントロールを欲しがるというのは、別にああいった企業の重役の倫理観のせいじゃない。
短期的にはそれが最善のやりかただからだ。
ありうる道は、ユーザーに手綱をうまくかけられるか、競争に負けるかしかない。
若いころの起業家としての私であれば、そのくらいのことはわかっていたんだろうと言われるかもしれないけれども、そうじゃなかった。
簡単にコピーできるものをどうやって商売にしていいか、分からなかった。
だから、詳しくない人にはコピーできないようにするためのコントロールの方法を編み出した。
すると、私たちのソフトウェアをコピーするためのソフトウェアの市場ができあがった。
けっきょくの問題は、ユーザーは私たちの意図に反することをやろうとする人なのかどうか、ということだった。
ユーザーの皆さんは誇りのある人たちだった。
だから私もするだろうことをした。
200ドルはするそのディスクをハサミで真っ二つにしたものを入れた封筒が、次々に送られてきた。
そうやって欲しいものを手に入れた。
私はようやく、いつもこうなるんだということを思い知らされた。
今回は、Appleがユーザーをコントロールしようとする勢力の親分だ。
ユーザーを守るというAppleの説明は、ある程度までは正しい。
iPadにソフトウェアをダウンロードするとき、害が起こさないということはかなりの程度、信頼できる。
そこまでで済むんだったら、私は何も言わない。
済むはずがない。
相手には、どのソフトウェアが自分のプラットフォームで出まわってもいいかを決める権力がある。
そうなれば、言論も規制されるのは避けようがない。
その意味で、iPadプラットフォームはディズニーランドのようなものじゃないだろうか。
ディズニーランドやPixarの映画にないようなものは、そこにもない。
悲しいのは、Appleが若い世代に対する悪い見本になってしまっていることだ。
若い世代というのは、Appleみたいに「ユーザーエクスペリエンス」をコントロールしたがってそうな、
TwitterやTumblrといった、比較的小さな会社のことだ。
彼らは、自由市場の不確実さよりも自分たちの品質管理のセンスのほうが優れていると思っている。
Twitterでは、Twitterがパートナーとして指定したところのコンテンツしか表示できない。
誰にも見えないようにされている。
Tumblrはあるブラウザアドオンをおすすめしないと言い出した。
これを問題にするのはきっと、それなりの数のユーザーが使いたがったからこそだろう。
この決定は開発者だけじゃなくてユーザーまでも巻き込むことになる。
ユーザーを「教育」しなければならなくなる、というのが問題だと彼らは認めた。
あれ？ これって聞き覚えがあるような………
ということで、最後には逆の結果に落ち着くだろう。
そうならなきゃならない、
ということを、インターネットが教えてくれた。
1970年代、それはまだインターネットとは呼ばれていなかった。
その単純さと、コントロールされていないところが好きだった。
あれを載せてはいけない、これは載せてもいい、と命令する人はいなかった。
インターネットが育った周りの環境、つまりメインフレームの世界では、壁はものすごく大きかった。
個人はコンピュータを持てない。
それからループが回るたび、IT業界が持ってくるコントロールを解毒するというのが、インターネットの役割だった。
でも最後には、私たちは壁を乗り越える。
そうするとまた次の壁がやってくる。
成り上がったプラットフォームが数の力で支配しようとする。
そしてまた、おなじ過ちを犯す。
そして、おそらくいつも、インターネットが勝つ。
半年くらいまえに、「コミケで見つけた気になるタイトルの本」ってネタがちょっと前に盛り上がったのを思い出したので、今年の夏（C80）にある面白そうなタイトルを紹介しつつ。
「おもしろそうだから買いに行こうかね」、なんておもってる奇特なコミケ未経験者さんのためのガイドでも書いてみようかと。
（【～～～】は、ジャンル）
いつどこでどんな本が売られているのか、すべてを把握するためには、カタログを読むことが、ほぼ唯一の手段です。カタログがなくても入場はできますが、会場内は、「目当ての本を探しながらあてもなく歩く」ことをが許されるような環境ではありません。諸注意や心構えなども書かれているので、できれば一冊購入し、目を通しておきましょう。
どこで売られているかわからないひとは、コミケ公式から、取り扱い店を探すなり通販するなり。
同人誌のジャンルによって、3日間のうちのどの日に、会場のどのあたりで売られるかが決まっています。上のリストを見てのとおり、こういう本を探すなら、本番はたいてい3日目です。金曜土曜に行っても買えないので、気をつけましょう。
カタログの巻頭には、切り離し可能なサークル配置図があります（通称、「宝の地図」）。サークルの場所は、「ア-20」みたいな書式の「スペースNO」で表されます。行きたいサークルは、事前にスペースNOをチェックし、配置図に書き込んでおきましょう。ついでに、「このあたりはこのジャンル」みたいな、おおざっぱな色分けをやっておくと、現地で「もう少しあちこち回りたいな」と思ったときに便利です。カタログをまるまる持って行ってもかまいませんが、重いですよ？（現地には、カタログ等の冊子専用ゴミ箱もあるにはある）
重装備だの糧食だの水分だの寝袋だのが必要だ、みたいな話を聞いたことがあるかもしれませんが、それは早朝から並ぶ必要があるモノをどうしても手に入れたいひとだけの話です。ここのリストにあるような本は、そんな慌てなくても、たいていは売り切れません。きっと。
ゆっくり行くぶんには、常識的なお出かけと同じていどの荷物で問題ありません。自動販売機がすぐに全滅するので、飲料くらいはあったほうがいいかもしれません。コンビニもあるので、そうそう困ったことにはならないと思いますが。それと、宝の地図だけは忘れずに。
改めて書きますが、このリストにあるような本は、そうそう売り切れたりしません。12時くらいにビッグサイトにたどり着くようにすれば、スムーズに入場して、ゆっくり探し物ができると思います。
もっとも、そもそもの発行部数が極端に少なかったりもするので、売り切れるときはさくっと売り切れてしまいますが。そのときは素直に諦めてください。
また、サークルによっては、好きな時間に来場し、好きな時間に帰っていってしまうこともあります。タイミングが合わず出会えなかったときも素直に諦めてください。次回にその経験を生かしましょう。
サークルNOと配置図を手がかりに、目当てのサークルまで行きましょう。これが、地味に難易度が高かったりしますが。「ここのサークルNOは○○ですよ」みたいな掲示をしてくれているサークルもありますが、そうじゃないところが多数なので、ぶっちゃけ迷います。ところどころに貼られているサークルNOの文字と宝の地図を見比べながら、人の波に耐えてがんばってください。
無事に着けたら、「これください」でも「新刊一部」でも「既刊新刊ぜんぶ一部ずつ」でも、お好きなように。おつかれさまでした、これで目的のひとつは達成されました。次の目的地に向けて、また人の波に突入してください。
帰るまでがコミケです。気を抜かないように。りんかい線もゆりかもめもダダ混みなので、体調には気をつけてください。個人的には水上バスがゆっくり座れる可能性が高くてオススメ。日の出桟橋から浜松町までの徒歩がダルいですが。
俺の住む世界はアイティーとやらに支えられているらしい。
アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。していきたい。
そう願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。
昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。
パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。
楽々と基本情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。
研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。
現場に出て、本番機に触った。
３０年間親会社を支え続ける偉大なシステムの中身を、わくわくしながら覗いた。
そこには、俺の求めていた世界とはまったく違うものが広がっていた。
俺が産まれる前から、入れ替わり立ち替わり何人もの手によって継ぎ足されたロジック。
何千行にもわたって、似たような処理が何回もひたすら繰り返される似たようなモジュール何十本。
1993年に行う臨時処理のロジックが、今もコメントもなしに埋め込まれている。
仕様がわからなくなれば、キャビネへと走って、黄ばんだ方眼紙に鉛筆で書かれた仕様書を探し、
そして修正履歴のみが書かれているのを確認して肩を落とす。
半年後に臨時で行われる業務に対応するため、いくつかのモジュールについて、処理可能なユーザーコードをひとつ、条件に加える。
与えられた期間は２週間だった。ずいぶん長いなと思った。
何枚もの設計書を書いた。つまり、方眼紙状のExcelテンプレートに同じ文章をコピペした。
追っていったモジュールはどれも、ヒープもソートもメモリ管理も論理演算も出番がなかった。
あるのはただ、IF文とMOVE文とばかりだった。ソースの難易度は使われている命令の数とは関係ないことを学んだ。
テストデータを作るため、階層型DBを何回も辿ってデータをアウトプットさせるモジュールを書いた。資格試験で学んだSQLは、無用の知識だった。
協力会社への仕事割り振りやユーザー対応に毎日忙しそうだった上司が、夜遅くまでの残業続きでくまのできた目を皿のようにして設計書をレビューした。
ロジックを丸々コピペしてソースを修正し、コンパイルし、実行した。
２週間はあっという間だった。
俺のせいで、半年後以降は使われないロジックがソースにまたひとつ増えた。
今回の対応については、Excel方眼紙にレポートをまとめて共有ドライブに入れておいた。
だが共有ドライブの検索には時間がかかるし、Excelシートの中身となれば検索から漏れることも多い。
きっと誰にも読まれないだろう。
２バイト文字が使えない関係上、原則、ソースにはコメントはあまり入れられない。
数年後の新人はきっと、俺の書いたモジュールを見て「このロジックは何だ」と首を捻るんだろう。
数年後の俺はきっと、今回のレポートを共有ドライブから探し回って新人にパスを教えてから、
協力会社の管理に追われる作業に戻って目の下にくまを作るのだろう。
俺がやりたかったシステム開発って、こんなものだったのか。
俺は部署の中で、俺の望む仕事を探し続けた。
先輩たちは忙しくて誰も興味を持ってないけど、自動化できる作業はいくらでもある。
よく使われるExcelシートを改造し、定例作業をクリックだけでできるようにした。
ExcelVBAとはいえ、書いていて心地よかった。引数が明確な関数と変数のスコープと全角文字があったからだ。
COBOLで打つプログラムより、控えめに見て100倍くらいの生産性を発揮できていたと思う。
先輩たちは喜んでくれたが、ただし俺の仕事を、あまり仕事とは見なさなかった。
それでもよかった。業務時間外は俺は相変わらずスクリプトを書いていた。とても楽しかった。
VBAから入って、WSHなんてものを知り、やがてJavaScriptを学び、ネットで資料を探し、はてなを知り、はてブでWeb技術についての記事を読みふけった。
知れば知るほどに、どんどんCOBOLが、メインフレームが嫌いになっていく。
先輩は誇らしげに言う。システムはたいしたことをやっていない。業務知識こそが大事なのだ。
ユーザーより詳しく業務を理解し、適切に提案し、設計する能力。
協力会社を率いて、わかりやすい文書で指示を行い、スケジュールを調整する能力。
人を動かすぶん、責任も大きくやりがいもある。優秀な人材こそが我が社の強みだ。
そんな人材が育つよう、我が社は安定して働ける環境と福利厚生を整えている。
ああ、そうだよ。先輩、あなたは正しい。
俺だってメインフレームの信頼性のすごさはわかってる。
密なユーザーとの関係から生まれるシステム子会社としての強みも認識してる。
それだけじゃない。社内環境も悪くない。給料もいいし休みも取れるし先輩は優しい。
ここは、いい会社だ。
けど駄目なんだ。
３０年前のシステムを枯れた言語でツギハギする仕事じゃ、俺の心はやっぱり満たされない。
ユーザーの業務知識ばかり身につけたって、俺自身の人生には、いいことなんてない。
俺が求めていたのは、この仕事じゃないんだ。
社内の誰も、TumblrもTwitterもやっていない。ライフハックなんて聞いたこともない。
Joostやモバゲーや２ちゃんねるが社会に与える影響について誰も語れない。
休日はゴルフや酒に興じている。自宅にPCを持ってない人までいる。
おかしいことじゃない。普通の人たちだ。
それどころか彼らは、仕事とプライベートを切り分けている、立派な人たちだ。
でも、やっぱり俺の生きていきたい世界は、ここじゃないんだ。
たぶん俺がいるのは極北なんだろう。
ここが、人月計算とExcelとスーツの世界というやつなんだろう。
俺は80文字×32行の緑文字を見つめながら、遠い夢を見続ける。
こんばんは。わたしは今日、SEとして、つまり障害を報告するプロという立場で増田に来ました。
もちろん、SEだけが障害を出すわけではありません。よく知られているようにPGもバグを出します。ディスク障害、ネットワークダウンのように、ハード屋やら電話屋もそれぞれがそれぞれの障害を出します。しかし、SEのバグは他の人たちのバグとは違います。SEがバグを出して道徳的と称賛されることはありません。それどころか、その障害が大きければ大きいほど、ひどい障害であればいっそう、顧客や上司からの批判が大きくなります。なぜ、そうなのでしょうか？
それに対する私の答えはこうです。すなわち、致命的なタイミングで障害を出す、いってみれば、悪夢を現実にすることによって、SEはシステム投資の重要さを説き、新たな光でそれを照らすことができるのです。多くの場合、開発工程のほとんどを内製化し、正確にシステム化することは事実上不可能です。だからこそ、私たちはPGを隠れた零細企業からおびき寄せ、開発拠点へと運び、一見正社員の形に置き換えるのです。しかしながら、これで障害を起こした場合には、私たちのメンバーの誰が腹を切るのかを明確にしなければなりません。メインフレーム時代に現役バリバリだった時代遅れなPMを安全ピン代わりに上司の席に着かせることは、自分を身を守るのに必要な準備のひとつなのです。
そうは言いながらも、今日も障害を報告するつもりはありません。できる限り先延ばしにします。私が人力で運用フォローをしなくて済み、この時間に帰れる日は月に2、3回しかないのですが、今日はちょうどその日に当たったようです。
真実をお話しします。本社で、かなりの上の人たちから、障害を悟られぬようように、と言われました。ばれたら、私のマイナス査定（降格）を下すと警告する人さえいました。これはもちろん、メインフレーム周りでの激しい障害のためでした。基盤担当の報告では、バックアップの上書きで１０００ファイル以上が消失し、その大部分は唯一無二の情報、つまり受注先マスタや売掛金データであったとのことです。
障害の知らせを受けた後、私は何度も自問自答しました。仲間がサーバルームでコマンドを叩き続けているときに自分だけオフィスへ来て、上司への報告書を書くことが果たして正しい行為なのか、今まで機器構成を説明する図が無くて今日初めて作られたことが悟られないか、一部のモジュールのソースと設計書が紛失しており機能を想像して丸ごと書き直さないとバグがつぶせないことをどう説明するか、と。私はもちろん、このような印象を与えたくありません。私はバイナリからの逆コンパイルには反対ですし、ヤマ勘でのプログラミングも支持しません。もちろん、先人の書いた設計書は見つかるはずもありません。
しかしながら、慎重に考慮した結果、最終的に障害を報告しませんでした。この判断の理由の一つは、実に上の立場の人が障害を報告しないようにと私にアドバイスをしたことです。おそらく、他の多くの技術者と同じように、私は上司に言われた通りのことをする傾向があるのです。「言うな」「考えるぞ」「で？」「黙ってりゃわからん」「マイクロソフトのせいにできんのか？」「お前は一言もしゃべるな」と言われると、特に役員の個室に呼び出され「警告」を受けると、それに従いたくなるし、考えたくなくなるのです。これはサラリーマンとして当然の「気質」かもしれません。技術者は普通のサラリーマンなのです。私たちは上司自身の口から出たことや、FW:が5個ほど連なったメールにしかすんなりとは従えないのです。
というわけで、私はここにやって参りました。遠く離れているより、増田に来ることを選びました。コンソールを見つめることより、PCを見つめることを選びました。皆さんに何も話さないより、話すことを選んだのです。ここで、非常に個人的なメッセージをお話しすることをお許しください。それはコードを書いているときにいつも心に留めていることなのです。紙に書いて壁に貼ろうとまで思ったことはないのですが、私の心の壁に刻まれているものなのです。それはこういうことです。
「高くて、固い壁があり、それにぶつかって壊れる卵があるとしたら、私は常に壁の側に立つ」ということです。
そうなんです。その壁がいくら正しくなく、卵が正しいとしても、私は壁サイドに立ちます。他の誰かが、何が正しく、正しくないかを決めることになるでしょう。おそらく労基署や裁判所というものが。しかし、もしどのような理由であれ、顧客の立場に立って正直に報告書を書く技術者がいたら、上司はその部下にいかなる価値を見い出せるのでしょうか？
この暗喩が何を意味するのでしょうか？いくつかの場合、それはあまりに単純で明白です。納期前倒し、瑕疵責任、仕様変更、出精値引、SLA無視は高い壁です。これらによって押しつぶされ、徹夜し、心理療法を受ける非正規の下請けたちが卵です。これがこの暗喩の一つの解釈です。
しかし、それだけではありません。もっと深い意味があります。こう考えてください。私たちは皆、多かれ少なかれ、卵なのです。私たちはそれぞれ、壊れやすい殻の中に入った個性的でかけがえのない心を持っているのです。わたしもそうですし、皆さんもそうなのです。そして、私たちは皆、程度の差こそあれ、高く、堅固な壁に直面しています。その壁の名前は「システム」です。「システム」は私たちを守る存在と思われていますが、時に自己増殖し、私たちを殺し、さらに私たちに他者を冷酷かつ効果的、組織的に殺させ始めるのです。
私が報告書を書く目的はただ一つです。個々の下請けが業務を担当したエビデンスを集め、それに責任を与えることです。報告書を書く目的は、「システム」の網の目に自分の魂がからめ捕られ、傷つけられることを防ぐために、「外注先」に対する警戒警報を鳴らし、注意を向けさせることです。私は、設計書への検印、テストの実施担当者の検印、ソースの最終更新者、リリース時の立会い責任者、打ち合わせ記録書の参加者などのエビデンスから個人を槍玉に挙げた報告書を書くことで、自分を守り、壁を守り、下請けを破壊することがSEの仕事であると心から信じています。というわけで、私たちは日々、本当に真剣にエビデンスを積み上げていくのです。
私の先輩は昨年、40代で亡くなりました。先輩はPGで、時折、SEをしていました。金融のSE だったとき、徴PGされ、中国のオフショアに送られました。先輩の隣のチームだった私は、先輩が昼食後に毎日、たくさんのお薬を飲んでいるのを見るのが日常でした。ある時、私は先輩になぜそうまでして働くのかを尋ねました。先輩の答えは、これまでデスマで散った人たちのために戦っているとのことでした。先輩は、顧客であろうが上司であろうが関係なく、残ったメンバーのために開発を続けているとのことでした。先輩が会議室でのレビュー中に焦点の合わない目を見開いたまま俯いている顔を見たとき、先輩の周りに死の影を感じたような気がしました。
先輩は亡くなりました。先輩は残りのメンバーが決して知り得ない仕様も一緒に持っていってしまいました。しかし、メインフレームの周辺に潜んでいたJCLの仕様の一部が既に転職していったメンバーの記憶に残っており、相手の迷惑を顧みずにばんばん電話で聞いています。以上のことはプロジェクト管理のことでわずかにお話しできることですが、最も重要なことの一つです。
今日、皆さんにお話ししたいことは一つだけです。私たちは、国籍、人種を超越した人間であり、個々の存在なのです。「システム」と言われる堅固な壁に直面している壊れやすい卵なのです。どこからみても、勝ち目は見えてきません。壁はあまりに高く、強固で、冷たい存在です。もし、私たちに勝利への希望がみえることがあるとしたら、私たち自身や他者の独自性やかけがえのなさを、さらに魂を互いに交わらせることで得ることのできる温かみを強く信じることから生じるものでなければならないでしょう。
このことを考えてみてください。私たちは皆、実際の、生きた精神を持っているのです。「システム」はそういったものではありません。「システム」がわれわれを食い物にすることを許してはいけません。「システム」に自己増殖を許してはなりません。「システム」が私たちをつくったのではなく、私たちが「システム」をつくったのです。
これが、私がお話ししたいすべてです。
「自宅謹慎1ヶ月」、本当にありがとうございました。一旦は闇に葬られた私の報告書が形を変えて増田の多くの人々に読まれていることはとてもうれしいことです。増田の読者の方々にお礼申し上げます。私がここに来たもっとも大きな理由は皆さんの存在です。私たちが何か意義のあることを共有できたらと願っています。今日、ここでお話しする機会を与えてくださったことに感謝します。ありがとうございました。
>や、組み込みがソフト会社じゃないなんてちっとも言ってないぜ。
判ってるよ、元増田の話ね。
>> NEC
>メインフレームは全力で失念してた。
>でもNECにとってそんなにでかい分野だったのか。
金融系、警察系、空港系なんて金がガポガポ入ってくるのはメインフレーム大活躍だぞ。
むしろ大手とか言うなら眼中から外しちゃだめでしょ。
>結構途中で研究じゃない関連会社に飛ばされるって聞くことの方が気になる。
そうそう。
でもって研究職が元だから、研究以外は全然ダメ。NTTのSEは全く、みたいなのって実はこれが元凶なんだよね。研究者にSEやらせるなってーの。
で、研究者として１流なら、まず外されない。研究者として金出せないなーみたいなのがそういう運命になるよ。
そこまで読みとれんかった。
うん、ググってもまず出てこないだろうね。
いや、簡単だよ。ソフトウェア各社は他の会社をそう呼ぶというだけ。F社は富士通、N社はNEC、O社はOKI、H社は日立ってね。
や、組み込みがソフト会社じゃないなんてちっとも言ってないぜ。
＞ NEC
メインフレームは全力で失念してた。
でもNECにとってそんなにでかい分野だったのか。
＞ 金が全然違う
金で選ぶの？ いやあるに越したことはないけど。
結構途中で研究じゃない関連会社に飛ばされるって聞くことの方が気になる。
＞ 日立 NFISO
ぐぐりゃ出てくるってわけでもなさそうだし、無知で恐縮だが後学のために教えてほしい。
えーっ、組み込みソフトウェアがソフトウェア会社じゃないなんて、どういう腐った頭してんだよ。
そんな認識で大手とか言ってるとしたら、全部落ちるだけじゃねーの？
まぁいいか。
>>NEC
>SI屋じゃないの。
まだまだメインフレームはバリバリ組んでます。あと組み込み系もバリバリ組んでる。
「かんたん接続」はこれからも日本で売られる無線系機器では組み込まれるだろうし、WPSやら何やらと競合したり同時使用したりと、ソフトウェア屋の活躍の場は多いだろう。
>>IBM
>>NTT研
なぜ大学の方がいいんだよ。
金が全然違うぞ。NTT研なんて入ったらボーナスウハウハ。大手に入りたいというならNTT研じゃないかねぇ。
ちなみにNTT研はWindows開発も多いぞ。NTT系列の、例えばソフトフォンとかのコーデックとかNTTの研究所で作ってるはず。
>>日立
>家電屋じゃない？
えーーっ。それマジで言ってる？
NFISO、全部何のことだか判る？
俺はNTT研を押すねぇ。なれる頭があればだけどさ。
http://www.jmiu-ibm.org/2008/11/209.html
で話題になってるみたいなので、1OBとして会社の感想を書いておきます。
私は新卒で入社し5-6年ぐらい在籍して辞めました。辞めたのは数年前でしたが、中に残っている人の話を聞く限り、状況はそんな変わってないように思います。
IBMはすごく良い会社でした。特に仕事面ではいい仕事をたくさんさせてもらい、随分成長できたと思います。
このような形で、若手が仕事をする上ではかなり良い環境だったと思っております。((あくまで若いうちは、ですが。昇進して上になるとまた変わるのですがそのあたりは割愛いたします))
大変充実し、恵まれている環境でしたが、嫌な事も多かったです。その一つが、何も仕事をしていない50代以上の年寄りスタッフが多すぎることでした。
彼らは、かつてはIBMが主力のビジネスにしていたメインフレームの営業さんであったり、それら周りのエンジニア等でした。
IBMは90年代初頭に業績が悪化しましたが、ガースナーという経営者を外部から招聘し、彼のもとで大きな改革が行われました。それにあわせて、日本以外の国ではそのような今後のビジネスに必要の無い従業員はあらかたいなくなりました。
しかし、日本だけは特別で、中々クビを切れないということで、「配置転換」や「再教育」が行われたのです。
自分の顧客資産を生かして再度サービスの販売でのし上がった人もいますし、40過ぎてjavaを覚えて新しい領域のエンジニアになり今でも前線で活躍している人もいます。工場勤務時代の経験を生かして、最先端の工場運営についてコンサルティングをしている人もいます。
しかし、そのように再チャレンジすることを拒否し、ただ会社にいて高い給料をもらうという選択をした人たちもたくさんおりました。
仕事が無いので現場において置けないので、ビジネスマネジメントとかクオリティコントロールなどという間接部門(正確な名前はもう忘れました。意味不明な横文字言葉が多すぎるのも悪いところです)が置かれ、そこに大量の使えない人があぶれていました。
彼らは9時5時でネットを見たりマインスイーパを一日中やってて帰る生活を送り、しかも彼らは長年勤務しているだけあってかなり給料があがっていました。
正直言って自分が稼いだ金を奴らに吸われているという感覚はありましたし「あいつら全員首にしたら絶対この会社は良くなるのに」という話を若手同士でよくしていた記憶があります。
そんな彼らの代弁者になっているのが今回の記事を書いた組合なのでしょう。元記事も随分過激な内容になっています。
しかし、私がみると「またか、いい加減にしろ」としか思えません。私にとって組合は、毎週のように意味不明な内容をエキセントリックに書き散らすチラシを配る存在であり、毎週オフィスをうろうろ回ってカンパを募りに来るだけの存在でした。彼らの目は死んでおり、チラシはそのままゴミ箱に捨てられ、誰もカンパに応じていなかった。少なくとも私の周りで組合員だった者を知りません。
よく組合の幹部で、役員と交渉することがエリートコースというようなことが普通の日本企業では言われてるそうです。少なくともあの会社に関してはそのような雰囲気は微塵も感じられず、終わっている集団という認識でした。
そんなに社内で存在感の無い人たちの寝言が、ネットで話題になっていることには、率直に言って悔しいですし怒りを覚えます。こんな人たちの目線で見たIBMがネットで有名になるのには我慢なりません。IT業界に身を置いたなら生涯勉強だろうが。それもやらないでダラダラくだらない仕事して不当に給料もらってやれ降格だクビだといわれてギャーギャー騒ぐんじゃねえよ。
今回の大元となったリストラ報道を聞いたときは、ようやく日本のIBMもまともな会社に生まれ変わることができそうと思いました。むしろ、元記事にあるような低評価、降格人事、退職強要なるものを行ってこなかったことが今の業績不振を招いており、若干遅きに失したかなとも思います。30代、40代前半の優秀な方々で見切りをつけて出て行ってしまった方もたくさんおります。ただ、これで少しでも本当にまともに金を稼いでいる人への還元がなされればよいと思います。
以上1個人の意見ですが、中にはこう考えている人もいたということで何かの参考になればと思います。
それでは。
最近やっとプログラムの動作チェックと、チェックリストを作らせてもらえるようになった。
チェックリストを作っている先輩（俺が孫会社で先輩はひ孫会社の協力社員）
は、作っている関数の仕様書を見ていない(他のの協力会社が作ったからどこにあるかわからない)し、
他の仕事も山積みになっているので見る暇もない。
なので、少し複雑な関数になるとリストの半分以上まともに動かない。
自分の単純ミスの場合も多いし、先輩がさんざ調べた結果、まだ実装してなくて動くわけがなかった。なんてことも多い。
相変わらずデバッガはよくフリーズして、再起動とコンパイルに10分もかかる。
その間の暇が何よりも耐えがたい。室長の部下を呼びつける大声と、親会社員の会議の喧々諤々がBGM。家に帰りたい。
別の30代の先輩の所には、親会社の社員も協力会社員もいつも質問に来る。
一日の半分は机におらず、別の部署や開発現場を回っている。出退勤を見るといつも退勤はいつも10時過ぎ。
俺の課長は、開発と人員管理で板挟み状態のようだ。
課長や↑の先輩達の残業時間が100時間超えして部長にネチネチ怒られる。
夏の休出の代休を取れと言われるが、取れる暇があるわけがなくて怒られる。
部長も残業を減らせるわけがないと知っていて叱咤しているんだろうが。
会議では、親会社の社員に進行の遅れについてネチネチ言われ、苦笑いするしかないようだ。
部下からもそのことを詰められていたが、回答を要約すれば「来月でどうにかする」ということだった。
遅れているから線表も更新できない。線表を前に半日頭を抱えてたこともあった。
他にも、メンヘルで2か月休んでる社員との面談もしているようだ。
部長曰く「快方に向かってて、復帰できるという確証が見えないと面談はできない」らしいが‥
「薬の量は減ってないそうだ」、とか言ってたのに結局やったのかよっていう‥‥
先輩方は口を揃えて「1年目は勉強、2年目から本番」というが、意味がよくわからない。
何故にすぐに実戦力として使おうとしないのか。
当然すぐに使えるわけはないにしても、3ヶ月目でやっとチェックリストというのは遅すぎないか。
課長も開発が遅れてるんじゃないの？なぜ雑用でも俺を使おうともしないのか。
それとも俺に積極性がないだけなんだろうか。
「今暇だからもっと仕事をさせろ」とか言えばいいのかな？課長の困惑した顔が目に浮かぶな。
新人は俺しかいないので、比較対象がいないからよくわからない。
他の協力会社にも新人が来たが、立場が微妙に違うので比較になるのか‥
最近、家に帰ってもネットでこうして愚痴を垂れ流すくらいしかしなくなった。
学生時代は模型を作ったり、シューティングゲームをよくやっていたが、
もうどちらもやる気がしなくなった。チマチマしたのは仕事だけで十分だ。
みずほのz/Linux案件がITProのニュースになってました。
140台のRS/6000を20台のSystem z/SUSEにコンソリしたそうです。
http://itpro.nikkeibp.co.jp/article/COLUMN/20080711/310594/?ST=system&P=1
# "Principles of Operation"ってのは、IBMのMVSのアーキテクチャが記載されたドキュメントです。ESA/390, z/Architectureの各版にアップデートされてます。最新版はこれかな？古い版では日本語もあったと思うんだけど・・・
z/OS V1R9.0: http://www-03.ibm.com/systems/z/os/zos/bkserv/r9pdf/
# メインフレームがUNIX/Linuxよりも優位にあると思うのは、チャネルサブシステム、Sysplex、アドレス空間管理かな。
http://anond.hatelabo.jp/20080720184208
■
http://anond.hatelabo.jp/20080721190509
「中の人」によるトラバ・レスですね。やはり社内調整が大変なんですね。一言で片付ければ大企業病であります。しかし、「縦割り官僚病」に患った官公庁と「大企業病」にかかった大企業によって、国家予算の多くが割かれているということは、もう一段上からの目線で、見直す必要があると思います。
■
http://anond.hatelabo.jp/20080721063221
ユーザ側がリスクに対する許容度をRFPに明記しないので、メーカー側は過剰品質で高価なシステムを納入せざるを得ないという主旨かと思われます。
http://blog.goo.ne.jp/ikedanobuo/e/05bc2cfe0e759ee46e41bc14eaa2a322
の記事を参考に勉強したいと思います
「代表性 ヒューリスティック」によるリスクの過大評価の可能性についても配慮していきたいと考えています。
http://kyoumu.educ.kyoto-u.ac.jp/cogpsy/personal/Kusumi/heuristics.htm
■
http://anond.hatelabo.jp/20080721094315
>元増田は本来業者が準備すべき書面を自分が作らされているのがおかしいと感じている
>のかもしれないが、そもそもの発端は逆だったという可能性はないかな。
そのとおりかも知れません。些細なことに文書報告を求めるのが役所の悪弊だと思います。
しかし、本件のような億単位の案件に限って、小さな事案に比べ「政治力」が意思決定に大きく関わり、文書が残らないということも、あまりいいことではないと考えます。
あと、僕は国家??種です。
■
http://anond.hatelabo.jp/20080721104034
>サービスとその対価を良く考えてね。
「行政もコスト意識を持って」と省内で言われ、無駄なコピーとり削減とか、わかりやすいことは、みんな頑張っているのですが。高価なシステム購入のことになると、不思議とコストに関して思考停止になる関係者が多いのも事実です。
よく、スーパーの買い物とかは他のスーパーの値段を調査をして節約するけど、マイホーム購入となると、舞い上がってしまい、セールスマンの言われるがまま、大きな買い物をしてしまうということがあるじゃないですか。個人と組織は似たところがありますね。
■
http://anond.hatelabo.jp/20080721083720
これはＩＢＭがプライス・ウォーターのコンサル部門を買収して、ソリューション力を強化しようという戦略をとったのを日立が後追いしているものだと思います。
ＮＥＣもアビーム・コンサルティングを買収したし、富士通も富士通総研を戦略的コンサルティング会社として位置づけ強化する、そういった流れですね。今は。
提案（ソリューション）部分とハード、ソフト売りの部分を明確に分けて、価格を透明化するという試みなのかもしれません。
省庁がコンサルを使う場合は、意思決定の外部評価を得たいとき、つまり「お墨付き」をもらいたいときだと思います。予定調和型の玉虫色のコンサル報告書が○百万円といった金額で売れている。これでは、日本のコンサルティグ業界に健全な成長を求めるのは酷かもしれません。
：：コンサル目指している学生さんがいたら、夢を潰してご免なさい。
■
http://anond.hatelabo.jp/20080721095826
>日立は各社内カンパニー、研究所とそれぞれ独立採算制を取っているのでシステム費用
中央研究所の件はすいませんでした。
しかしながら、少なくとも情報・通信グループの中では、事業所間（戸塚とか新川崎とか秦野とか小田原とか）の利益調整は行っているようですよ。
>下落合の迎賓館云々は日立の子会社が運営しているので、あくまで別会社。
「年金事業は厚生省ではなく、別庁の社会保険庁が運営しているので、本省には問題がない」と言った感じの意味でしょうか。すいません。なんか、つっかっていますね。
■
http://anond.hatelabo.jp/20080721103010
>金融は三菱東京UFJのメインフレームがIBMに取られてボロボロらしいし。
日立メインフレーム事業の長男坊「三和銀行」と次男坊「東海銀行」が合併して、新しい絵が書けるかと思ったところで、三菱東京との合併、ＩＢＭへのシステム片寄せ。日立には逆風でしたね。ゆうちょ銀行のシステムはＮＴＴデータと日立が旧ＵＦＪのシステムを採用して開発中。中途半端に金融事業とメインフレーム事業が生き延びる理由ができてしまい、また経営判断を誤る要素ができました。
日立の金融ソリューションは「ＮＥＸＴＣＡＰ」というものですが、売れてないそうです。熱心に旧日立ユーザであった興銀＝みずほコーポレート銀行に売り込んだのですが、失敗したとか。いつまでも「ＮＥＸＴ」というこのネーミング・センス。日立ってちょっと面白い会社ですね。
■
http://anond.hatelabo.jp/20080721115630
僕は自費タクシーか、会社に泊まるか、新橋のカプセル・ホテルに泊まっています。おそらく日立もごく一部の人だけでしょうね。特権的に居酒屋タクシーなんかできる人は。
■
http://anond.hatelabo.jp/20080721125502
>所員だな。「落としどころ」という言葉を使う当たりが。
どきっ。。こわい。こわい。
http://anond.hatelabo.jp/20080720184208
■
http://anond.hatelabo.jp/20080720200848
>お偉いさんが「前期は競合他社を抑えて売上トップになった」と言ってた。
>ぶっちゃけ性能よりしがらみと売り方次第なんだろうな。
「しがらみ売り」の部分は大きいと思います。「性能よりは」ということではIBMのＺシリーズに設計思想や、システム全体戦略の描き方ということで、国産メインフレームは大きく遅れをとっています。
>他社を知らないから多いか少ないかはわからないけど、トラブルの報告は結構来てる気がする。
>「負荷がかかりすぎ」「処理時間が異常に長い」とか。
>で、本業の開発にどんどんしわ寄せが来たり。
戦略なき「現状維持でなんとか利益をとる」本社方針で、国産メインフレーム自体は技術的進歩は終焉し、「制度疲労化」が目立っています。結局、苦労するのは現場保守のＳＥさんだと思います。これで、「メインフレーム止ーめた」となると、雇用の問題が発生しますね。
■
http://anond.hatelabo.jp/20080720201039
>そんなのに金払って文句が出ない組織ならそれでいいんじゃないの。
税金の使い方について、もう少し繊細に（神経質いうわけでなく）なるような組織に変っていけたらなあと、微力ながら感じます。
■
http://anond.hatelabo.jp/20080720201914
>そのようなことは、別に日立だけじゃないが
>ただ、政府や公共機関の発注の仕方や、年度予算に縛られることなどを考慮して
>批判すべきだろう
他の官需が大きい会社は、同様の問題を抱えているのだろうと思います。
>日本政府や公共機関をガラリと変えて、血の入れ替えを行わなければ、この問題は解決
>しないのではないのかなとも思う。
一度はかなりの混乱が現場では生じるかもしれませんが、長期的に見ると何十年に一回は「ちゃぶ台ひっくり返し」みたいなことがあった方がいいのかもしれません。それが、総選挙による政権交代で可能なのかは、わからないところですね。
■
http://anond.hatelabo.jp/20080720210231
>日本の人（特に大規模な組織）ってコンピュータに関してはとことんお金の使い方が
>下手だなあって思います。
官公庁のＩＴシステムって、ＥＡとか声は聞きますが、やはり個別最適で局所局所に多額のお金を投下しているのではないかと思います。適度な自由さと柔軟性を取り入れていくことで、上手なＩＴ投資につながっていくことを望みます。
■
http://anond.hatelabo.jp/20080720225934
>木を見て森というか山を見ずな断定表現ですべてを台無しにしている。
おっしゃるとおり、未熟な点が多いと思います。自分自身も視野狭窄に陥っていると感じますこの頃。
■
http://anond.hatelabo.jp/20080720230018
>ただそれでもぱっとしないけど。正直僕もどうだろ…とは思う。
ネットワーク技術の遅れは日立にとって痛手だと思います。優秀な研究者も好きな研究課題を選べるわけではないと思いますので、インターネット技術をはじめとした、ネットワーク・コンピューティング面での掘り込みの拙さは、今後、日立の足枷になってしまう可能性がありますね。
■
http://anond.hatelabo.jp/20080720234630
>日立どうのこうのというよりも増田の部署は相見積もとらんの？
メインフレーム等、明らかに現行システムとの連接性が強いものについては競争入札の対象外としてきた経緯があります。長期的視点に立って、調達方式を全面的に見直す時期に来ているのではないかと思います。
>こういう部署を再構築すれば、いまの政府予算の3割削減は可能と思われるのだがどうよ。
>というか発注するもののRFPをしっかり作れない国家公務員は全員クビ。
財政赤字を鑑みれば、行政システムがストップして大きな社会混乱がおきない程度の「過激さ」でリストラクチャリングが必要だと思います。
ＲＦＰですが、システムのリプレースの場合、現行システムに関する仕様・設計が日立側で行われており、暗黙的に日立側が主導権を握っているのが現状です。既存ベンダーである日立としては、情報開示を積極的に行わず、再発注を受けたいというバイアスがあり、ＲＦＰ作成が困難な状況でもありますが、公務員のＩＴ知識不足は改善すべきだと思います。
■
http://anond.hatelabo.jp/20080721000253
>会社は（組合の都合で）一方的に解雇できないけど、給料は基本的に年功序列ベース。
>成果主義といっても、前後数%ブレるだけで、正直あまり意味を成してない。そういうこ>とです。
>そしてこのタイプの主任さん、各事業部に数%の割合でほぼ確実に存在します。これは揺>るぎない事実。
よく日立の方は「工場を維持するのに必要なのです」という捨て台詞的な受け答えをされます。こちらは、支払う料金に対する工場の体制（できれば見なしで人数も)を教えて下さいと再三にわたりお願いしていますが、上記のような状況では開示は難しいですね。ある意味、そのタイプの主任さんたちも税金で悠々な生活を送っているとも言えますね。
■
http://anond.hatelabo.jp/20080721001010
>納入先によって値段が違うの当たり前だろうに。
価格が違うことを指摘しているのではなく、不透明で意識的に複雑化した価格体系について問題意識を持ちました。言葉が足りず誤解を与え申し訳ありませんでした。
■
http://anond.hatelabo.jp/20080721023302
>調達先の業者が指定されているからというだけなんじゃないか？
>官舎に出入り業者として入ったことがあるが、どこぞのメーカーとしてしか入れなかった。
>それがされないのは、企業の信用力という名のもとの参入障壁。
「競争入札制度」というものが適正に運用されていれば、参入障壁は低くなると思います。しかし、入札にすると莫大な体力と時間がかかるので、連接性を認めて随意契約に持っていくというパターンは全国の官公庁で行われているのではないかと思います。改善要だと思います。
■
http://anond.hatelabo.jp/20080721032323
>リスクをとれない、とりたくないってことなんだろ。
>金を払ってもいいから危険は冒したくないってことなら理屈としては間違ってはいない。
リスクに関してはハードの信頼性技術は向上しているので日立は稼働率等を数字で示し、発注側にどれくらいのリスクを許容できるか、相談する余地を示すべきです。「変更すると運用が大きく変更する懸念あり」といった定性的な日立の回答では、外に出ると交通事故に合うので、子どもは家の中でじっとしておきなさいという理屈が「間違ってはいない」と同レベルです。
■
http://anond.hatelabo.jp/20080721034820
>契約した当時、HP-UXやAIXを除いてミッションクリティカルシステムのOSサポートし
>てるとこあったのかなぁ？
導入時に担当していた人に聞いてみようと思います。システムは更改が不可欠なので、更改時に必要な要件、またコストの可能性について、やや日立は説明不足また、当方側も説明をお願いしてドキュメントに残すという姿勢が不足していたと思います。
■
http://anond.hatelabo.jp/20080721041350
>SWとHWを一元的に見られるメーカ／サービスプロバイダって、少ないからねー。
同感です。日立、富士通が日本市場でやっていけるのはSWとHWを一元的に管理できるユーザ能力が欠けているのも一因だと思います。日立、富士通等の強みでもあり、しかし、そこに安住していては、長い目でみれば、国際的競争力を失う（もう失った）ことになるのではないかと思います。
>ちなみに、メインフレーム、悪くないよ。というか、むしろ技術的には、UNIX/Linuxよ
>りも優位性があると思う。
IBMのメインフレームは優位性があると思います。国産メーカは戦略分野と位置づけていないと思いますよ。
>詳しくは、"Principles of Operation"でも読め。今でも、たいして変わってないと思う。
読んでみようと思います。
日立はドキュメント少ないですね。必要以上に情報を「社内秘」扱いにしており、ユーザを「日立ファン」にさせることに失敗していると思います。
■
http://anond.hatelabo.jp/20080721042906
>何事も１００％を求めるなら高コストになるのは当たり前のこと。
99.99％の稼働率確保と99.999％の確保ではコストで大きな違いが出ると思います。
個人的には99.99％を正副確保するレベルで十分だと思いますが。予想停止時間で判断するのも変な話ですが、99.99％の二乗にすれば24時間365日で瞬断が起こる程度にリスクを下げることができると思います。
よく誤解されるポイントではあるけど、同等レベルまで可用性を上げる構成のサーバを導入するくらいなら
やることにもよるのは間違いないが、大抵の場合、メインフレームの方が安いよ？
自分が言いたかったことを代弁してもらった気がします。
「なんかあったら何でもやります」という料金だから。
そうなんだよね。PCサーバなんて、いかに「なんかあっても何にもしない」かが勝負だから。
なので、「なんかあったら何でもやります」のメインフレーム・ハイエンドUNIXを
「なんかあったら何もしない」のPCサーバの値段で代替できるという一部の風潮は、これ幻想。
それはそれとして、
若い役人が、こう頑張るのは素晴らしい。ぜひ、その心を終生忘れずにいて頂きたい。
にはまったく同意。サービスとその対価を良く考えてね。
がんばれ、元増田！！
日立の公共部門って、もともとはファコム・ハイタックって富士通との合弁会社だったんだよ。
社内的には外様と日立の人間から聞いたことがある。金融は三菱東京UFJのメインフレームがIBMに取られてボロボロらしいし。
誤解があるのかな？
元増田がHP-UXなどのシステムとメインフレームを一緒くたにしてるので違和感が。
用語の定義が違ってると混乱しそうな気が。
増田はオープンシステムってのはUNIX（Solaris、HP-UX、AIX）、Windowsのことだと理解している。Linuxも当然含むけど。
システムによってはメインフレームから代替可能だし、HA、ミッションクリティカル＝メインフレームとは必ずしもなってないと思う。
ただ、オープンとはいってもソフトウェアはクローズドなのでここもオープンに、ってことでOSもミドルもオープン（OSS）に移行しようとしてるように見えるがまだ難しそうなイメージ。
技術的な優位性より、対象業務が100％の安全性を必要とするかどうか、ってことが問題なんじゃないかな。
何事も１００％を求めるなら高コストになるのは当たり前のこと。金融系ならともかく、行政でそのレベルの高可用性が必要なのかどうか。また、基幹システムは高可用性が必須でも、周辺システムはそこまでの可用性は必要なくて他に代替可能かもしれない。そういった部分を検討した上で、その上でメインフレームが必要なのかどうかを判断すればいい。
そういえばこんなのもあったなぁ（技術的にどうなのかは知らない。）
追記：
ブコメに意見。年金積立金データ管理はデータの保全は相当高いレベルで必要でしょうが、可用性はそこまで求められないはずです。年金システムが一日止まったところで、窓口から苦情が来る程度でしょう。そういった場合にはデータのバックアップに費用をかけ、システム自体には普通のシステムを利用すれば十分で、メインフレームまで必要だとは思えません。
SWとHWを一元的に見られるメーカ／サービスプロバイダって、少ないからねー。
サードベンダに任せれば、上ものは安くできるかもしれないけど、その下のOSとハードウェアは、BIOSとかマイクロとかいって、メーカじゃないと責任持てなくて、ミッションクリティカルなシステムの場合は、HA機能のソフトウェアが、下層のOSとサーバに密結合してるから、手が出せない。
ちなみに、メインフレーム、悪くないよ。というか、むしろ技術的には、UNIX/Linuxよりも優位性があると思う。
詳しくは、"Principles of Operation"でも読め。今でも、たいして変わってないと思う。最新の事情は、各社のドキュメントを読め。
■落としどころはこんなところでしょうか
最初にエントリーさせていただいた者です。
どうも丁寧かつ的確な解説をしていただきありがとうございます。なんとなく合点がいった感じがします。
実は日立の営業担当者が書くべき説明書をこの１年間くらい、僕が事情を調査して「こんな落としどころかな」という下書きを書いています。ワード文書でメールで送付し、日立は会社名を入れて当方に提出するといった事情になっています。少し変な関係かなと思っていますが、あまり「急激な変化」はいい結果を生まないことと、そもそも僕は公僕で、日立営業マンとは立場が違いますので。
例えば、今回のＵＮＩＸサーバ更改のコスト面説明下書きはこんな感じになるのではないかと想定しています。
■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■
○○省○○課御中 日立製作所
平素はご高配ありがとうございます。
さて、今般見積もりを提示させていただいた「○○システム（UNIX)の更改」について補足説明をさせていただきます。当該システムはメインフレームによる基幹システムに直結する重要システムでＳＬＡ（サービス・レベル・アグリーメント）も非常に高いものと認識しています。
ＵＮＩＸ ＯＳを使用したオープンシステムを採用することで、コストダウン、システム構成の柔軟性を狙いとしながら、信頼性は基幹系に順ずるものとの要件であったと認識しております。
オープン系システムの長所としてハード、ＯＳ、ミドル、アプリで製造元を問わず、業界で標準となっている製品を組み合わせて、最も活用しやすい構成を実現できる点があげられます。一方、短所としては複数のベンダーの組み合わせによるシステムとなるため、不具合が生じたときの、障害切り分け、原因究明に時間を要する場合があることがあげられます。
前回、納入時に日立から提案させていただいた保守体制は後者の短所を補うべく、各ベンダーとの保守契約を一元的に当社が結び、その上でユーザ向けに一本の保守およびシステム提供することが、本システムの安定性、可用性確保に最適と判断したからです。
当該システムは引き続き御省で準基幹システムとして、サービス停止時間の許容が少ない重要システムのひとつと伺っております。弊社ではユーザ様負担を軽減するため、各社のＯＳ、ミドルの代表的な組み合わせについてはできるだけ網羅して一元保守体制を維持するように努めておりますが、代替タイミングによっては、提供ベンダーのバージョン・アップ後のご提供となってしまい、ユーザ様にお買い直しが必要となる場合が生じます。
今後とも、高い保守レベルと柔軟な製品提供のバランスについて努力をしていきますのでご配慮のほど、よろしくお願いします。
以上
■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■
次にシステム保守料の件で想定される僕の下書きです。これも日立営業担当者の代筆案であります。
■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■
○○省○○課御中 日立製作所
平素はご高配ありがとうございます。
御省では弊社メインフレーム・システムを最重要基幹システムとしてご利用いただき、感謝申し上げます。一般にシステムは変更も許容し、稼動しながらも、全社体制で安定稼動を確保するよう日々品質向上を行っている次第です。
最重要基幹システムの保守にあたっては有事の際は、関連部署の全面的な召集、対策本部の設置などを含め万全の体制をとれるよう準備しております。
比喩的に言えば、家庭用インターネット回線のようにベスト・エフォート的な保守体制をとっているわけではなく、企業用専用回線のように、お約束した帯域について最優先で割り当て、異常監視についても厚く体制を組んでいるといったようなものです。
しかしながら、保守サービスといった無形のサービスであり、提供内容が一部不詳であったことについては説明不足の責を認識しております。
つきましては、本社を含めた保守体制図と年間を通じた、予防的な活動も含めた作業内容イメージを○日までに纏め提示させていただき確認いただきたいと思いますのでよろしくお願いします。
以上
■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■
このように、何本も日立営業マンの書くべき説明資料を図付き、用語解説付きで私が深夜労働しながら、いそいそと作成しているのですが、日立製作所情報・通信グループとお付き合いのある企業担当者はみんなこんな感じで仕事をしているのでしょうか。また、日立製作所（富士通やＮＥＣ、その他ベンダー）の方（営業担当者）の方、「ケース・バイ・ケースだよ」とか「それは少し変だな」とか忌憚のない意見を聞かせてもらえれば「モヤモヤ感」が減少するような気がします。
元増田は判っているかも知れないけど、誤解されていそうな所について。
メイン・フレームも馬鹿高いのですが、ＵＮＩＸベースのサーバもやたら高いのです。耐用年数が到来して、買いなおしとなるとハード代だけでなく、ＯＳ、ミドルウェア等々も全部買いなおしになってしまいます。
http://anond.hatelabo.jp/20080720205422より
それは、ベンダお任せで安定な（HAな）システム更新を行うときには、常識です。「何を言っているんだ、この化石反動め！」という声も聞こえてきそうですが、まあ落ち着いて読んでください。
そのように、上から下まで１社で揃えるのは、垂直統合と言われます。そのメリットは、あらゆるトラブルについて、そのベンダにワンストップでクレームを入れて調査対応させる事が出来る事です。コンシューマでは考えられないかも知れませんが、何らかの原因でシステムが動かないときに、「ありゃ、ダメだ」では済まないシステムでは、トラブルを迅速に解決できることが極めて重要であり、重要性に応じて必要なコストは払わねばならないものなのです。安定性の重要性を無視して目先のコストに囚われても、利益機会損失などで安物買いの銭失いと言う事になります。
この垂直統合のメリットですが、その中にサポート期間か切れてしまう物や組み合わせが((OSの対応ハードとか、ミドルウェアの対応OSバージョンとか)）サポート外の物があると半減してしまいます。ベンダ側も、保守コストを抑制しなければ商売出来ませんから、サポート期間も組み合わせも有限に設定せざるを得ないのです。
ですから、そのような一斉リプレースは常識と言えます。
その一方で、そこまでの安定性（可用性）が求められない場合、安い物を組み合わせた方が、コストダウン出来るのは当然です。また、トラブルが起きても、ベンダ任せではなく、自力でトラブルシュート出来る場合も、勿体ない出費といえます。しかし、自前でそんな高スキルのエンジニアを抱えていなければ、適切なトラブルシュートは出来ません。さらに、OSやミドルウェアのソースで確認しなければ((OSSを使っていてもちゃんと自前ビルドして自前でソース管理していなければなりません。単純にバージョンアップすると非互換によりシステムが動かなくなる場合があります))、そのトラブルシュートが正しい保証がありません。目の前の問題は回避出来ても、実は不十分だったり、下手したらもっと深刻な問題を発生させてるかも知れません。
垂直統合はやはり高コストになりやすいので随分割合が少なくなってはいるのは確かだと思いますが、それは、トラブルのリスクを負う事でコストダウンを図っていると言う事なのです。
http://anond.hatelabo.jp/20080721002901より
確かに、これらはメインフレームの特徴であり、オープン系からすると奇妙であり、そしてオープン系に比べてベンダ側の利益率が高い（それでも、世の中もっとボッタクリ商売はいくらでもあるけどね）もの。
この辺は、実際の所、明確な根拠は存在し得ないはず。というのは、「なんかあったら何でもやります」という料金だから。何でもやります、というのは大袈裟に聞こえるかも知れないけど、オープン系なら諦めるような事まで徹底してやるのは事実。そして、その作業の安定性への拘りも、オープンより明らかに饑えだし、安売り専門PCサーバ屋とは桁が違う。そこまで出来るのは、やはり沢山お金を貰ってるから。コストでストップ掛けずに徹底してやれる。とはいえ、今のITの世界の中では、ボッタクリと言われるような利益率なのはその通り（繰り返すけど、IT業界の中では）。
以上、元増田は判ってるかも知れないけど、万一のためと、読者の誤解を招かぬよう。戦った結果「こんなはずじゃ」というオチにならないように。
若い役人が、こう頑張るのは素晴らしい。ぜひ、その心を終生忘れずにいて頂きたい。
http://d.hatena.ne.jp/isayama/20080720/1216562529
にキレイにまとめららていて、また当方の耳に痛いことも進言してくださいました。ありがとうございます。
事実とか思いとか、「日立製作所」の問題か「官公庁のＩＴ調達」の問題か、といった部分がないまぜになって単なる愚痴っぽい文章に終わっていますね。読み返すと。読者のみなさん、申し訳ありませんでした。
さて、内の組織や日立製作所を始めた大きな組織が急に体質を変えて、適正なＩＴ調達と技術の適用がすばやく進むとは思えません。日本的なボトム・アップ式のゆるやかな改革の連続が、いつか壁を突き破ることにつながることになるだろうと思います。
私が担当ベースで粘り強く取り組むことは以下のとおりかと思います。
（１）日立のメインフレームの見積もりで高い、または前回購入時よりほとんど下がっていない点については徹底的に説明を受け、当方の組織に納得できるよう資料を提示してもらう。
・以前、ガートナージャパンの亦賀ヴァイス・プレジデントが「国産メインフレームの最大の問題は価格の不透明さ、そして、今後の技術のロードマップが不透明なところである」と言っていました。
この点を担当者として、勉強もしながら疑問点を洗い出して、ベンダーにぶつけ、友好的な交渉の後、適正な価格・構成で契約すべきでしょう。
疑問点の洗い出し（「なぜ」を何回も繰り返す）
・１プロセッサーあたりの処理能力は向上しているのに、ＩＢＭのように筐体統合（論理分割＝ＬＰＡＲ）を推奨案とせず、メインフレームの台数が多い構成を薦めるのだろうか（秦野市のハード工場の維持のため台数出荷は押さえておきたいポイントなのか）
・１プロセッサー（50MIPS程度）で提供価額１億円を超えており、明細がないが説明をしてもらう。
プロセッサー単体＝１億ではなくある程度パッケージ化された固まりなので１億円の大台になってしまうのだと思う。交代用プロセッサー、ＳＶＰと言われるプロセスを監視する機構、あとメモリ（４Ｇ）等いろんな部位があってこういった値段になっている。福袋のようにまとめて、１億とか言われると思考停止するので、ここは明細を出してもらい、サービスマニュアルでどんな働き、冗長性を持っているかを理解して価格交渉するべきですね（デカルト「困難は分解せよ」）。
・詳細な見積もり書の提出を日立が拒む可能性は大きい。これまでも数度にわたり交渉したが、先方は牛歩作戦でうやむやにしてきました。ここは企業対企業なので、いろいろ駆け引きもあるようですが、地道に交渉します。気の利く営業マンだと「今の時点では正式な紙としてお出しできませんが、口頭ベース未確定でメモをお取りいただいたということで・・・」と言って企業名の入っていない内訳メモを出して、こちらの気を揉ませることのないよう配慮するのでしょうが。
・ＣＰＵ周辺部品の明細徴求
メインフレームは入出力用のチャネルと言われる部品も一個250万円ほどしてそれが、何十個と搭載する必要となるとすごい金額になります。昔メタルチャネルで、その次は光ファイバチャネル、そして最近光ファイバ多重チャネルと何種類かの接続機器が混在し見積もり金額が高くなるのです。周辺機器も順次、上位の接続規格にグレードアップしていけば、統合・集約ができるのですが、どうしてもレガシーな接続方法が残ってしまうのですね。パソコンに喩えるとUSBみたいなものですが、高いうえに融通が利かないのです。また、ここは日立独自の技術というよりＩＢＭから技術供与を受けているみたいですね。日立物流のトラックから当該部品が入ったダンボール箱の荷下ろしを目撃したのですが「ＩＢＭ ESCON」と堂々と箱に書いてありました。光多重チャネルは24多重まで可能であるので、数は減らせるはず、減らせないなら納得のいく説明をもらう。また、下位のレガシーチャネルは周辺機器の入れ替えの関係もあり１年も使わず廃棄といった勿体無いことがおこりそうです。
日立もグリーンＩＴを推進しているので、自社検証センターや共同システムセンタでさほどクリティカルでない場所でセカンド・ユースして下取りすることは可能か聞いてみます。
最近ＣＰＵ専用のプロトコル（日立ではＸＮＦという）をTCP/IPに変換するホスト側のミドルウェアが実装され、サーバへのデータ転送はＦＴＰ転送で可能になりました。メインフレームには内蔵ＬＡＮアダプターというギガビット・イーサーを搭載でき、またこれが２ポートついているのですが、１個200万円するんです。もっと高かったかな。それでサーバーと接続するのですが、普通、複数のサーバとやり取りするならば、中間にスイッチを置いてメインフレーム側のＬＡＮアダプターの数は抑制しますよね。
日立の技術者はめっきりネットワークに弱く、サーバと1対１通信をするため、相手のサーバの数だけ内蔵ＬＡＮアダプターを買わせようとしているのです。メインフレーム側の仕様かなと思い日立のメインフレームＸＮＦ／ＴＣＰマニュアルを精読すると１つのＬＡＮアダプターに64個までのＬＡＮの設定定義が可能となっていました。でも「ネットワークは自分の専門でないから・・・」等々言って動きたがらないのです。しかし、ここはしっかりお願いをして、場合によってはネットワークに強いベンダーさんを読んで帯域制御なり、ＶＬＡＮなりの十分汎用化した技術を使って最適な構成をやってもらおうと思います。
他の日立のユーザさん、どうですか。ネットワーク接続で目茶苦茶原始的な接続設計で高いハードをたくさん買わされていませんか。こういうハードはロット生産なので本社から在庫があるので、少々言葉は悪いけど無知なユーザにはハードを売り捌けという指令が飛んでいるのかもしれません。
日立はこれを「ＡＰ保守料（サービス料）」と読んでユーザに契約させ、１ヶ月毎払いで年間数億円請求しています。当官庁のサイトには常駐のＳＥさん、ハード保守の人に100人とまではいかないけど、詰めてもらってその方たちには、その保守料とは別に人月ベースで人件費を払っています。このＡＰ保守料は何か「本社への上納金」のような気がして仕方がないのです。すべてのユーザがお支払いしているのかも不明なので、いったいどういうものか質問してみます。ユーザサイド常駐ＳＥがいて、それとは別に事業維持のため上納金が欲しい。けれど月々の活動明細は提出しない。資金使途は教えられないというのでは「みかじめ料」みたいですね。日本ＩＢＭさんではこの制度はないようです。
■他社への参考見積もり
日本ＩＢＭ社に同等規模のシステムを構築するといくらくらいになりますか、ということで見積もりを取りました。
ハードの置き換えでなく、使用しているソフト料等のランニング費用を出してイニシャル×ランニングでトータルで参考値を提出してもらいました。
１ヶ月くらいかけて問診シートをもとに結構精緻な資料をつくってもらい日本ＩＢＭ社には感謝しています。メインフレームは独自ハード、独自ＯＳ、独自ミドルといったところで、全面コンバージョンは非常に難しいところがあるのですが、ＩＢＭさんは「参考になれば」ということで、しっかりとした資料をまとめてくれました。
一番、移行に対してハードルが高いのは20年来使っているＤＢのミドルウェアとのインターフェースが互換性がないということでした。形式が違うため、ＤＢのつくり、アプリケーションから参照するデータ・テーブルを全面改造するとなると、すべてのシステムをゼロから書き直すといったことが必要になり、今のこちらの体力では難しいという結果となりました。
しかし、ＩＢＭ側もこちらのシステムのつくりを把握することができたので「ここの機能はオープン・パッケージにマイグレーションするといい」と言った提案は今後してくれるとのことでした。
印象的だったのは日立のように秘密主義、なにも説明してくれない主義とは違って、自分たちの技術に自信、誇りを持って的確な資料を短期間に纏め上げてきたことです。感嘆しました。また、非売品だそうですが、「ＩＢＭ Ｚシリーズハンドブック」という、あまり専門的な知識がなくてもＺシリーズのイロハが分かる日本語の参考書をくれました。これは分かりやすくて、熟読して「日立」には「これはどうなの」と言った質問をしています。顧客に見せるナレッジ・マネジメントという意味ではＩＢＭの方が数段上のようですね。
メインフレームのプログラムは150種類くらいあって、個別に月々レンタルというかたちで使用料を払っているのです。ものすごく高いです。全部で70千万円くらいかな。価格体系も複雑で、またプログラム種類も多岐にわたり、理解が難しい。これなんかは提供側とユーザの情報の非対称性を「悪用」した「不安商法」といえるかもしれません。でも、税金が無駄に使われているかもしれませんので、頑張ってチェックしていかなければ。
■結論■
あまり、味方がいないので、体を壊さないようスケジュールを作ってこつこつ日立製作所との不公正な取引があれば理詰めで解消していきたいと思います。また、他の官庁、自治体で同様な無駄、過剰な契約をしていることがあれば、本当に必要なのか吟味して、全体として適正な方向に向かえばいいと思います。あまり革命は望んでいません。
日立はIBMからハード・ディスク・ドライブ製造部門を買収しました。ＨＧＳＴ（日立・グローバル・ストレージ・テクノロジー）という会社を作りましたね。ハード・ディスクの価格競争は激しく、シーゲート社、ウェスティン・デジタル社などどリテール部門は激しいプライス競争をしています。
リテール部門での赤字をエンタープライズ部門でのディスク装置へ取り付けるハードディスクドライブの価格を高くすることで補っているのではないかと疑惑があります。
内のシステムでは日立のディスク装置（製品名ＵＳＰ Ｖ）をメインフレーム接続用として導入しています。その製品に搭載するドライブは、１個36GB、72GB、146GB、300GBの中から選定するのですが、この時代300GBで単価１万円くらいだろうと思っていたのですが桁違いなのです。
企業用オンラインなので、大事をとって日立としては36GBのドライブをRAID１で採用して欲しい。そして標準価格は１ドライブ100万円です。提供価額で70万円に下がったとしても実質18ＧＢで70万円のハードディスクドライブってそんなむちゃくちゃ高いですやん。
結局、玉が小さいのでたくさんの数を購入しましたが、これってリテール部門で赤字が出ているのを官公庁向け販売で補填しているのではないかと疑念が沸きました。
リテールのハードディスク・ドライブはまあ信頼性が低く、３年１日８時間持てば幸いという品質だそうですが、企業用は違うのだと日立の人は言ってましたが。そう「ザクとは違うのだよ、ザクとは」と。でもですね、その高いハードディスクドライブも結構エラーや警告が出て交換しているのです。今に大事に至りそうで心配です。
それと日立の「USP V」という高機能ディスク装置ですが、一杯メモリがついていたり、カタログでは仮想ストレージ機能、自動プロビジョニング機能やら「世界最高」の機能がたくさんついていて値段も世界最高なのですが、メインフレーム用ディスクとして使う際には、それらの豪華機能は残念ながら一切使えないですね。
だから、メインフレーム用の高信頼性だが、機能はシンプルな製品を出せと言ってもそれは出せない。「USP V」を買えという話になりました。パソコンのハードディスクと違って、企業用ハイエンドディスクって目茶苦茶高いんですよ。メインフレームとの連接製ということでこれまた随意契約で入札なしで日立から購入するのです。工夫すればＥＭＣのディスクも使えるんですけどね。やっぱ外資系はいつ撤退するかわからん・・心配というか、先立つ金は税金で自分の金じゃないので、アンパイな日立を選択するんですね。ＥＭＣの営業マンをつれてきた私は上司に「日立とうまく行っているのだから余計なことをするな」とお叱りを受けました。
高機能ディスクのアイデアはＥＭＣが先に機能開発して日立が後追いでちょっと性能が高いということで「世界一」という謳い文句で販売しているようですが。ＥＭＣの「TimeFinder」機能をそのままマネして日立が「タイム・トラベラー」と言う名前でリリースしたときは笑いました。日立にも笑いが分かる人がいるんですね（今は「TrueCopy」と改名）。
最初のエントリー書いた者です。トラバの仕方とかよくわからないですいません。
官公庁で使用しているメインフレーム・システムは1980年代に通産省のコンピュータの国策化を目論む計画もあって、日立や富士通に置き換わっていったそうです。そもそも、日立や富士通、ＮＥＣは多額の税金を補助金として国産メインフレームを作ったという由来があるそうです。それでも日立、富士通はＩＢＭへ産業スパイ事件を起こしたりして紆余曲折して現在に至ります。
1980年代から、税金がらみでコテコテにカスタマズしてしがらみが大きいシステムを作っておき、まともな競争調達ができない状態にして、国民の税金を使って多額の対価を得る。調達側も、日立、富士通とかに、「安全第一でいくなら、弊社のシステムでお使いになったほうがいいですよ。お酒も奢りますし」と言って勉強不足の状態。
あまり健全ではない状態が日本のＩＴ力を弱めていると思います。東大、東工大の大学院を出た優秀な人物が日立に埋もれているという、人材面での弊害もあると思います。まぁ、アメリカと違って、起業家に対する考え方が違うからかもしれませんが。しかし、優秀な人材であれば、日本の税金の器の中の小さな技術を引き継ぐだけの仕事をさせるだけでなく、世界で競争力を持つ部分に能力をあてがうべきです。
日立ですが、メイン・フレームも馬鹿高いのですが、ＵＮＩＸベースのサーバもやたら高いのです。耐用年数が到来して、買いなおしとなるとハード代だけでなく、ＯＳ、ミドルウェア等々も全部買いなおしになってしまいます。それは、日立がＵＮＩＸサーバを自社技術で確立できず、ＩＢＭのＡＩＸやＨＰのＨＰ??ＵＸをＯＥＭ提供していて、日立自身が製品提供のイニシアティブをとれないのが原因と思われます。当初、導入した時はそういった説明は一切せず、メインフレームとの接続システムですから、といってセールスしてきました。全国の官公庁ではきっとそういった日立営業の説明を鵜呑みにして「（日立メインフレームの）基幹システムとの連接性が認められる」と意思決定をして、競争入札をせずに、随意契約をしているところも多いのではないでしょうか。
よく日立の営業の方は「日立は変なところで利益を取ろうとはしていませんから」とか言うのですが、そういった言説こそ間違いだと思います。日立が一般企業と同じく、利益追求を正常に行う企業であれば、世界で勝てる技術開発を行い、他社と互換性があるシステムへマイグレーションする道を選ぶと思います。「利益を取ることを考えなくても、税金上がりの金で、そこそこやっていける。その方がしばらくは安泰だ」という考え方があるので、長期的には世界的技術力を失っているんだと思います。