nDiki : コンピュータ書籍

書評 お薦めの本 ゆとりの法則 ソフトウェア 自己組織化 適応型ソフトウェア開発 開発 ピープルウェア 本屋 テスト駆動開発 創発 ソフトバンクパブリッシング Web トム・デマルコ ソフトウエア開発 55の真実と10のウソ リファクタリング テスト駆動開発入門 Palm OS アルゴリズム 見積もり Amazon.co.jp 三省堂 脚注 プロジェクトマネジメント 2002年 CVS RCS 書泉ブックタワー 研究 Perl

■ 創発 蟻・脳・都市・ソフトウェアの自己組織化ネットワーク

• 蟻・脳・都市・ソフトウェアの自己組織化ネットワーク - ソフトバンクパブリッシング

以前からちょっと探していた本。 会社帰りに有楽町の三省堂で発見。

ソフトバンクパブリッシングから出しているからてっきりコンピュータ関連のところにあると思っていたのだが見あたらず、端末で検索したら動物学・植物学関連のところにあるとでた。

創発というキーワードは「適応型ソフトウェア開発」でも何度も出てきているし、ちょっと押えておこう考えている。

それと自己組織化といえば大学時代、研究室に興味を示している友人がいたな。

[ コンピュータ書籍 ]

• 創発 蟻・脳・都市・ソフトウェアの自己組織化ネットワーク 読了 (2004-07-09)
• 第14回産業用バーチャル リアリティ展最終日 (2006-06-23)
• 今日のさえずり - 「じゅうふく(重複)」はやはり気持ち悪い (2008-03-21)
• 研究室 OB Twitter-ers と秋葉原で飲んだ (2008-09-11)
• ピープルウェア読了 (2004-05-25)

■ 献本がきた

[ コンピュータ書籍 ]

www.naney.org が書籍で紹介される件の献本がソフトバンクパブリッシングからきた。

「ハッキングLinuxザウルス」という本で、WalWiki の 塚本牧生氏が共著で書かれているもの。Zaurus 自体は持ったことがないな。

RCS/CVS 関連のページということで紹介していただいている。 感謝。

• 創発 蟻・脳・都市・ソフトウェアの自己組織化ネットワーク (2004-06-11)
• VSSの分岐 (2002-04-17)
• [ Perl ] Cache::Memcached (2004-01-14)
• vc-svn.el を使いたいので Emacs 22 に移行することにした (2006-03-25)
• [ WiKicker ] RCSファイルのリビジョン間引き (2004-04-04)

■ 創発 蟻・脳・都市・ソフトウェアの自己組織化ネットワーク 読了

[ コンピュータ書籍 ]

買ってから約1ヶ月。 本屋では動物学・植物学関連のところにあったのだが、やっぱり計算機科学関連の読み物。 創発に関していろいろ考えるきっかけとしてなかなか良かった。 スラッシュドットに対する考察なども興味深い。

本としては脚注が全て巻末にまとめられていて参照しづらい(結局見ていない)のと、日本語としてわかりにくい文が散見された(原文自体がわかりにくいのかもしれないが)のがマイナス。

フィードバックに関する話の途中で出てくる

スレッド型の討論掲示板は、イカレポンチと呼ばれる特殊な生き物にとって、理想的な生態環境となった。 イカレポンチは、ある特定の問題や解釈モデルに執着し、どんな議論であろうと自分の世界観を勝手に述べ立てて平気で、どうやら生業も家族生活もないので、ちょっとした挑発ですさまじいレスを返してよこす。(中略) あらゆる会話を自分の持つ特定の話題につなげないと気がすまず、自分のルールにしたがわない会話すべてに逆らう連中。(pp. 161-162)

という辛辣な表現は刺激的。ちなみにこの後、

ROMを考慮すると、スレッド型議論は実は伝統的な対面講義よりもインタラクティブ性が少なく、夕食のテーブルを囲んだ会話に比べればまるでインタラクティブではない。そこでならいちばん寡黙な参加者ですら、身振りや表情で参加する。(p.163)

と続く。

[ 書評 ]

• 創発 蟻・脳・都市・ソフトウェアの自己組織化ネットワーク (2004-06-11)
• ピープルウェア読了 (2004-05-25)
• テスト駆動開発入門 (2004-08-02)
• 新幹線用「ウェブ進化論」 (2006-05-13)
• Evernote 使用開始 (2009-03-03)

■ テスト駆動開発入門

[ コンピュータ書籍 ]

契約による設計における段階的な表明を追加するプロセスの話などが昨日出た。 自分ももちろん assertion を書くのだが、それとは別に最近はテスト・ファーストによる開発がお気に入り。 しかしまだ「単体テストのカバー範囲」・「テストケースが充分であるか」・「リファクタリング時のテストの追随」などまだ勇気を持てていない部分がある。

ということで(テストとはまた別ではあるのだが)テスト駆動開発もちょっとチェックしておこうかと思い Kent Beck のテスト駆動開発入門を購入。

紙質も比較的チープ。 本屋でぱっと開いてみると細かいコードの断片が散らばっていて、何かプログラムの初学本っぽくてちょっとどうかなというのが最初の感じ。

しかし読み始めてみると面白く Part 1 までまず読み切った。 レッド/グリーン/リファクタリングのサイクルの中で、コードやテストが書き換わっていく様が非常にわかりやすい。 Martin Fowler のリファクタリング-プログラムの体質改善テクニックと同様細かい作業ステップを実演していて、雰囲気が良くわかる。

「テスト駆動開発はテストではなく開発方法である」というのも納得。

「動作するきれいなコード」を書くために続きを読もう。

[ 書評 ]

• テスト駆動開発入門読了 (2004-08-05)
• 創発 蟻・脳・都市・ソフトウェアの自己組織化ネットワーク 読了 (2004-07-09)
• クリアリングでマイナス思考を3秒で削除 - No.1理論 (2009-09-20)
• Scheme でプログラムを書く (2004-08-09)
• 契約による設計と状態遷移モデルの抽出とか (2004-08-01)

■ テスト駆動開発入門読了

短めなのですぐ読み終わった。 入門と銘打ってあるが、重要なエッセンスがカバーされているので1冊で結構テスト駆動開発の意味がわかると思う。

• グリーンにする(テストを通す)ために、アサートで期待する定数を返すようなメソッドをまず作ってしまう。

というのが衝撃的である。 自分でも実際そうした事はあるのだが何か罪悪感があった。 しかし TDD では続くリファクタリングのフェーズがあるので、悪ではない。

また

• 「テストの中とコードの中の重複を取り除く」リファクタリング

というのもなるほどという感じ。 コード中での重複はもちろん気を使っているつもりだが、テストとの重複というのは考えたことがなかった。

ぜひ実践してみたい。

[ 書評 ] [ コンピュータ書籍 ]

• テスト駆動開発入門 (2004-08-02)
• トム・デマルコ ゆとりの法則 - 誰も書かなかったプロジェクト管理の誤解 (2004-04-17)
• ピープルウェア読了 (2004-05-25)
• LaTeX2e マクロ&クラス プログラミング基礎解説 (2005-04-28)
• 辞典的に使える UML 2.0 本 (2009-09-04)

■ かんたん年賀状素材集

[ コンピュータ書籍 ]

次の日曜日に母が年賀状の文面を作成しにやってくる。 ここ最近ずっと文面作成は筆まめで。

素材は筆まめについているやつか、Webのフリー素材を使っているが、

• 筆まめの素材も飽きた。
• 干支イラストは、筆まめが出たバージョンの次の年の分しか充実していない。しかし毎年ソフトをバージョンアップする気はなし。年々重くなるし。
• 筆まめが悪いのか、DVDドライブが悪いのかしらないがイラストを選んでいる時にフリーズする。

という問題を抱えている。

今年は素材集だけ買ってみよう。 箱売りのものはそれなりにするので、CD-ROMつきの書籍に。 どの書籍も、イラストが全て印刷されているで選ぶのも簡単で良さそうだ。

干支のイラストが充実度でいろいろ見て「かんたん年賀状素材集2004年版(技術評論社)」にしてみた。 はたして気にいってもらえるか。

[ 書評 ]

• 母の年賀状文面作成 (2004-12-12)
• 今年も無事母の年賀状の文面完成 (2005-12-17)
• 年賀状作成 (2003-12-06)
• 筆まめVer.19 アップグレード・乗り換え専用　CD-ROM (2008-11-07)
• 恒例の母の年賀状文面作成。 (2006-12-23)

■ わかりやすいマニュアルを作る 文章・用字用語ハンドブック

[ コンピュータ書籍 ]

今日の作業で今年度の作業に区切りがついて一段落。 (いつものことだが)マニュアルについては後手にまわってしまって完成度の高さが充分ではなかったと反省。

いや、時間だけの問題ではないな。 考えてみれば、テクニカルライティングのイロハをきちんと学んでいない。 自分で書くにしても他人が書いた物の問題の指摘をするにしても、これはいけない。

それから、電子マニュアル化ソリューションを提供するなんて言うのに「マニュアルとはなんぞや」を学んでいないなんて恥ずかしい。 Webベースソリューションを提供する企業のWebサイトが駄目駄目なのが恥ずかしいのと同様。

ということでまずは書籍をチェック。 まずは評判の良い「わかりやすいマニュアルを作る 文章・用字用語ハンドブック」を手にしてみた。 主にコンピュータ業界を対象にした内容になっているが、書泉ブックタワーではコンピュータ書籍のフロアではなく1階上のフロアに置いてあった。

冒頭で

この本は、この本で示したルールに従って書いています。p.iii

と書かれている。素晴しい。 X言語で書かれたX言語処理系とか、そういった自己記述・自己適用の好きな自分のハートをがっちりキャッチされた。

まずマニュアル作成工程

1. 企画
2. 目次の作成
3. アウトラインの作成
4. レイアウトの決定
5. 執筆規則の作成
6. 執筆と推敲
7. 査読とテスト

の概要が解説されている。 この点からして頭の中で整理されていなかった部分があるので有り難い。

さすが、読みやすく書かれているのでさらりと読めそうだ。

[ 書評 ] [ お薦めの本 ]

• 新幹線用「ウェブ進化論」 (2006-05-13)
• トム・デマルコ ゆとりの法則 - 誰も書かなかったプロジェクト管理の誤解 (2004-04-17)
• 恋愛に写真を持ち込みたい人必読「センネン画報」 (2008-09-28)
• Joel on Software - 必読書 (2008-08-14)
• 仕事のヒント (2005-11-26)

■ LaTeX2e マクロ&クラス プログラミング基礎解説

[ コンピュータ書籍 ]

dtxファイル、insファイルの書き方を知りたかったので「LaTeX2e マクロ&クラス プログラミング基礎解説」を購入。

[ 書評 ]

• トム・デマルコ ゆとりの法則 - 誰も書かなかったプロジェクト管理の誤解 (2004-04-17)
• 創発 蟻・脳・都市・ソフトウェアの自己組織化ネットワーク 読了 (2004-07-09)
• ソフトウエア開発 55の真実と10のウソ読了 (2004-06-08)
• わかりやすいマニュアルを作る 文章・用字用語ハンドブック (2005-03-30)
• LaTeX2e クラスファイルを .dtx + .ins 化 (2005-05-08)

■ 「○○についてのお薦めの本、ありますか?」

たまに

「○○についてのお薦めの本、ありますか?」

と問われることがある。 ○○には C++ とか、C# とか Perl とかその他もろもろのコンピュータ関連キーワードが入る。

正直この質問は辛い。

コンピュータ関連の書籍は、今や大量に出版されているし陳腐化も激しいので相当マメにチェックしていないと人に紹介できるもんじゃない。

もちろん古典・定番もあることはあるが、こういう質問の時はたいがいこれには当てはまらない。 言語や開発環境なんかの本の質問はあるけれど、計算機数学とかアルゴリズムとかそういうのを求めてくる人などいないのである (大体そういうのに興味がある人は自分で探している)。

たまたま自分が詳してかつ最近リサーチをかけた分野については良書と呼べるものを知っている場合があるが、良いと思ったら自分でも買っているから既にその人に貸していたりする。

安直にコンピュータ書籍を紹介して欲しいという人は、よくわからないというのを理由に自分で探さず、しかもハズレを引いて金を払うことを非常に嫌っている。

一応質問されると Amazon.co.jp とかのぞいてみるのだが、その人のスキル・その人が求めているものまで理解していないので、結局徒労に終わるのである。 だいたいその程度なら、本人ができるはずなのだが。

ま、ようはケチらずどんどん読んで「この本はウンコだ」と言えるようになるのが一番ということだ。

で、なんかお薦めの本ありませんか?

• Naney お薦めの本

• ハッシュとは (2004-06-09)
• 久しぶりの C++ は GNU Automake + CppUnit で (2009-03-13)
• アクセサは foo と set_foo にしたい (2009-08-20)
• 今日のさえずり - 京都の小学校のコンピュータ室にいったら、Squeak が (2008-03-06)
• assertion (2004-05-16)

■ 辞典的に使える UML 2.0 本

手元に UML 1.3 本(UML ユーザーガイド、UML モデリングのエッセンス 第2版)しかなく、JUDE/Community を使っていても最近の表記法にちょっと戸惑うことがあったので、久しぶりに UML 関係の書籍を買った。

選んだのはこれ。

• その場でつかえるしっかり学べる UML2.0

UML 1.5 からの変更点もそれぞれ書かれているので、理解するのによさそうだ。

また、網羅的にかかれているので辞典的に使えそう。 図を書いている時に表記法をさっと確認する時に活用したい。

[ 書評 ] [ コンピュータ書籍 ]

• 創発 蟻・脳・都市・ソフトウェアの自己組織化ネットワーク 読了 (2004-07-09)
• テスト駆動開発入門読了 (2004-08-05)
• トム・デマルコ ゆとりの法則 - 誰も書かなかったプロジェクト管理の誤解 (2004-04-17)
• LaTeX2e マクロ&クラス プログラミング基礎解説 (2005-04-28)
• ピープルウェア読了 (2004-05-25)