本

話題のマネジメントフィクション小説

最近少々マネジメントに興味を持ち、ドラッカーの「マネジメント」に突破する前に今話題の本を軽い「入門」と考えて、買って見ました。


もし高校野球の女子マネージャーがドラッカーの『マネジメント』を読んだら

日本語は母国語でもないし、時間もさほどないけど、三日でよんでしまいました。　とても面白い本ではあった。

入門として興味をもたらせるための物としては最適と思いました。読みやすくて、ストーリーを進めながらドラッカーの言うことを紹介し、その活用の方法を実際の行う。
ですが、最終的にはエンターティンメント以外の物として見るのは間違いでしょう。　呼んで思ったのは「まあ、いい青春の話ですが、ちょっと非現実だな」。ってか、みなみがすごい。

マネジメント

で、今読んでるのはその本が元になってるP.F.Druckerの「マネジメント」です。　内容は大変興味深い。ドルッカーは明らかに天才です。但し、その内容もとてもドライなもので同じ所を何回繰り返して読まないとボーットして、呼んだ内容をちゃんと認識しません。　「苦労における五つの次元」ドラッカー本人も生理的な次元についてこういってる：

「人は機械ではないし、機械のような働きもしない。一つのどう策しかさせられないと著しく疲労する。心理的な退屈だけでなく、生理的な疲労がある。乳酸がたまり、視力が落ちる。反応が遅くムラになる。」
さすがだねドラッカー先生・・・　よくわかってますね！　残念なことに、「マネジメント」を読んでる時にはこの現象はすぐでる。　そのため家で読んでる時はよくたちながら呼んでます。

・・・電車で物をすると同じですが、座ってると眠くなるでしょう？　足ってるとあまりそれがないです。　実際には科学的にもずっと座ってるとドパメインという物が非常に減るらしいです。

他に集中力を高める方法をぜひ聞きたい・・・　事務には近いうち通い始めるつもりです。

買い物

ちょっと話が変わるけど、日本のVisaカードを取得しました。　今までは海外のやつを持ってましたが、海外への講座への移動が高くて（一回で４千円！　４０万以下送ると１％以上！）あまり使いたくなかった。

で、そのカードですぐにやった事はAmazonで欲しかった本をいくつか早速注文しました。

"The Pragmatic Programmer: From Journeyman to Master"
Andrew Hunt

"Head First Design Patterns"
Eric Freeman

"Code Complete 2nd Edition(Dv-Professional)"
Steve McConnell

・最初の三つのテーマはプログラミングですが、具体的なものではなく、プログラミングのアプローチや効率的な手法。

"Coders at Work"
Peter Seibel

・数名の有名なプログラマーとの対談。

"Out of the Crisis"
W. Edwards Deming

・「マネジメント」に続き、デミング博士！

"Head First Java"
Kathy Sierra

・Javaに興味があるより「Head first」シリーズと著書に興味がある。　Joel On Software　のJoel Spolskyがこの人の考え方についてよく言い事を言ってます。　またJavaは最近よく使ってますが、きっちりした勉強が少なく本書の内容にも興味がある。

"Rapid Development"
Steve McConnell

Code complete の著書のもう一つの有名な本、これは効率的で早い開発に関する物。

またまた他に買いたい物も幾つかありましたけど、いったんこれらを呼んでから。

もう一つのブログ

英語で書いてるブログをはじめました。　まったく持って自己満足的な、自分用に書かれてる物なのですが、　数学やプログラミング得にMITのテキスト「計算機プログラムの構造と解釈」に興味あると面白いかも？
programming++
個人的にこの記事が面白い：２．１３（注意：英語＋数学！）

Firefoxプラグイン

最近はFirefoxのプラグインをちょっと弄ってます・・・

かなり面白いような物です。　XMLをベースにしたXULで形を決めて、Javascript（とXPCOMのインターフェース）で作動をプログラムできます・・・　新しいメニューの追加やセッション・ファイル管理などは簡単に出来ちゃいます。

で、それで分かったのはFirefox自体がある意味一つのでっかいプラグインである事でした。ショック！　そのお陰でカスタマイズはそんなに簡単に出来て色んな機能が作れます。　

但し、一つだけ気になる物があります：　主にXULとJavascriptで出来たコンパイルされないハイレベルな言語で作られてるから、やっぱりここでリソースがかなり食われますよね・・・　全部がネイティブにコンパイルされてたらどうなるだろう・・・　まあ、エクステンションの開発はとりあえず難しくなるだろう。

最適化

って楽しいよね？

私だけでしょうか？　兎に角すでに速いと思ったアルゴリズムのスピードを１０％削られたら私はちょっと幸せな気分になります。

だけどそれはいつ必要だろう？　何をすれば一番よろしいでしょうか？　えらそうに言うつもりはないですが、兎に角完全に音楽日記にならないために、それについてここ自分の考えてる事を少しずつまとめようと思います。

最適化をすると大抵の時はコードが普段より分かりにくくなります・・・　オペレーションの順番を変えたり、計算式の掛算をシフトに変えたり、行ベースではなく、長いバッファーで働いてるとコードが速くなっても、必ず分かりにくくなってしまう。

ハイレベルな言語で何かを書いても、どんなに最適化しても、コンパイルされるモットローレベルな言語ではもっと速くなります。

最適化を凄いしたっても、やる所があまり実行されないと意味がないです。　一般的に言われてるのは「プロセセィングの８割は２割のコードで行われます」。使ってる言語にそんなツールがあれば、プログラムのプロファイルを取って、一番実行の時間が長い所を認識しましょう。
プロファイラーについて何ですが、GCCを使う場合は-pgフラグをコンパイル時に使い、実行したあとの結果をgprofで読むと各関数の実行時間などは見れます。　他のフラグでは各行の実行回数なども見れます。　やっぱりこんなのは出来るから私はC/C++から離れません。

これの結果をベースに最適化を進めば結果が可能な限り成果を見せるはずです。

また続きます・・・
次回は多分もっと細かくどんな事が出来るを書こうと思っています。