nDiki : 検証

■ [ WiKicker ] textarea ビヨーン

今日IEで、WikiPage を編集しようとしたら textarea ビヨーンに遭遇。 CSS で'width: %' を指定していると発生する比較的有名な問題のようだが、WiKicker ではそういえば今まで起きていなかったなぁ。

昨日だか、今日だかに Windows Update をしたから? トリガーは何だか良くわからんが、IEユーザは少くないしなんか対策とらねばならないか。

しかしLinuxで開発していると、ここら辺の検証面倒なんだよねぇ。

• nDiki のサイドバーを右に移動 (2006-03-02)
• WiKicker でソフトウェアかんばん (2007-03-01)
• [ WiKicker ] deb 化 (2003-12-26)
• Linux Feed Reader Liferea (2004-08-17)
• 有給休暇 - フリーソフトウェア開発のための休暇2日目 (2006-03-03)

■ Berkeley DB 4.2.52 + DB_File 1.808 をホームにインストール

[ Perl ]

DiKicker の二次データの保存先を何にしようか思案中。 MLDBM::Sync が候補なのだが、MLDBM::Sync::SDBM_Fileだとデータが大きくなった時に速度が出ないようだ。

このサーバ(FreeBSD)のPerl(5.005_03)は、DB_File も GDBM_Fileも有効になかったので今までDBMパッケージの使用は避けてきたのだが、さすがに今回は使えないと辛いかも。

ということで Berkeley DB も含めて DB_File をホームにインストール。

@ db-4.2.52

 tar zxvf db-4.2.52.tar.gz
 cd db-4.2.52/build_unix
 ../dist/configure --prefix=$HOME/local/db-4.2.52
 make
 make install
 rm -rf $HOME/local/db-4.2.52/docs

インストール自体は特に依存するものも無く簡単。 ただし、このサーバでは丁度 busy だった事もあってビルドに2時間!もかかってしまった。 本来は暇そうな時にやるべきなのだろうけど、今日中にうまくいくか検証しておきたかったので、待った。

@ DB_File-1.808

 tar zxvf DB_File-1.808.tar.gz
 cd DB_File-1.808
 export DB_FILE_LIB=$HOME/local/db-4.2.52/lib
 export DB_FILE_INCLUDE=$HOME/local/db-4.2.52/include
 perl Makefile.PL INSTALLDIRS=site \
                  LIB=$HOME/local/lib/perl \
                  INSTALLMAN1DIR=/tmp/man/man1 \
                  INSTALLMAN3DIR=/tmp/man/man3
 make OTHERLDFLAGS="-Wl,-rpath -Wl,$HOME/local/db-4.2.52/lib"
 make test
 make install

libdb を実行時に検索させるのに LD_LIBRARY_PATH環境変数とか指定したくなかったので、-rpath を指定してしまった。 Makefile中の OTHERLDFLAGS 変数がリンク時に空だったので、ここで設定。

しかし libdb-4.2 でかいな。 Perl からの呼び出し一発目は結構時間がかかる。

• DBD::Oracle 1.16 を Debian GNU/Linux s... (2005-05-19)
• [ Perl ] Memcached を使ってみる (2004-01-12)
• WiKicker 0.29 リリース - ビルドまわりの改良など (2006-02-13)
• Debian GNU/Linux に Hyper Estraier 1.2... (2006-05-31)
• WiKicker に JSON でのページ出力機能を追加 (2007-04-03)

■ [ WiKicker ] RCSファイルのリビジョン間引き

以前からWikiPageの編集で「連続する追記はチェックインしない」というオプションを検討している。 実装の前に「既存のRCSファイル中の連続する追記を間引く」というツール(rthin)を作って効果を検証してみた(どこかに転がってそうユーティリティだが見つけられないのでPerlで実装)。

• rlog で '+x -0' なリビジョンが連続した場合は削除対象に
• rcs -o で削除
• メジャーリビジョン番号変更の境目では間引かない
• ブランチは考慮して実装していない

で現在の NaneyOrgWiki で間引いてみたところ 9.5MB の RCSファイルらが 9.0MB になった。 容量的には劇的に減る訳ではないな。 リビジョン数が減るのは精神的に良いが。

これなら無理に WiKicker に実装しなくてもいいかも。 rthin をたまに走らせるだけで充分のようだ(実際にはロックを考慮しなければならないけれど)。

• [ WiKicker ] リビジョンが追加されていかない (2003-04-22)
• WiKicker に JSON でのページ出力機能を追加 (2007-04-03)
• [ WiKicker ] If-Modified-Since: (2003-09-18)
• [ WiKicker ] If-Modified-Since: 関連作業ほぼ済 (2003-09-19)
• [ NaneyOrgWiki ] 1000ページ突破 (2004-03-22)

■ WiKicker リリースに向けてテスト追加・バグ修正

WiKicker の Win32 対応のために、ファイル処理まわりや flock を使っているところを中心としたテスト・修正作業。

• ファイルのパス文字列の作成は File::Spec を使うように修正
• Windows 2000 上でこけていた flock 処理部分を修正

これでようやく Win32 で動くようになったかな。 まだ一部警告が出るけど。

しかし ThinkPad X31 (2672-PHJ、Pentium M 1.60GHz [Banias]) の上での QEMU + Windows 2000 は、やっぱり遅すぎて動作検証には使いづらい。WiKicker で1ページの処理に10秒以上かかったりするし。 結局 VNC を使って、別のPCで作業を行った。

• 私的10大ニュース2003 (2003-12-31)
• UPS 選択用にワットチェッカーで消費電力を測定しよう (2005-12-09)
• WiKicker の Win32 対応 (2005-04-04)
• CD-R ドライブが使えない (2006-07-27)
• WiKicker 0.26 と ActivePerl 5.8.6.811 ... (2005-05-11)

■ Mew と GnuPG

久しぶりに GnuPG な暗号化メールのやりとり。 PGP/MIMEではない暗号化メールって Mew で扱えたっけかと調べたら、マニュアルにちゃんと書いてあった。以前は PGP/MIME だけだったような覚えがあるのだが、勘違いだったかかなり以前の話だったか。

メモ

• 復号化/検証: C-cC-z
• 暗号化: (setq mew-use-old-pgp t) か zo して C-cC-e

入社してから名刺を作る際に Fingerprint を印刷してもらうようにしてあるんだけれど、此の方ビジネスでやりとりしている人と PGP なやりとりしたことって全くないのだよねぇ。

• フィルムスキャンできるインクジェットプリンタ PIXUS MP980 (2008-11-03)
• GnuPG の布教失敗 (2005-02-02)
• 結局自分も MOLESKINE に行き着くのか (2005-12-15)
• 紙ベースのファイリング (2005-11-08)
• 自宅の無線 LAN を復旧 & IEEE 802.11g 化 (2004-11-26)

■ 問題解決プロフェッショナル 「思考と技術」

「理論としての汎用性」を満たすために、2つの思考<ゼロベース思考><仮説思考>と、2つの技術<MECE><ロジックツリー>、そしてそれらを総合した1つのプロセス<ソリューション・システム>の、5つの基本的な考え方に集約させた。-- 問題解決プロフェッショナル p.200

というのが今日1日で読み切った「問題解決プロフェッショナル 『思考と技術』」の内容である。

様々な種類の問題に向き合うときに使える本質的な考え方であるが、本書はビジネス書としてビジネスの視点での適用を中心に説明されている。

@ ゼロベース思考

<ゼロベース>思考とは、「既成の枠」を取り外して考えるということである。 -- 問題解決プロフェッショナル p.19

自分の狭い枠を越えて思考するという話。否定的に要素よりも、可能性を求めること。 その際に「顧客にとっての価値」を考えるとよいとのこと。

本書が述べている中では、ゼロベース思考が一番抽象的で捉えずらい部分である。 言っているところは理解できるが、実際にそうい風に考えるのは最初かなりの意識が必要のように感じる。習慣化する必要がありそうだ。

@ 仮説思考

必ずその時点での「アクションに結びつく」結論(仮説)を持ち、実行に移すという考え方。 まずなにか仮説を立て、SO WHAT? (だから何なの)を繰り返すことで、アクションに結びつく結論(仮説)を出していく。

またそうすることで、「背後の理由やメカニズム」を自然と考えるようになるとのこと。

具体的なアクションまで落としていくという点では GTD に通じるところがある。

またスピード重視なのも特徴だ。絶対的な正解のないビジネス世界において時間をかけてベストな策を模索し続けずに、ベターな解決策を見つけたらすぐに実行に移すこと。 情報収集に時間をかけすぎないこと。

@ ソリューション・システム

「課題の設定」「解決策の仮説」「解決策の検証・評価」という3つのステップによる解決策立案方法。

主要課題をロジックツリー(SO WHAT?)で個別課題にし、個別課題に対して個別解決策(SO HOW)を考え、YES/NO の結論(仮説)を出す。そしてこの個別解決策を組み合わせて主要課題に対する総合解決策を立案する。で、この個別・総合解決策を検証評価する。

一旦課題をMECE/ロジックツリーでブレークダウンし解決策を考え、また総合解決策にまとめあげるというステップが興味深い。

@ 読んで

特に実行を重視している「仮説思考」が非常に興味深くまた、実践的に感じられた。 すごい考え方でいうところの「で、どうしたいの」だ。

また、「いつまでも辿りつけないベストな策」よりも「ベターな策で実行に移して、起動修正しながら精度を高めていく」方が効果的というスピード志向なところもカッコイイ。

「早朝会議革命 - 元気企業トリンプの「即断即決」経営」での「稚拙でもいいから速く」というのも同様な考えからきているのかもしれない。

仮説思考についてはもう少し掘り下げて実践してみたい。

…… SO WHAT? (自分)

• 問題解決プロフェッショナル 「思考と技術」

[ 書評 ] [ お薦めの本 ]

• すごい考え方 (2005-12-10)
• 問題とは「あるべき姿」と「現状」の「ギャップ」である (2006-10-13)
• なぜか、「仕事がうまくいく人」の習慣 (2007-04-15)
• TQ - 心の安らぎを発見する時間管理の探究 (2005-06-16)
• Life Hacks PRESS で Life Hacks をおさらい (2006-03-28)