<更新情報>
5/25 0時30分 92年に書いた文書で確認し、ラボ検査システムとして導入したUNIXマシンであるRS6000の条を追記
1時 HP-67, HP97画像追記、<余談>追記
1970年代から1990年代にかけて、25年ほどのパソコンの性能アップの状況を整理して、koderaさんのブログへコメントしました。
koderaさんは（東大工学部機械工学⇒大学院工学系研究科機械工学専攻⇒）富士通でコンピュータの開発をしていた方です。富士通の後、シャープでワープロ「書院」の開発も担当しました。「書院」はベストセラーだった富士通の「OASIS」の後に出てきて、ずいぶん売れました。
koderaさんはメーカ内部の事情をいろいろと書いてくれています。今書き残しておかないと、あの時代に開発の仕事に携わった人がこの世から次々とおさらばしていますので、その時代に生きていた人でないと書けない泥臭い話も含めていろいろなことがわからなくなります。大学生は研究開発志向が強い人が多いようですから、実際の開発現場がどのようなものであるか、参考になれば幸いです。コンピュータ開発をめぐる製造メーカ側の内部事情はkoderaさんのブログをお読みください。
わたしは1979年から1999年までさまざまなタイプのコンピュータのユーザでしたから、ユーザ側から見た20年年史を語りたいと思います。
産業用エレクトロニクスの輸入商社へ1979年に入社するとすぐに逆ポーランド記法の科学技術計算用プログラマブル・キャリュキュレータ（HP社製、HP67とプリンタ付のHP97）とCOOLというダイレクトアドレッシング言語で動くオフコン（三菱電機）でプログラミングを独習し、1980年にコンパイラ言語の汎用小型機（三菱電機）のプログラミング言語（PROGRESSⅡ）もマスターしました。IBMのRPGⅡと同種の言語でした。最初に独習したのが科学技術計算専用の言語、次に事務系のアッセンブラ級の原始的な事務系言語と事務系コンパイラー言語を学んだということになります。事務系の言語は3日間の講習に行かせてもらいました。仕事上必要に迫られて修得したプログラミング言語は三つ。
①逆ポーランド方式の科学技術計算用言語
②COOL： 三菱電機のオフコン用言語 12桁の数字によるダイレクトアドレッシング
③PROGLESSⅡ：三菱電機汎用小型機用のコンパイラー言語
90年代半ばにパソコン用言語の「C++」を学びたかったが、仕事上の機会がありませんでした。
*HP67, HP97画像
（入社して、電卓を使って統計計算をして経営分析をしていたら、1ヵ月後に社長が米国出張から戻ると机の上にHP67がありました。秘書に訊くと「社長がebisuさんにって、仰ってました」との返事。この計算機はカードにプログラムやデータが記録できます。標準の統計計算は頭の部分にROMのスロットが二つあって、そこに統計アプリROMを差し込みます。統計アプリと数学アプリを使っていました。HP97は入社して2.5ヶ月後に社長が米国出張で買ってきてくれました。HP97は当時の価格で22万円もしましたから、ずいぶん気前の良い社長でした。作成したプログラムや入力データをプリントアウトしてチェックできるので、ずいぶん楽になりました。「5ディメンション25ゲージの経営分析用レーダーチャート」に使う数値を計算するのに丸1日かっていましたが、この計算機のお陰で30分で完了、オフコンのプログラミングに手を出す余裕やシステム開発関係の専門書を十数冊読む余裕が生まれました。）
産業用エレクトロニクス輸入商社へ入社してすぐに、メンバーが役員と部長そして課長2名の6つの委員会に属して、そちらの仕事をほとんど一人でやっていました。財務委員会、資金投資委員会、長期計画委員会、収益見通し及び経営分析委員会、為替対策委員会、電算処理委員会の6つ。利益重点営業委員会だけメンバーではありませんでしたが、為替レートの変動に合わせて円定価表を作成・四半期ごとに改訂するというシステム化課題が明確になっていたので、メンバーの営業課長のE藤さんとわたしの仕事になっていました。
これらの7委員会の目的は、具体的なデータ分析をして、会社の強みと弱点を洗い出し、財務体質と利益構造を変革する具体的な提案をオーナ社長の関さんにすることでした。3番目までの委員会は社長自ら委員長として指揮しました。20代後半にこういう大きな仕事を課題を明確にして担わせてくれた関周社長に感謝です。大きな仕事をいくつもこなすチャンスがあったので、仕事のスキルが飛躍的に上がってしまったのです。
この会社では6つの委員会の仕事と予算編成と予算管理がわたしのルーチン業務でしたが、1年後にはコンピュータの管理とシステム開発の仕事が追加されました。月のうち半分くらいは終電で帰宅という状態でしたが、大きな仕事を一人でいくつも任され、スキルがガンガン上がっていくので楽しかった。
1984年に規模が10倍ほどの企業である国内最大手の臨床検査センター、SRLへ東証Ⅱ部上場準備要員として転職し、当時国内最大クラスの汎用大型機（富士通、買い取り価格10億円、1台は買取、1台はレンタル、計2台。3MegaのMM増設に5000万円）を使って、仕事の半分くらいの時間を投入して統合システム開発をしました。1984年末まではシステム開発が仕事の半分でした。残りは予算編成と予算管理、そして大きな費目のコストカット提案がわたしの業務でした。
その後の大きなシステム開発は、千葉の臨床検査子会社のラボシステム開発に親会社の関係会社管理部として1992年に関わったのが最後です。仕事の精度と生産性を4倍に上げることで簡単に黒字転換できました。受付･報告系にIBMのAS400（IBMのRDBマシン、システム38の後継機である、ユーザー部門に使い勝手の良いマシンである）とラボ検査系にRS6000（IBMのUNIXサーバー）を使用しました。ラボシステムはRDBマシンでは無理、検査機器とのインターフェイスや制御をやるにはUNIXマシンが最適でした。それまで1台のホストコンピュータによる処理だったのを、2台の汎用小型機で用途別に分散処理に替えました。
（資料：1992年8月20日付けRef.#SM(I)-303）
この後のシステム関係の仕事は1990年代後半に帝人との臨床治験検査合弁会社でシステム部門がわたしの管理下にあっただけで、仕事の指示はしましたが、取締役ですからわたしが実務を担うことはなくなっていました。このときには業務用パソコンを数台をラックにマウントする形のサーバー・コンピュータを使用してました。ディスクもテラバイト単位でした。イントラネットが整備され、パソコンが業務の中心にありました。
職位が上がるのは権限が大きくなってやりたいことがやれるので、うれしいことではありますが、マネジメントが仕事の主体になり、実務を直接担当できなくなるという寂しい話も裏側にはあります。仕事上の役割が違ってしまいます。サーバがパソコン中心のシステム構成になったところからは、わたしはシステム開発や管理の実務にタッチしておりません。ずっとやっていたかった。SRL八王子ラボで購買課でシステム管理と機器購入担当、その後の89年に学術開発本部スタッフとして開発部（製薬メーカとの検査試薬の共同開発及び共同開発業務の標準化担当、米軍との母体血によるトリプルマーカ検査（MoM値：出生前診断検査）システム開発、慶応大学病院と出生前診断産学共同プロジェクトのコーディネイト（製薬メーカ2社に3種類の検査試薬各々3000テスト分を無償提供してもらいました。））、学術情報部（海外のお客様のラボ見学案内担当及び臨床病理学会との臨床検査項目コード標準化に関する産学共同プロジェクト）と精度保証部（米国制度管理基準CAPライセンス関係業務お手伝い）の三つの部門それぞれの仕事を担当していましたが、本音は一度自分の手で検査業務をしてみたかったのです。でも、やらせてもらえませんでした。入社してすぐに、2年間全社予算編成を統括していたので、現場の仕事をさせてくれません、東証Ⅱ部上場準備要員としてとくにシステム開発能力に期待して35歳のわたしを雇ったのですから、当然といえば当然ですが、臨床検査業の会社で検査を自分の手でやらないとわかった気がしなかったのです。原価計算システムでそれまでの学説をひっくり返すような画期的な利益思考のシミュレーションシステムを構想していましたから、3ヶ月ごとに4種類の検査部門で検査業務をやってみたかったのです、機会がありませんでした。
1984年当時は富士通の汎用大型機はCOBOLで動いていましたが、外部仕様書やプログラミング仕様書を書き、新しい事務フロー・デザイン、つまり外部設計をしただけで、COBOLでコーディングをやる機会がありませんでした。SRLにはシステム開発に失敗して使えなかったDECの最新（1984年当時）ミニコンも2台あったし、腕を磨くために自分でプログラミングをしていろいろ試してみたいことがありました。事務用の言語では統計計算処理が絡むシステム開発に使い勝手の点で限界を感じていました。だからC言語でDECのミニコンを使ってみたかったのです。汎用大型機の事務用言語で処理したデータを使って、経営分析用の統計計算処理をミニコン側でやる、そういう処理系を考えていました。結局は、パソコンの性能アップで、ラックにマウントされた数台のサーバの並列処理で全部のデータ処理が扱えるように（1990年代後半）変わってしまいました。
1984年の統合システム開発は、わたしが会計システムと支払管理システム、固定資産管理システムの3つの外部設計と実務設計を担当し、内部設計とプログラミングはNCDさんへ委託。当初はCOBOLでつくったシステムを翌年（1985）にEASY-TRIEVEという簡易言語で書き直しました。そちらの方が処理時間が短縮できました。プログラミング効率がよいだけでなく、マシン語にコンパイルしたときにコンパクトになるような高性能の言語だったようです。実際にバッチ処理時間が短縮できました。
84年4月に開発をスタートさせ、12月から本稼動した統合システムは、以前からあった業務システム、ラボシステム（臨床検査サブシステム）に、新たに原価計算システム、購買在庫管理システム、販売管理（請求）システム、予算サブシステム、会計システム、支払いシステム、固定資産管理（投資案件と予定減価償却費シミュレーションも含む）システムを構築し、これら9個のシステムがインターフェイスするものでした。後ろの3システムと会計情報システムと各システムとのインターフェイス仕様書作成もわたしの担当でした。1週間で書き上げました。
当時はまだパソコンが仕事で使えるほどの性能ではなかったので、汎用大型機でのバッチ処理システムでした。ワープロ専用機が出て4年目くらいのことです。最初のころのワープロ専用機はA4版が縦に表示できるもので、1980年ころ200万円もしていたのです。10年で1/20に価格が下がったことになります。1980年当時は順番待ちで営業事務に使っていました。お客様への見積書や提案書作成用でした。わたしは使わせてもらえず、手書きで文書作成をしていました。四半期ごとの経営分析レポートも、さまざまな統計グラフも、納期管理システムの外部設計書も、外貨決済と為替予約を含む外国為替管理システム仕様書も、何から何まで手書きで資料をつくっていました。
経営分析の計算業務は1979年から科学技術計算用のHP67とHP97を使って統計計算プログラミングをしてました。標準偏差を利用したモデル計算に基づく、5ディメンション・25ゲージのレーダチャートも手書きでした。この2台の計算機がなければ仕事量は半分以下だったでしょう。この経営分析システムはSRLで関係者管理部へ異動したときに、EXCELに載せ替えました。子会社や買収対象の臨床検査会社の評価に使いました。じつに強力でした。
富士通のワープロ専用機OASISを自費購入して仕事に使い始めたのが1990年ころのことです。生産性が上がって、文書作成量が5倍くらいに増えました。思いつくままにタイピングしてから後編集（あとへんしゅう）できるので、構成を考えずに書き進めるからだろうと思います。タイピングしているうちに全体の構成が頭の中でまとまりだします。
20歳中ころに修士論文にドイツ語文献を引用するために、ドイツ製かスイス製のオリンピア*という欧文タイプライターを購入してタイピング・トレーニングをしたことがあったので、10本指で高速タイピングが可能でした。90年に41歳、20代の人が「ebisuさんどうしてそんなに速いのですか？」と吃驚（びっくり）していました。同じくらいの年頃に人は左右1本指でキーを叩くような人までいましたから。ビリヤードや珠算と同じで、こういう手の技は基本に忠実なトレーニング（毎日30分ほど、3ヶ月くらい）やるのが、効果的です。いまでは高校でタイピングのトレーニングをしているようです。ワープロ検定というのがある、便利になりました。
*OLIMPIA typewriter 画像 ⇒これです！頑丈なタイプライターでした、見た目の堅牢性と色とフォルムの美しさからインテリアとして小道具に使えます。
http://www.mbok.jp/item/item_339311138.html
思いつくままに書いているので話が前後して申し訳ありません、それぞれに年を入れておくので、時間軸を行ったり来たりするのはご寛恕ください。
最初にパソコンに出会ったのは1979年でしたが、コモドール社製のもので、まるでオモチャでした。キーを押すと、いくつか持ち上がって元に戻らないような代物でした。産業用エレクトロニクス輸入商社の技術部の中臣さんという課長に教えてもらいました。画面にコマンドを表示させて、数十ステップのプログラミンをするだけ、こんなものは20年たっても仕事では使えないと思いました。国産のワープロ専用機のキーボードは実に性能が良くて、キーに不具合なんで起きたことがありませんでした。日本製品はメカニカルな部分は比べ斧にならないほど品質がよかった。
でも、会社の技術部にはHP社のマイクロ波計測器制御用の高性能パソコンが何台も転がっていました。双方向のインターフェイスバス（GPIB）が標準装備で150～200万円ほどしていました。4色プロッターが200万円でした。ほしかったのですが、80年ころは買ってもらえませんでした。
そのころからCPUの速度とMM（Main Memory）に使われていたROMやRAMの集積度が2年で4倍に指数関数的に上がっていたのですが、ハードウェアの高性能化に対応したソフトが開発されて、WORDやEXCELが出てきて、ワープロ専用機が15年後に消滅するとは、誰も考えられなかったでしょう。指数関数的な変化はどこかで人間の想像力の限界を振り切ってしまうようです。その変化はこれから30年間、想像を絶するほど人工知能の性能をアップしてしまうでしょう。ハードウェアの性能アップとソフトウェアの性能アップと、ビッグデータが「三種の神器」となっていますが、もっと強力なアイテムがこれから30年間のうちに現れます。それが何かを人間の知能が予測することができない。人類が滅亡しかねないほど怖いことになります。
koderaさんは富士通と第五世代コンピュータ開発技術研究組合で実際の議論に加わっていた人です。面白いですから、このころのコンピュータの加速的な性能アップに興味がある方はkoderaさんのブログをお読みください。
米国にはスティーブ･ジョブスやビル･ゲイツに匹敵する有能な人たちが輩出していましたし、日本でも似たような状況がありました。でも、結果が違います。koderaさんはその原因にも言及しています。
記事のタイトルをリストアップしておきます。クリックするとkoderaさんのブログへジャンプします。
ebisu先生への返信
スモールビジネスコンピュータ登場前夜の状況
自分の記事が面白い
システム工学は説得工学
新任課長と新任研究部長の思い出
書きたいことは２ケタ上
新しい事業部長
シャープの独身寮の思いで
オフィスオートメーション機器開発時代
<余談>
産業用エレクトロニクス輸入商社時代から、自分が発信した文書は管理番号を振り、発信日付を付して、日付順にファイルしてあります。それは臨床検査会社SRLへ入社してからも同じですから、必要のある都度、ファイルから取り出して確認できます。
SRL時代の分だけで8cmの暑さのファイルが6冊ほどあります。産業用エレクトロニクス時代の発信文書はほとんど棄ててしまいました。
70% 20%