Categories |
CPUの創りかた |
Modern Compiler Implementation in ML |
NerdTV |
PDP-11シミュレータで古代のUNIXを動かしてみる |
The Yakumo Project |
やさぐれ読書録
最近のツッコミ:1.Dominic(2008-06-23 05:05)
2.CheapestCheapOEMoem(2008-06-17 03:00)
3.NewDownloadCreativAdobOEM(2008-06-12 20:00)
最近のトラックバック:1.濃縮還元オレンジニュース:プロ.. (2006-12-22 22:02)
4月25日から読んでいた"How to Make Meetings Work"を読了。このサイズ（ペーパーバックで300ページ程度）の本は1週間以内で読み終えるのが通常のペースなのだが、今回は1ヶ月強も要しているあたりに、最近の不調ぶりが如実に表れている。感想はまたそのうち書く（かも）。
"mciML"は引き続き第7章"Translation to Intermediate Code"のコード書き。配列変数とレコード（構造体）型の変数の取り扱いに着手したが、不調のためやや足踏み。現在は160ページあたり。
紙名さんの日記で紹介されていた"How to Get Your Paper Accepted at OOPSLA"。今更言うまでもなくOOPSLA(Object-Oriented Programming, Systems, Languages, and Applications)はオブジェクト指向関係の研究者にとって最高峰とも言えるカンファレンスであるが、そこに採録されるような論文を書くには何が必要であるかが丁寧に書かれている。卒業論文や修士論文を書くときにも参考になりそうな部分を、かいつまんで引用しておこう：
まず最初に「自分はなぜこの論文を書いているのだろう？」という質問に答えなくてはならない。もし「この2年間にやってきたことをまとめるため」といった答えが返ってくるようならば、ダメな論文を書いている恐れがある。
（やさぐれ訳。かなりの意訳につき注意）
あれこれ手を出している論文よりも、的を絞った論文の方が良い。ともすれば、研究を進めている際に浮かんだすばらしいアイディアをすべて説明したくなるものであるが、その誘惑に負けないようにしよう。大事なメッセージを一つだけ選び、これをしっかりと伝えるべきである。
（同じくやさぐれ訳。かなりの意訳につき注意）
他にもタメになる言葉が沢山あるが、省略。後は原文を見てね、ということで。
"The DEMING Management Method"(Mary Walton)を読み始める。"eXtreme Programming Explained"と"Quality Software Management"の2冊の文献リストに挙がっていた一冊。デミングについてはこちらとかこちらを参照。この本はデミングの（主に日本での）足跡と、デミングによるアメリカでの品質・経営管理のセミナーの「実況中継」とも言うべき講義録、そしてその手法を取り入れたアメリカ企業の事例、の三つの部分から構成されている。
冒頭部分を読んで意外に思ったのが、1980年代に入るまで、アメリカではデミングはほとんど無名であった、ということ。ということ。デミングがアメリカで突然脚光を浴びるようになったのが1980年、この本が発行されたのが1986年、デミング自身による著書"Out of the Crisis"の発行も1986年、ちなみに"The Goal"の発行は1984年。1980年代の初頭から中頃に、何らかの変曲点があったことがうかがわれる。
「CPUの創りかた」製作編では"TD4"という名前のプロセッサを汎用ロジックICで組み上げたワケだが、今回はこれのエミュレータを、トランジスタ技術2004年4月号付録のH8/3694Fボードを使って作ってみることにした。名づけて"TD4/H8"。
これがH8/3694Fボード。
■ ドリル恐怖症
H8/3694Fはルネサステクノロジから発売されている16ビットマイコン。これを使って開発をするときには、RS232Cケーブルを使ってPCと接続し、フラッシュROMへプログラムを書き込むという手順を踏む。ということで、まずはトラ技4月号を参考に、書き込み用回路の製作から始めることとなった。と、ここで問題発生。RS232Cのコネクタはいわゆる千鳥配列、つまり上の段のピンと下の段のピンが、たがいちがいに配置されているため、普通のユニバーサル基板の格子状の穴にはどうしてもハマらない。
これはドリルで穴あけをせねばならない。ところがドリルと聞くとこんなハンドドリルとかこんな電動ドリルみたいな恐ろしげなシロモノばかりを連想したあげく、ウチでこんなのを使って工作するのは大変だと勝手に思い込んでいたのであった（そんなワケで前回のTD4の製作でも電源ジャックはケーブルつきのものを使ったりしている）。実はピンバイスというもっと控えめな工具があったことに気がついたのはしばらく後のことである。
ピンバイス。これで基板にキリキリと穴をあけてゆく。時間は少々かかったが穴あけ問題はこれにて一件落着。
■ 配線とPC接続試験
必要な部品をそろえて、適当に穴をあけたら本格的な製作作業に入る。今回は、すずメッキ線をベースに配線を引き回してみた。
部品面。
配線面。
PCと接続し、まずはモニタプログラムを書き込んでみる…が不成功。3回くらい失敗した後に、配線し忘れた部分を発見した。問題の部分を直した後に再挑戦してみると今度は何事もなく成功した。
PCとの接続の様子はこんなカンジ。
今回の製作はここまで。今後はプログラミングと入出力インタフェース部分の製作を並行してすすめる予定である。
"mciML"は配列変数とレコード型の変数の取り扱いをなんとか終え、各種演算子、さらに条件分岐の実装に進む。ペースは遅いもののなんとか進んでいる。現在は162ページあたり。
ここ数年、特にこの一年の間に読んだ本に繰り返し出てくる言葉が「テイラリズム(Taylorism)」あるいは「科学的管理法(scientific management)」である。今読んでいる"The DEMING Management Method"にもこれについて取り上げた一節が登場する。これは「テイラリズム」の簡潔な説明にもなっているのでまずは引用しておきたい。
[20世紀初頭に]テイラーは作業標準とルールによって人間の作業効率を定義し、コントロールすることが出来るという説を唱えた。作業時間の解析を通じて仕事を単純な細かいステップに分解し、これを繰り返し行うことにより、作業者によるバラツキを発生させることなく仕事を進めることができるというのが彼の主張であった。複雑性を最小化することにより効率を最大化できる ― だがテイラーの方式による組み立てラインにおいては、高い業績を上げるのは低い業績をあげるのと同じくらい悪いことであった。
（中略）
ある意味、テイラーの主張は正しかった。この方式が大量生産の実現に寄与したのは確かである。しかし同時にこの方式は小回りがきかず、硬直的であり、市場の変化に機敏に対応するには適していなかった。
（"The DEMING Management Method"9ページ）
この文章はDeming本人ではなく、著者のMary Waltonによるものであることに注意。ただし同書は事実上Demingにより監修されていることを考慮すると、Deming自身の主張も上記とそれほどかけ離れていないものと想像される。あくまで想像ではあるが。
■ XP
「テイラリズム」という言葉を最初に知ったのは、2001年に"eXtreme Programming Explained"の著者であるKent Beckの講演を聞いたときのことだ。この講演でBeck氏はテイラリズムについて非常に否定的な意見を述べていたのだが、これは"eXtreme Programming Explained"のコメントつき文献リストにもそのまま反映されている。文献リスト中に登場するテイラーの著書"The Principles of Scientific Management"については、このような記述がされている。
これこそが「テイラリズム」の根源となった本である。専門化と厳格な分割統治というアプローチは、より多くの車を低コストで生産するという目的には適していた。私の経験から言えば、このような方式はソフトウェアの開発戦略としてはまったく意味がなく、またビジネス的にも、人間的にも意義を見出すことは出来ないものである。
（"eXtreme Programming Explained"172ページ）
■ PSP
eXtreme Programmingとともすれば対立することの多いPersonal Software Process(PSP)側は、テイラリズムに対してこれよりもやや慎重な態度をとっている。Watts HamphreyによるPSPの教科書"A Discipline for Software Engineering"で"The Principles of Scientific Management"を参考文献として取り上げている個所の文から引用する：
Hawthoneによる調査で明らかになったのは、ルーチン的作業をする工場労働者は、単なる機械として扱われるよりも、考え、また感じることのできる人間として取り扱われたほうがはるかに良い仕事をするということであった。だが、創造的な部分とルーチン的な部分が組み合わさった仕事において、標準化された作業プロセスが役に立つか立たないかについては、なおも論争が続いている。
（"A Discipline for Software Engineering"15ページ）
■ 能力構築競争
そして「能力構築競争」にもテイラリズムは登場する。
むろん、不具合への対応など、非ルーチン的な作業においては、マニュアル化されない暗黙知的な熟練が重要な役割を果たすが、繰り返し作業の部分については標準化・マニュアル化をむしろ徹底し、同時にこのマニュアルを現場管理者主導で頻繁に改訂するという形で改善を行うのである。その意味では、トヨタ的な生産システムをテイラー的な作業標準化（最適の作業方法を確立しそれをマニュアルとして職場に徹底させること）の否定とみるのはミスリーディングであり、むしろ現場を巻き込むという意味での徹底した「民主的テイラー主義」とみなすべきだとの指摘もある。
（「能力構築競争」156ページ）
"mciML"は条件分岐の実装がとりあえず完了し、レコード型変数の領域確保と初期化コード生成の部分に着手。コードは書いているもののページ数は進まず、現在は164ページあたり。
6月9日から読んでいた"The DEMING Management Method"を読了。エピローグは1985年の日本、デミング賞の授与式でのDemingの言葉で締めくくられている。
日本流の経営がその強さを保ちつづけることは重要である。西洋の産業界の凋落の元となった手法を取り入れた結果、弱体化するなどという事態を起こしてはならない。
（中略）
日本流の経営は西洋流のマネジメントという病気におかされてしまうのか？社員の業績評価などというものを採用するつもりなのか？日本流の経営はこのようなものに感染してしまうのか？日本流の経営は日本と世界のためにも、その力を失ってはならない。
（"The DEMING Management Method"248-249ページ）
約20年が経った今、この言葉はすっかり忘れ去られたかのように見える。
6月17日「テイラリズムの影」で取り上げた"The Principles of Scientific Management"(Frederick Winslow Taylor)を読み始める。「テイラリズム」の元となったこの本は1911年の発行。76ページとさほどボリュームはないが、古い文体は少々読みづらい。
今回は入出力インタフェースの設計。基本イメージは昔懐かしいIMSAIとかPDP-11といったマシンのような、トグルスイッチとLEDを使ったインタフェースである。当初はIMSAIの仕様書とかがそのまま使えるかと期待したが、どうもイメージに合わないため、自前でデッチ上げてみることにした。こんなカンジである。
LEDをたくさん使うことになるが、H8/3694でこれらを直接駆動するのはどうみても無理なので、バスバッファ（と呼んでよいのかな、この場合）として74HC540あたりを間にカマすことにする。なお上記3つのプッシュボタンはそれぞれ
という役割を持っている。これらボタンを押した場合の状態遷移を簡単にまとめたのが次の図。
いずれのボタンも実際には割り込みで実現する。上の図には"CLOCK"ってのも入っているが、これはオリジナルのTD4で使われていた、1Hz/10Hzを出力するクロックジェネレータによる割り込みを指す。要するに
ということである。割り込みの優先順位は"PROG_RUN" ＞ "ENTER" ＞ "NEXT_ADDR" ＞ "CLOCK"といったところか。さらに細かい仕様も、書こうと思えばまだ書けるのだが、キリがなくなるのでこの辺にしておく。
# 三浦 [もう少し整理しようよ。 IMSAIやPDP-11ばりにするなら割り込みでなくDMAじゃないの。 TD4てメモリ空間狭..]
# 三浦 [というか、その前に、どこからどこまでをH8でエミュレートするのか、が問題なのか。 ]
# 福盛 [> というか、その前に、どこからどこまでをH8でエミュレートするのか、が問題なのか。 まずは背景から。最初の予定で..]
# 福盛 [> IMSAIやPDP-11ばりにするなら割り込みでなくDMAじゃないの。 例えが悪かったかな…「トグルスイッチと..]
# 福盛 [いや、やっぱりちゃんとアドレス指定ができるのがまっとうな姿であるような気がしてきた。どうしようかな。う〜ん… ]
# 福盛 [> アドレス直接指定ができれば確かにNEXT_ADDRとENTERは兼用してもよさそう。 おっと、これだと入力した..]
# 三浦 [わかった。 - スイッチで割り込みを、という辺りでTK80みたいな、TD4上のモニタプログラム自体がキースキャンから..]
# 三浦 [あ、DMAってi8237みたいなDMAコントローラが居るとかじゃなくて、CPUをメモリバスから切り離して(これがプロ..]
# 福盛 [> わかった。 > - スイッチで... > - プログラムを... の理解はその通りで合っています。 > トグ..]
# 福盛 [> 先の僕の二つのコメントに示した理由から、 > NEXT_ADDRとENTERは独立した二つのボタンにしておきたい..]
"mciML"はforやwhileといったループ文の実装に着手。先週と同様コードは書いているもののページ数は進まず。本当はループ中に登場するbreak文にも対応させなければいけないのだが、そこはとりあえず後回しにする。現在は166ページ。
6月23日から読んでいた"The Principles of Scientific Management"を読了。前半部分の印象はそれほど良いものではなかった。ところが後半になるとその印象は大幅に変化する。
確かに科学的管理法における労働者は、日常の作業で自分の好きな工具や手法を自由に使うということを許されてはいない。しかしながら、労働者からの改善の提案は、手法および工具のどちらにおいても、大いに推奨されるべきである。またそのような提案がなされた時には、経営側はその新しい手法について慎重に分析を行い、古い標準に対する新しい提案の優位な点を明確にするために、必要であれば一連の実験を行う、という方針を持って臨まなければならない。そして新しい手法が従来の手法よりも明らかに優れていると判明した場合は、これを組織の新しい標準として採用すべきである。
("The Principles of Scientific Management"67ページ)
あれれ、労働者側と経営側の区別をはっきりさせているところを除けば、これはデミングの言葉や「カイゼン」と同じではないか…
私は改めてこう主張したい：「ただ一人の人間が、他者の助けを借りることなく達成した業績が偉大なものとして評価された時代は終わり、今や偉大な業績というものが共同作業によって達成される時代が到来しつつある。共同作業の中で人々は、各人が最も得意とする役目を果たし、各人はその個性を失わうことなく、自分の力を最大限に発揮するのである。そして各人は自らのオリジナリティや自主性を失うことなく、しかし同時に他の多くの人々の管理のもと、彼らと協調して仕事をすることが求められている」
("The Principles of Scientific Management"74ページ)
う〜ん、上の文を見る限り、テイラリズムの目指すものは非人間的な管理である、という批判はどうにも当てはまらないような気がする…
しかしその一方で、同書の前半で受けた印象がよろしくなかったのも事実.。
「よし、お前さんがもし高給取りになりたいというのならば、明日からは朝から夜までこの男の言う通りにするんだ。鋳鉄の塊を持って歩けと彼が言ったらお前はその通りにする。彼が座って休めと言ったらお前は座る…」
("The Principles of Scientific Management"21ページ)
前半の単純労働者と管理者との関係の例は、召使と主人のそれを思い起こさせるものであった。両者の調和こそが大事と同書では説いているが、それもやはり召使と主人の良い関係の構築のような印象を受ける。
この本を全体的にどう評価すべきなのだろうか。迷いは尽きないのであった。
"A Discipline for Software Engineering"を読み始める。4年前に購入したものの、10項目からなる演習を全部こなさなければ本当の効果が出ない、ということで二の足を踏んでいた本。ちなみにこれのダイジェスト版に当たる"Introduction to the Personal Software Process"は2000年の9月に読了している。
この本が背景にしているPSP(Personal Software Process)という手法のミソは、ソフトウェアを作るという作業において、作業時間と品質の記録をとりながら、それを元に改善を進めるというところ。作業時間の解析というアプローチは"The Principles of Scientific Management"でテイラーが唱えたものであるが、本書のそれはテイラーのものとは異なり、作業をする人間自身がデータをとり、それを使用するという点に違いがある。これは"The DEMING Management Method"や「能力構築競争」に登場した方法に近い。
このような計測をすること自体が非人間的であるとのKent Beckの言葉
あるいはPSPなんか捨てて、我々は人間だ、機械の部品なんかじゃないとはっきり認めるべきであろう。
(extremeprogramming-jp MLから)
さらには「生産性は計測不能」と言うMartin Fowlerの言葉
計測しようという試みは全部徒労。生産性以外のところで魅力を持つべきで、それはソフトウェア業界の大きなチャレンジになる
(ogijunさんの日記2004年4月19日)
なども聞かれるが、とにかく試してみないことには上の言葉が正しいかどうかなど分からない。そもそも彼らがPSPを実際にやってみたなんて話は聞いたこともないし。PSPがダメかどうか、そして計測するという試み自体が無意味かどうかについて結論を出すのは、この本を終えてからでも遅くはないであろう。
# 三浦 [そっちかい! それをやるならDesignWaveの付録のCPLD基板とかFPGA基板とか…… というか、プラグコンパ..]
# 福盛 [CPLDを使った製作計画はかなり前(3月くらい)から立てており、最終的にはこれを目標にしています。まずは前座というか..]