listen to my digital heartbeat.

　ここのところ問題なく使えていた（と思っていた）我がXubuntuマシン、WEBブラウズ中に突然のクラッシュ！　リセットボタンを押してみても、電源を入れ直してみても、OSが起動しなくなってしまった（いつもと違う画面になり、OS起動を選んでも途中で止まってしまう）。

　メモリチェックをしてみたが、メモリに異常はないようだ。また、マシン筐体内部の埃を掃除機で吸い取ってみたがダメ。

　途中で止まってしまうOS起動画面の（英語の）エラーメッセージを読んでみると、OSをインストールしているメインのHDDのファイルシステムに不整合があるので手動でfsckせよ、と書いてある。嫌な予感がしたが、古いLinuxムック等を参考に修復を試みる。

　現在このマシンには2台のHDDが接続されており、OSがインストールされている1台目がsda（ファイルシステムはEXT4で、その中の唯一のパーティションがsda1）、2台目のHDDがsdb（ファイルシステムはNTFSで2つのパーティションに分かれており、それぞれsdb1とsdb2）と認識されているようだ。

　取り敢えず、

fsck /dev/sda1

とやってみると、ファイルシステムのチェックと修復が始まった。修復の必要のある箇所が現れる度に確認を求められキーボードの「y」キーを押さなければならなかったが、無事修復できたようだ。

　ちなみに、

fsck -y /dev/sda1

とやれば、確認を省略して全て「y」キーを押したことになるようだ。

　また、NTFS形式のファイルシステムが壊れた場合は、「fsck」ではなく「ntfsf」コマンドを使うようだ。

　自宅のデスクトップPCのHDDを交換しXubuntuをインストールして使い始めたのは、元々のHDDがブッ壊れてWindows Vistaが起動しなくなったから。このHDDは捨てるしかないと思っていたんだけど、奇跡的に（Xubuntuから）アクセス出来て、メールデータやダウンロードしていたファイルなんかを救い出すことが出来たから、完全に壊れているワケではないのかもしれない。ただ、それは本当に「奇跡」で、基本的には廃棄する方向。

　僕のPCのHDD内にハッカーが狙うような機密データや重要な個人情報なんて何もないから、悪意のある人物に中のデータを盗み出されるようなことを心配しても意味ないんだけど、一応こういう場合のHDDの処理の仕方を知っておきたい。

　調べてみると、HDDを廃棄する場合だけでなく譲渡したりする場合にも使えるプログラムがあるようだ。HDDの全領域にランダムな値を書き込んで、ハッカーでも元のデータの読み書きを出来なくする、というようなツール（ハッカーはHDDに残った残留磁気から元の値を推測したりするらしいんだけど、ランダムな値を何度も上書きして、それすら不可能にする、というような趣旨）。「HDDを壊す（読み書き出来なくする）」のではなく、「元の値を読み書き出来なくする」ためのツール。

　「端末」を開いて、

$ sudo shred -n 1 -v /dev/sdb

（「sdb」の部分は環境により異なるので注意。うちのPCだと2台目のHDDなのでこんな感じ。ここは慎重に。）

　コマンドラインのプログラムで、Xubuntu 18.04 LTSには最初から入っていた。

　ところが…、開始から8時間、延々と「書き込みエラー」の表示が出続けるので、「Ctrl+C」を押して中断。やっぱ壊れてるわ、このHDD。これやる必要なかったかな…。

　自宅のデスクトップPC（旧メインマシン）にXubuntu 18.04 LTSをインストールして1週間、結局FirefoxでWebブラウズしかしていない…。それじゃマズいだろ！ということで、DVDでも視るか！と。DVDをドライブにセットすると自動で（DVDが）マウントされ、「Parole メディアプレーヤー」が立ち上がって、再生が始ま…らない！

　コピー防止のプロテクト機能なのか、著作権関係のライセンスの問題なのか…。googleってみると、どうやらコーデックとか何とか追加でインストールしないといけないらしい。ただ、インストールは簡単そう…。お金がかかるワケでもないし…。

　「端末」を開いて、

$ sudo apt-get install ubuntu-restricted-extras
$ sudo apt install libdvd-pkg
$ sudo dpkg-reconfigure libdvd-pkg

（OSはXubuntuだが、"xubuntu-restricted-extras"ではないことに注意。）

　相変わらず意味のわからない呪文をただ入力しただけだけど…。須藤3連発でOSの再起動も必要なく、DVDをドライブにセットしたら今度は無事に再生が始まりました…。

　しかし、デフォルトではDVD視聴もできないんじゃ、ユーザーフレンドリーで有名なUbuntuでもLinuxはやっぱり敷居高いねぇ…。まぁ、OSSとしての建前があるからねぇ…。

　自宅のデスクトップPC、2008年3月に購入したショップブランドのWindows Vistaマシンですが、昨年からHDDの不具合が発生していました。これまで騙し騙し使ってきたんですが、7月末についにWindowsが起動しなくなってしまいました。

　で、とにかく行動力・決定力のない当方、今後の自宅のPC環境をどうするか決めあぐねていたんですが…、取り敢えずHDDを交換し、Linuxをインストールしてみることにしました。

　新しいHDDは何故か既にあるんですよね（笑）。2年前のゴールデンウィークだったか、普段行かないPCショップをブラブラ覗いていたら、2TBの内蔵型HDDがセールで安売りされていて、（僕には珍しく）衝動的に買ってしまいました。一応、過去にPC自作の経験があったので。で、その後放置（笑）。

　Linuxに関しては、常用したことはないんだけど、20世紀末の「Linuxブーム」以来、Linuxに関する雑誌やムックなんかはときどき見ていて、仕事でバリバリ使いたい！というのではなく、メールの送受信やWEB閲覧に使うだけなら、何の問題もなくすぐ使えるだろうということはわかっていました（でも、あれかな、無線LAN、スキャナ、プリンタ、等々、周辺機器の使用でハマるときはハマるかな。今ではトラブルはだいぶ起きなくなってきてるんだろうけど）。

　今回は（いつもボロクソに言っている）雑誌「日経Linux（2018年9月号）」の付録DVD-ROMに収められていた「Xubuntu 18.04 LTS」をインストール。情報量は圧倒的に「Ubuntu」の方が多いんだけど、Ubuntuは10年前のPCには荷が重過ぎる（うちのマシンのCPUはAMD Athlon64 X2 4200+（64ビットのデュアルコア）、メモリ2GBで、DVDからライブ起動すらできず）。インストールするならLubuntuかな？と思っていたんだけど、XubuntuをDVDからライブ起動してみると何とか動きそうだったので。ダメなら、改めてLubuntuをインストールする。

　5年ほど前に「日経Linux」を毎月買っていたことがあって（ほとんど読んでなかったけど（笑））、その頃は「WindowsのインストールされているHDDに後から追加でLinuxをインストールする際にHDDのパーティション分割を行い、デュアルブート環境を構築する」というのがメジャーだったのだけど、最近はその方法は推奨されていないようですね。

　で、インストールはあっけなく終了。日本語入力機能も最初から使えました。日本語入力機能ですら「後から追加でインストール」とか面倒臭くて嫌なんで良かったです。これまでWindows VistaやWindows 7をメインPCとして使っていた人間としては、Windows 10なんかよりもユーザーインターフェースに関して違和感ないです。

　ただ、あれですね、Linux系はプログラム開発環境が最初から充実している、というイメージを持っていたんだけど、プログラミング言語系は何もインストールされていないみたい。CもJavaもRubyもPythonも。まぁ、おいおい。

　で、まだ本格的なことは何もしていなくて、WEB閲覧くらいしかしていないんだけど、Firefox用（？）のフラッシュプレーヤーのインストールについて、将来の自分に向けてメモ。

　Xubuntuのメニューの「設定」から「ソフトウェアとアップデート」を起動、「他のソフトウェア」タブの「Canonicalパートナー」にチェックを入れる。

　で、「端末」を開いて、

$ sudo apt-get install adobe-flashplugin

を実行。WEB上の情報を見ると、

$ sudo apt install adobe-flashplugin

や、

$ sudo apt-get install flashplugin-installer

でもいいみたいですが（試してません）。

　ついでに（しなくてもいいのかもしれないけれど）、

$ sudo apt autoremove

で、フラッシュプレーヤーのインストール後に不要になったパッケージ（？）を削除。「sudo」ってのが「須藤」みたいで、如何にもLinux/UNIXだよな〜！って感じですよね！

　本当はこういうのも面倒臭いとも言えるけど、僕が最初にコンピューターにハマったのはMS-DOS時代なんで、CUIに対する抵抗はほとんどないんですよね。むしろ、楽しい（笑）。次は、Thunderbirdの設定だな〜！

　『基礎から学ぶ データ構造とアルゴリズム』
　穴田　有一・林　雄二（著）
　2009年
　共立出版
　★★☆☆☆

　情報系の大学や高専、専門学校での講義の教科書として使われることを念頭に置いた、典型的な「アルゴリズムとデータ構造」入門。理工系の教科書の文章は（僕のような文系人間から見ると）驚くほど素っ気ないもので、本書の記述も「アッサリ」した印象だが、言葉不足ではないので（文系読者の）独学にも使えると思う。140ページ程度の薄い本。

　全4章構成。「計算量（O記法）」「データ構造（配列・リスト、スタック・キュー、木構造）」「探索（2分探索木、2分探索法、ハッシュ法）」「整列（交換ソート・選択ソート・挿入ソート、シェルソート、ヒープソート、クイックソート、マージソート）」といった最小限の内容。ところどころに練習問題が設けられており、巻末に解答例が掲載されている。

　あっさりテイスト。意欲のある学生さんなら、「時間をかけてジックリ取り組む」というより、「土日の2日間でこの本に書いてある内容を全てマスターする！」くらいの意気込みでバリバリ読み進めていった方がいいと思う。類書と読み比べて基礎固めをするのも吉（特に第4章「整列」の解説はあまり良くないので、他の本と併読した方が良いと思う）。ただし、流し読みではなく、ちゃんと理解しながら読むこと！　掲載されているサンプルコード（JavaとC言語）やその解説が間違っている箇所があり（また、間違いではないにせよ不要な処理を行っていたり、適切とは思えない例もある）、間違いを全て発見し訂正するツモリで読むとシッカリ理解できると思う（笑）。僕が読んだのは「初版2刷」だが、些細な誤植は結構多い（特に「数値」に誤りが多い。出版社の本書のサポートページにも正誤表は掲載されていない（2017年05月現在））。何と問題の解答例にも誤りがある！　また、全てのアルゴリズムにサンプルコードが示されているワケではない。

　如何にも「基礎から学ぶデータ構造とアルゴリズム」という内容の本。講義用の「アルゴリズムとデータ構造」の教科書は類書が実に多い。本屋で立ち読みしてみても正直似たり寄ったりで、本書も特に個性はないような…（著者としては「説明に図表を多く用いている」点が本書の「個性」だと思っているのかもしれないが…、本書の「無個性」振りはタイトルからも窺えようというものだ（笑））。紙数も少なく、しかも何かと中途半端なので、定価で購入していたらかなりガッカリしていただろうと思う。できれば古本を数百円で買いたい本。私自身は「類書を片っ端から立ち読みした中では、最もシンプルな内容で、かつ、最も易しそうだったから」という理由で本書を選び、古本を購入した。

　ちなみに、著者2人は北海道情報大学の先生のようで、自らの授業で使うために執筆した本なのだろうか？（授業の配布資料をまとめた本なのかもしれない。）北海道情報大学・経営情報学部の偏差値は40程度で、それくらいの大学の講義用教科書として適切な内容・レベルということなのだろうと思う。

　本文140ページ程度（他に、参考図書、練習問題の解答例、索引として10ページ程度）。



→　Kota's Book Review

　先日、競技プログラミングの「AtCoder」の過去問題を解いていて、「組合せ」の数を算出する必要が出てきた。「順列・組合せ」のあの「組合せ」だ。

　実は僕は（まだ数学が得意科目だった）中学生くらいの頃から「順列・組合せ」「確率」の問題が苦手だ。全ての場合をシステマチックに列挙するような「樹形図」を頭の中にうまく描くことができないのだ。

　と言うワケで、愚直に「階乗」「順列」「組合せ」をボトムアップ式に求めていくことにした（幸い、問題の制約条件から「₀C₀」〜「₉₉C₉₉」を求めれば充分であることがわかっていた）。

factorial = Array.new(100, 1)
1.upto(99){|n|
　factorial[n] = n * factorial[n - 1]
}

permutation = Array.new(100){Array.new(100, 0)}
0.upto(99){|n|
　0.upto(n){|r|
　　permutation[n][r] = factorial[n] / factorial[n - r]
　}
}

combination = Array.new(100){Array.new(100, 0)}
0.upto(99){|n|
　0.upto(n){|r|
　　combination[n][r] = permutation[n][r] / factorial[r]
　}
}

　で、「できてるかな？」と途中まで出力してみて…、

[1]
[1, 1]
[1, 2, 1]
[1, 3, 3, 1]
[1, 4, 6, 4, 1]
[1, 5, 10, 10, 5, 1]

　「何だこれ！？　『パスカルの三角形』じゃないかっ！？」と…。

　そうだった…。僕が「順列・組合せの公式」だとか「二項定理」だとかウロ覚えでも、センター試験レベルの「順列・組合せ」「確率・統計」や大学の統計学の初歩をしのいでいけたのは、問題・答案用紙やノートの片隅に「パスカルの三角形」さえ描くスペースがあれば何とかなったからだった…。

　と言うワケで、最初から「パスカルの三角形」を求めてやれば良かったのである。

pascal = Array.new(100){Array.new(100, 0)}
pascal[0][0] = 1
1.upto(99){|n|
　pascal[n][0] = pascal[n][n] = 1
　　1.upto(n / 2){|r|
　　　pascal[n][r] = pascal[n][n - r] = pascal[n - 1][r - 1] + pascal[n - 1][r]
　}
}

　「階乗」「順列」「組合せ」の配列作るだけで数十分かかっちゃったのにね…。

　昨日、Rubyのプログラムを書いていて、次のようなコードを書いた。

numbers = [1, 2, 4, 8]
n_divisors = Array.new(numbers.size, -1)

for i in 0...numbers.size
　for j in 0...numbers.size
　　n_divisors[i] += 1 if numbers[i] % numbers[j] == 0
　end
end

※html上でインデントさせるために全角スペースを入力しています。そのため、このままコピーして実行してもエラーが出ると思います。

　プログラムの内容としては、配列に納められた「1, 2, 4, 8」のそれぞれについて、自分以外の3要素のうち自分の約数であるものの数を数え、n_divisorsという別の配列に納めている。

　で、後半の2重ループの部分が「如何にも『手続き型プログラミング』」のように思ったので、次のように書き換えてみた。何となく「オブジェクト指向」風に！

0.upto(numbers.size - 1){|i|
　0.upto(numbers.size - 1){|j|
　　n_divisors[i] += 1 if numbers[i] % numbers[j] == 0
　}
}

　しかしこれでは逆に「numbers」という配列の要素のそれぞれについて1つずつ処理しているというニュアンスが感じられなくなったように思ったので、更に書き換えた。

numbers.each_with_index{|number, i|
　0.upto(numbers.size - 1){|j|
　　n_divisors[i] += 1 if number % numbers[j] == 0
　}
}

　それで最終的にこういう形になったのだが…。

　最初のが一番分かり易い（笑）。僕にとっては、最初に書いた「如何にも『手続き型プログラミング』」のコードが一番わかり易いのである。

　やはり僕は根っからの「非『オブジェクト指向』プログラマ」なんだと思う。頭の中がそうなっている。

　『アルゴリズムを、はじめよう』
　伊藤　静香（著）
　2012年
　インプレス
　★★★☆☆

　プログラミング未経験者を対象とした「コンピュータ・アルゴリズム」入門。「プログラミングせずにプログラミングを覚えたい」というムシのいい人向け（笑）。

　全12章構成。「アルゴリズムって何？」といったところから話を始め、プログラミング言語の変数と配列の仕組み、制御構造（順次実行・条件分岐・繰り返し）について簡単に紹介した後、サーチのアルゴリズムとして「線形探索法」「二分探索法」「ハッシュ探索法」、ソートのアルゴリズムとして「セレクションソート」「バブルソート」「インサーションソート」「クイックソート」、数値計算のアルゴリズムとして「エラトステネスのふるい」「ユークリッドの互除法」を各章20ページ弱のボリュームで1つずつ取り上げていく。

　図を用いて各アルゴリズムの「作戦」（処理の方針）について確認した後、具体的な処理の流れを「フローチャート」にまとめていき、最後に「疑似言語」化してお仕舞い、というのが各章の大まかな流れ。本書で用いられている「疑似言語」は、「情報処理技術者試験」の「基本情報技術者」区分で出題される形式に則っているようだ。特定のプログラミング言語を用いたコード例は掲載されていないが、プログラミング学習者は是非自力で書いてみるべき。コードよりもフローチャートの方がよっぽど「わかりにくい」ことが実感できるだろう（フローチャートはあまりにも「具体的」過ぎて、プログラムの「論理構造」を示すのには向いていない。プログラマはコードを見るとき「大事なところ」と「大事じゃないところ」を見分けつつ全体を眺めているが、フローチャートにはその濃淡が表われづらい。例えば、フローチャートには「空行」がないが、空行のないコードは（極端に短いコードを除けば）滅多にない）。

　「はじめに」でも触れられているが、本書は「データ構造」に関する解説を大胆に省いてしまっている。そのため、連結リストや木構造、スタックやキューを用いるようなアルゴリズムについては取り上げられていない。しかし、確かにそれでもサーチとソートの基本的なアルゴリズムや「エラトステネスのふるい」「ユークリッドの互除法」など（著者言うところの「定番アルゴリズム」）は紹介できてしまう。著者の狙いは（アルゴリズムの学習に先立つ）「データ構造の学習」段階での脱落を防ぐことで、これはこれでアリかもしれない。

　ただ当然、長所は短所でもある。個人的には、「うわぁぁぁ！　アルゴリズムの威力って凄い！」と腰を抜かすような（笑）例は木構造を扱うアルゴリズムに多いように思う（木構造を配列だけで実現することもできるが…）。本書と同じ平易さで、より高度なアルゴリズムを扱った続編を望む（もっとも、「高度なアルゴリズム」を必要とする人はこのテの本は読まないのかもしれない…）。

　本書の想定読者は…、「プログラミング自体に興味はないが、プログラミングを覚えなければならない人」なのかな、という印象。情報処理系の資格試験合格のためにアルゴリズムについて「勉強しなくてはならない」高校・高専・専門学校生辺りか。変な言い方だが、「プログラムを書かずにプログラムを書けるようになりたい人のための、いちばんやさしい資格試験対策本・アルゴリズム編」という印象を受けた。「プログラミングに興味のある高校生」には易し過ぎるだろう（中学生でちょうどいいか…）。広く一般社会人を対象とした「教養としてのアルゴリズム入門」というのともまた少し違った。

　ただ正直、「プログラムを書かずに、プログラミングのキモを学ぶことができるのか」と考えてみると…、これはこれで逆に非効率的なのではないか、とも思う。何と言うか、水に入らずに畳の上で泳ぎを覚えようとしているように見えるのだ。プログラミングの勘どころをつかむためには実際にプログラムを書いてみるのが一番。フローチャートでは複雑に見えたプログラムが、コードを書いてみたらよっぽどスッキリしていた、ということはいくらでもあると思う。

　ちなみに、著者経歴を見てみると東大文学部卒で、情報系の専門教育を受けた人ではなさそうなこと、おそらく塾講師や家庭教師等の経験があるのだろうことが、本書の説明の上手さにつながっているのではないか、と感じた。情報系の専門家であれば、「いくら何でも、これは言わなくてもわかるだろう」と言葉を省いてしまうようなところで説明を惜しまず、それぞれのアルゴリズムの「作戦」「狙い」を示してくれている。また、特定のプログラミング言語でのコード例を示すような本では、著者はつい「コードの説明」をしてしまいがちだが、本書では「初めにコードありき」ではなく、処理の流れや変数の値の変化を1つ1つ追っていった結果として「フローチャート」なり「疑似言語」なり（広い意味での「プログラム」）ができあがってくる。「結果としてプログラムができている」という形になっているのは良いと思う。

　電子書籍版のサンプルページを見てみたら説明の「勘どころ」が非常に良かったので早速購入したのだが…、ちょっと期待し過ぎだったかもしれない（笑）。「凄く良いページ」がたまたまサンプルに含まれていただけだった（笑）。ただまぁ、教え方の参考にはなった（教える機会なんてありませんが（笑））。

　本文250ページ程度。



→　Kota's Book Review

　『いちばんやさしいアルゴリズムの本』
　みわ　よしこ（著）
　永島　孝（執筆協力）
　2013年
　技術評論社
　★★☆☆☆

　「コンピュータ・アルゴリズム」について学習する際の「暗黙知」を「形式知」に変え、読者に学習の指針を与えよう、という本（だと思う）。表紙には「算数の知識でわかる！　『探索』『ソート』『選択』『マージ』を小難しいと感じるあなたに」とあるが、最初の企画・趣旨から外れた本が出来上がってしまったのではないか、という気がする。

　第0章・第7章に当たる「序章」「Appendix」を含めて全8章構成。小さめの判型サイズで、文字が大きく行間も広いため、スイスイ読み進んでいける。ただし、表紙カバーの印象とは異なり妙に素人っぽいレイアウトの本で（紙も安っぽいし、印刷も黒の一色刷り）、本文で言及されている図がページをめくった次のページに載っているような例が多く、やや読みづらくも感じた。

　1冊全体を通して、「条件が変われば、用いるべきアルゴリズムも変わる」ということを述べている（のだと思う）読み物風の1冊。コンピュータが得意なのは（人間が直接扱うことのできないくらいの）大量のデータに対して反復処理を行うことだが、逆に言うと（人間が直接データを扱うときのやり方とは異なる）コンピュータ流のやり方が必要になる。その「やり方」の良し悪しは、データ量はもちろんのこと、データ処理の目的、優先事項、その他の様々な制約条件に応じてその都度変わる。その時に「この場合なら、このやり方」と選択できるようになる、ということが、アルゴリズムについて学ぶ意義、ということか。

　言葉を補って欲しい人向け、という印象。世の中には「手順を示してくれればそれでいい」という人もいるが、逆に「どうしてそうなのか、説明して欲しい」という人もいる。例えば、「分数の割り算は何故、分母と分子を引っくり返した掛け算に変形することができるのか」という問題について、（計算手順を身に付けているかどうかに関わらず）「理屈はどうでもいい」というタイプの人もいれば、「どうしても気になる」といつまでも気に病む（笑）タイプの人もいる。本書は後者のタイプの読者向け。

　特定のアルゴリズムについて具体的に解説している本ではない。そもそも「何故アルゴリズムについて考える必要があるのか」ということについて、わかる人には言わなくてもわかる「暗黙知」を「形式知」に変え、「わかったようなわからないような…」というモヤモヤ感を払拭しようという本。特定のアルゴリズムでの処理の流れや狙いが「わかる」というよりも、「何故わからないか」が「わかる」、その「モヤモヤ感の正体」が「わかる」という方向を目指したようだが、その目論見は…、成功してないんじゃないかなぁ…。

　読んでいて、『あなたはコンピュータを理解していますか？』（梅津信幸（著）　2002年　技術評論社）に似ている、と感じた。『あなたはコンピュータを理解していますか？』はコンピュータ・サイエンスで用いられる基礎的な概念を（妙チクリンな）比喩で巧みに表現してみせた本なのだが、著者の解説の狙いと読者の理解がピタッと重なると「あぁ、そういうことか」と雲が晴れるように蒙が啓かれる、というタイプの本（逆に言うと、少しでも波長が合わないと全くわからないので、賛否両論になりがちな本）。本書にも、著者の狙い自体が「わかったようなわからないような…」という反応を引き出してしまいそうなところがある。その場合、「書いてあること自体は理解できるが、本当に伝えたいことが何なのかはサッパリわからない」という読後感を抱くことになるだろう（正直、僕はこれに近い）。

　「いちばんやさしいアルゴリズムの本」という、この書名は良くないと思う。内容を全く反映していないのだから、読んでみないことには何が書いてあるのか全くわからない。本書のように、その狙いが「わかるようなわからないような…」という本にこそ、適切な書名を付けるべきだと思う（もっとも、この内容だからこそ、適切な書名を付けられなかったのかもしれないが…）。おそらく編集者が書名を決めたのだろうと思うが、著者自身はどんな書名を考えていたのか是非知りたいと思う（それだけでも理解の助けになる）。

　本文200ページ程度（他に、「はじめに」「索引」として10ページ程度）。



→　Kota's Book Review

　『プログラミングの基礎』
　羽山　博（著）
　2010年
　毎日コミュニケーションズ
　★★★★☆

　初級プログラマを対象に、中級へステップアップするために「知らない」では済まされない基礎知識をまとめた本。情報系の専門教育を受けた人にとっては「何を今更」といった内容なのだろうが、そうでない人にとっては基礎固めとして「1度は読まなければならない」「避けては通れない」類の本だろうと思う。

　全5章構成。「プログラミングとは」「コンピュータの仕組みとプログラミング」「データから見たプログラミング」「処理から見たプログラミング」「オブジェクトから見たプログラミング」という章立て。プログラミング未経験者〜初級者からの問いに答えるQ&A形式で、プログラミングという作業の概要、CPUとメモリを中心としたコンピュータの動作の仕組み（debug.exeによるアセンブリ言語実験が楽しい！）、2進数によるデータの内部表現、配列・文字列・ポインタ・データ構造、演算と制御構造、オブジェクト指向プログラミング、GUIアプリケーション、といったテーマに沿って、（アセンブリ言語、C/C++、Javaを用いて）基礎的な知識や背景にある考え方について述べていく。ワリと厚いが、厚い紙を使っているせいで、読んでみるとスイスイ読み進んでいけた。個人的には特に前半が面白かった（要するに僕はアセンブリ言語に対する少年時代の憧れの気持ちからいまだ脱していないのだろう）。

　たぶんこれはどんなプログラミング言語を使っていてもそうだろうと思うのだが、「簡単な処理を書くのにも四苦八苦」というレベルを脱し「普通の処理なら普通に書ける」ようになり、更に「もっと効率的に動作するコードを書きたい」「凝った処理を書かなければならない」というレベルに近づいてくると、コンパイラ系言語であれインタプリタ系言語であれ中間言語形式であれ、「自分の書いたコードが（どのようなマシン語・中間コードに変換され、CPU・インタプリタ・仮想マシン上で）どのように（解釈・）実行されるのか」ということを意識せざるを得なくなってくる（例えば、「0.1を10回足しても1.0にならない」というような事例（←コンピュータ・サイエンス的には超基本的な話）には、全くの初心者時代ではなく、ある程度プログラムを書けるようになった後で初めて出くわすことが多いように思う）。情報系の専門教育を受けておらず、見よう見真似でプログラミングを身に付けてきたプログラマにとって、その時にこういう本とタイミング良く出会えるかどうかは大きな分かれ道だと思う（本書でなくても別に構わないとは思うが（笑））。例えば、以前、『プログラムはなぜ動くのか』（矢沢久雄（著）　日経ソフトウェア（監）　2001年　日経PB出版センター）がコンピュータ関連書籍としては異例のベストセラーになったのは、この頃に「情報系の専門教育を受けておらず、プログラミングの経験もないままIT企業に就職してしまったプログラマ」が急に増えたせいではないかと思う。

　これはもう自分自身の経験からも断言してしまうのだが、1度はこういう本を読まなければならない時が必ず来るし、その瞬間に読むと「『目から鱗が落ちる』とはこのことか！？」と驚くほど理解が進むのだ（僕にとってのバイブルは『センス・オブ・プログラミング』（前橋和弥（著）　2004年　技術評論社）で、いまだに時々本棚から引っ張り出してきてはチョコチョコと読み返す）。未読だが、『C言語プログラミングなるほど実験室』（矢沢久雄（著）　2015年　技術評論社）なんかも読み物として面白いのではないかと思っている。「玄人」は矢沢氏の著書をあまり評価しないようだが、彼は「素人」に的を絞っているワケで、「素人向けに面白オカしく解説する」ことに関してはやはり秀でていると思う（彼の「自称・ソフトウェア芸人」という肩書きはまさに「言い得て妙」だと思う）。

　プログラミングは突き詰めれば「コンピュータというハードウェアの（ソフトウェアによる）操作」なので、ハードウェアそのもののの仕組み（とその上で行われるソフトウェア実行の仕組み）を知らなければ、コンピュータに「効率的な処理」や「凝った処理」を行わせることはできない。また、仕組みがわかると、プログラミング言語の仕様が「何故そうなっているのか」がオボロゲながら見えてくる（例えば、アセンブリ言語の勉強をすると、「Cの謎」が少しずつ解けてくる）。それは長年の謎が氷解する経験なので、精神衛生的にも大変ヨロシイ。おそらく、この分野にも「古典的名著」がいろいろあるのだろうが…、別に名著である必要はないのだ（笑）。大事なのは「必要となったその瞬間に読む」というタイミング。情報処理技術者試験の「基本情報技術者」レベルでいいので、コンピュータ・サイエンスの基礎を一通り抑えておくことが大事だと思う。

　個人的な話をすると、その昔、C言語の「ポインタ」で混乱して、普通の変数すらわからなくなったことがある（涙）。例えば、

i = i;

という処理について考えてみると（この処理自体には全く意味はないが）、右側のiは「値」を、左側のiは「値の代入先」を示しているハズである（変数に値を代入する関数「set」を考えるなら、「set(&i, i)」となるハズだ）。その「値の代入先」が特定のメモリアドレスだとすると普通の変数だってポインタであって、それとは異なる（「普通の変数」ではない）「ポインタ変数」とはいったい何なのか？と大いに混乱した。この疑問には（恥ずかしながら）その後しばらく答えが出せなかったのだが、本書には「左辺に書かれたiはコンパイラによって、自動的にポインタに変換されているのです。」（P.217）と書いてあるのである！　たぶんこれまでにかれこれ200〜250冊くらいのプログラミング関連書籍（ほとんどが初〜中級者向けの一般向けの本）を読んだことがあると思うのだけど、このことについてキチンと述べてくれていたのは本書が初めてである。

　2010年刊行の本書、実際に執筆されたのはその数年前と思われ、2016年現在の感覚からすると若干内容に古臭さを感じること（著者が念頭に置いているのはアセンブリ言語、C/C++、Javaなので、JavaScript、Ruby、Pythonといったスクリプト系の言語しか使ったことのない人にとっては違和感を覚えるだろう雰囲気もあるにはある）、Visual StudioやEclipseの画面画像の一部としてコードを掲載しているため（コードに関しては）文字が小さく読みづらいこと、Q&A形式であるため話の流れがややブツ切り気味（特に後半）であること、等、気になる点もあるが…、こういう本をまさに今必要としている人は世の中にたくさんいるだろうと思う。古本を送料込みで500円程度で購入したのだが、お買い得だったと思う。

　本文315ページ程度。



→　Kota's Book Review