コンピュータと私【この頃思うこと－70-'d】 [この頃思うこと]
**********************************************************************************
当ブログは30年ほど昔に１時間半の講義の中間に眠気覚ましとして始めた大学時代の時空を超えたはなしに始まる駄文だが300編ほど溜まった。このブログをScroll down して左側の任意のマイカテゴリーをクリックするとそれ毎にも読める。
**********************************************************************************
コンピュータと私【この頃思うこと－７０－】
この題でいつもの通り1400字以内にまとめようと思ったがその長さではとても無理なことと、その内容の幾つかは既にブログで紹介済みなので、少し長くなるが全部を以下のようにまとめた。目次を作っておいたので時間があるときにその部分を見ていただければ幸いです。
*************************************************************
「PCS－機械計算－電子計算機－コンピュータ－パソコン」の流れ
まえがき
私個人は縁あってコンピュータ誕生の地米国でその利用黎明期だった1950年代の終わりから、その革新を追いながらずっとその利用に携わった数少ない一人であることに、自分の国内外での経験を書いたブログのあちこちと出て来ることで認識を新にした。これらの場にいたものの責任として書き留めたものにこの際若干の手を加え一連の流れでまとめることにした。
目 次
１．八幡製鐵でのPCSとの出会い
２．アメリカでのPCS操作と真空管式のデジタル型電子計算機の利用
３．八幡製鐵所での1961年頃の電子計算機のオペレーション
以下の文はこのブログをScroll down して左側の任意のマイカテゴリの 1960年代の計算機導入初期の頃 を見ていただくと出てくる。
５．計算機導入初期の頃の職場での茶目っ気
６．計算機導入初期の頃の職場での茶目っ気－続き－
７．漢字入力で思うこと【この頃思うこと－２７－】
８．キーボードと英文タイプライタ【この頃思うこと－２８－】
機械工学を学び、就職難の時期に幸運にも八幡製鐵に入社できたのは1956年だった。同期生はそれぞれ半年間、各工場での現場作業や主要な事務業務を研修させて貰った。米国製のデータ処理機械PCS(punched Card System)の存在をこの時に知った。日本では製薬会社に続いて事務合理化の目的で1952年に導入されたという。手の平倍大のカードを百枚くらいを静電気防止にさばき、法人には高すぎる機械の背丈補足の台上でPCS上に並べ目にも留まらぬ速さでカード上の穿孔位置で英数字を読み取り計算する。当時約３万６千人いた従業員の給与や賃金を現場事務員の算盤に代わり300人弱のPCS要員で正確に計算し印刷まですると聞き驚いた記憶がある。10月の本配属で希望通り自動制御担当箇所に行けたが、事務系の友人は俗称「アイビーエム」の機械計算課に決まり彼が若い女性パンチャーが大勢いるとも言っていた。
２ アメリカでのPCS操作と真空管式のデジタル型電子計算機の利用
入社３年目の1968年夏に全額米国政府支給の留学生として米国の大学院に入学した。渡航船上で日本電気からの友人がデジタル型コンピュータに行くのだと聞き、アナログ型意外にデジタル型もあると初めて知った。Case工大には、当時の日本にはまだ１台も存在しなかった巨大なドームに無数の真空管があるUNIVCⅡや、技術計算用の比較的小型のIBM650型があるのに目を見張った。早速IBM650の技術計算プログラミングを受講した。まずはPCS機器の構成で始まりそのプログラミングに当たるwiring(ボード配線)の実習で「名前で英文、生年月日で数字をカードに穿孔し読み込ませてプリントする、でき次第解散」だった。皆はJohn Smith とか短くてすぐ済むのにYoshisuke Inoueと長いスペルに「子供は短い名だ！」と恨めしく思った記憶がある。修士論文には勿論IBM650を使った数式モデルで加熱炉の最適化を求めた。その翌1961年春に日本初の大型計算機が八幡に入荷予定でそのプログラミングを学び帰国との社命で、卒業後2週間のIBM社の事務計算講習会に通った。最初の数時間は技術計算と違いバッチ処理のデータを順序よく揃えるためのsortとmergeの必要性の理解に一日目は相当苦労した。簡単な給与計算の実習もあった。ランダム処理しか必要ない現在ではバッチ処理の言葉を聞くこともない。
その他、企業での応用が始まったORを世界的な名著「Operation Research」の著者直々のの講義をとり、その自由課題で「倉庫における最適保有量」を設定し、自学した、まだ発表直後のコンピュータ使用前提のダイナミック・プロがラミングの技法を試みみた。これは「プログラミング」コースの課題も兼ねさせた。クリスマス休み前でIBM650利用は一時間ほど待ち数分の計算で終わる学生が列をなしていた。ミスがないように何回もチェックしPCSカードにパンチして読み込ませた。理屈では在庫初日の解の計算に全体の半分以上の時間を要し、その解で次の日の解が出て最後の月末分は一秒もかからない筈だった。"Cross Your Fingers"（旨く行きますように）と唱えながらデータを読み込ませた。IBM360のパネル上はランプが点滅する。10分以上経っても答えのカードがでない。列をなす学生が「ループしているぞ」と催促する。「解は幾つ出るのだ？」「30」「そんなには待てない。」「最初の解は時間がかかるが後は短くなる。」ループでないことを念じやりとりしている間に15分くらいで最初の解のカードが出た。皆あきらめ顔で20分強待ってくれた。帰国して翌年IBM7070で解いたら２分ほどで済んだのには驚いた。
1.1 IBM7070の導入」
これを書いているパソコンは、言うまでもなくリアルタイム処理で、内部メモリーも数十GBあって、インターネットに接続すれば瞬時に世界中にがつながる。これをたかだか50年昔の電子計算機と比べると、蒸気機関車と新幹線よりもっと差が大きいと思える。それで連想すると昔のバッチ時代の電算機のオペレーションは、機関車の石炭投入作業の想像以上に、いまの人には想像できないかも知れない。するとそれを記録に留めておくのも、少しは意味があるかも知れないと思いそれに関連することも含めた書くことにした。
電子計算機が日本企業に輸入され始めたのは、アメリカでの設置に遅れること２年ほどの1961年からで、同年に八幡製鐵所で設置されたIBM7070は世界最新鋭（トランジスター使用）のバッチ処理方式で、そのために作られた当時は珍しい空調付きの大きな建物の一階を占拠する大きさだった。それは内部メモリーが10ｋワード（1ワード数字10桁）、10桁の加算速度が10マイクロ秒といった代物だった。パソコン時代で育った人には「バッチ処理」すらも滅多に目にしない言葉と思われるので解説すると、当時は内部メモリーが小さいため、データは高さ2ｍ、60ｃｍ角くらいの装置の中で磁気テープがクルクルと回る外部メモリーとの間でデータをやりとりする必要があった。そのため事務用データは、まずある程度にまとめて(batch）、それをソート（指定の順序通り揃える）やマージ（複数のデータを指定の順序通りにまとめる）をおこない、それからその順序に従ってデータを磁気テープとの間でやりとりしながら(その度にテープがクルクル回る）処理する必要があった。 しかも、そのような幾つかのバッチに分けた要望項目にしたがって順序並び替えた結果を幾つかのテープ別にアウトプットした（書き込んだ）あと、それらのテープとの間でバッチ処理（一括処理）せざるを得ず、それすら驚きだったので、オンラインですぐ処理結果を出すなどとは想像を絶していた。いまの机上パソコンでは、データとそれらのソフトが内蔵されているので、画面上のクリック一つで瞬時に望みの項目順序でソート、マージできるなどとはその頃を知っている私には夢のようだ。
前置きはそれくらいにして、当時のオペレーション作業の一端を振り返ってみよう。私は資質的にプログラマーには自他共に認めるほど不向きと思うが、当時では私は数少ないプログラム実務経験者という理由で給与計算のプログラマーを命じられた。というのも当時の日本には研究用デジタル型の小型機が数台あったくらいで事務用は皆無であり、私は前年夏にアメリカ留学で修士論文に電算機を使ったとの理由でその翌春設置予定の電算機要員として事務用のプログラム研修会にも参加して帰ったからだ。
当時の給与計算は製鐵所４万人近くの給与（月給）・賃金(日給）を300名くらいがPCS（パンチカードシステムといって電算機の前身の情報処理機械）を使い毎月一ヶ月弱をかけて計算していた。給与計算は20近くのバッチ処理に分かれていて最初の「異動処理」という主幹部分を担当した。機械科卒のエンジニアとして入社した身で給与計算などと初めてのことで苦労も多かったが、同僚の大多数が20歳代の若い職場で、後で振り返ると31年間のサラリーマン生活のなかで最も茶目っ気の発揮できた楽しめた職場でもあった。
大変でもあったが、想い出は古きよきもの残るというがそれらを幾つか書き留めて見る。
（blog inoueyoshisuke.blog.so-net.ne.jp/archive/c2302341260-1 他）
今も私が従事しているシステムではバッチ処理やっています。日中取り込んだデータを夜間にバッチ処理するイメージです。今のシステムはJavaですが、これまで先生が携われたIBMの子孫のメインフレームでJCL、Cobolの仕事もしました。今システムはクラウド、仮想化が台頭しそれを、サポートするツールが乱立しややこしくなるばかりで、メインフレームがシンプルでわかりやすかったです。
仮想化ももともとはメインフレームの区画と同じ技術なんですが色んなソフトが好き勝手やるので統一性がないのが問題です。
by kamatani (2017-09-11 23:46)