ワインバーグの昔の本に
「システムづくりの人間学」という本(原著は25年くらい前のようです)があります。
その中に、「今も昔もIT業界は同じなんだなあ」と思わせてくれる話が書いてあります。奴らは「構造プログラミング」をなんでも解決する魔法のように売り込んでいる、みたいな文句です。
以下抜粋
-------------------------------------------------------
いい換えれば、構造プログラミングはまさに当社の最新機種というのと同じようなものなのだ。実際、この二つの言葉は、次のような文章の中ではそっくり交換可能である。
「もしデータ処理の問題でお困りでしたら、当社の母新機種を導入すれば解決します。当社の最新機種は価格あたりの効果が高く、使うことも容易です。貴社の従業員は当社の最新機種を愛好されるでしょう。＜以下略＞
-------------------------------------------------------
・・・流行りの技術は変われど、昔(２５年くらい前)も今も変わらないようです。
どうすればいいんでしょうか。こんな記述もあります。
以下抜粋
-------------------------------------------------------
構造プログラミングによって得られるとされている利益を成功裡に実現した企業、個人とは、ハードウエア、ソフトウェアのよくある売り込み文句に引っ掛からず、むしろ売り込み文句に耳を傾け、自分たちの問題を解くのに必要と思うものを、そこから抽出する人々であることが多い。彼らは自分の頭で考える。そしてそれは、もし役に立つならほかの人々の考えを使う、ということも含む。
-------------------------------------------------------
どこで読んだか忘れましたが、
一流のプロフェッショナルも、教科書どおりのことは、ほとんどしないそうです。一流になればなるほど、アドリブを入れるのだとか。アドリブを入れられるのは、自分で考えているからですね。新技術を鵜呑みにせず、その中のいいところを見極め、自分のプロジェクトにどこが合うか考え、使うべきところだけつまみ食いする、そんなエンジニアになりたいですね！
- 2009/12/31(木) 02:07:41|
- 雑談
-
| トラックバック：0
-
| コメント：0
デマルコの新刊が少し前に出ました。
「アドレナリンジャンキー」です。８６個ものパターン(アンチパターン含む)が載っている本です。
「アドレナリンジャンキー」という話は、猛烈なスピードで動きまわるのが健全と思っているという話で、まるで自分のことだったので、耳が痛いです。
＃ご存知の方は、わかるかと思いますが、重大トラブル対応に慣れている私は
＃刺激(アドレナリン)がないとダメなタイプで、かつ、いっぱい仕事するので
＃このアンチパターンそのままです。
それは置いといて、その本の中から「そうそう」というのを少し紹介・解説します。
「静かすぎるオフィス」というパターンが紹介されていて、「オフィスが静かすぎるのは、チームが魔力を失ったしるしである」という説明がついています。
これを読んで思い出したのが、ビジネス系コンサルタントから聞いた「笑いの無いコンサルオフィスは危ない(業績が悪いことが多い)」という話です。身の回りでも、うまく行っている現場では、楽しい会話があるものです。私はこの話を聞いてから、楽しい会話や笑いを止めたりすることは、するまいと思いました。
あなたのオフィスに笑いはありますか？ もし無いのであれば、危ないかもしれませんね。
逆に、無理にでも笑うといいそうですよ！ 余裕がなくなると自然と笑いはでなくなりますが、
そんなときは笑って挨拶してみましょう♪ きっといいことありますよ。
- 2009/12/27(日) 02:42:52|
- 雑談
-
| トラックバック：0
-
| コメント：0
階層型やISAMやVSAMというDBMS(やエンジン)はご存じでしょうか？
インデックス付きのファイルというイメージのDBエンジンで、リレーショナルDBMSが流行るまでは、これらが主流でした(だったそうです)。
ISAMやVSAMは、シンプルなことしかできません。例えば、ISAMは、1つのインデックス(キー)で構成されたDBMS(エンジン)だそうです。プロジェクトで使っているのを間近で見たことがありますが、とても高速でした。DBMS代わりに、プログラム言語から呼びだして、シンプルに使用していました。
ふと、
このISAMとVSAMを思い出したのが、クラウドで流行りのキーバリューストアです。シンプルで、特定のインデックス(キー)アクセス、高速、複雑なことはできない、といった点がそっくりです。現在のクラウドではキーバリューストアのDBMSで、どのように業務アプリを作るのか四苦八苦しています。
当時のエンジニアのノウハウを活かせれば、今の悩みも解消できるかもしれません！？なお、その後 RDBMSがなぜ流行ったかというと、
非定型の処理をするためには、いろんな処理ができるリレーショナルが便利だったから、だそうです。階層型やISAMといったDBMSやエンジンでは、要件定義や当初の設計で決めた構造をひきづってしまい、あとで柔軟に検索や集計を変えることは困難だからだそうです。後になってからテーブルのJOINや、非定型の処理をさせるのであれば、RDBMSの方が便利だと思います。はい。
ある意味、最近のキーバリューの流行は、時代に逆行しているのが面白いと思います。みんな手作りの良さに目覚めたんでしょうか。それともコストの安さの魅力は強烈なんでしょうか。
- 2009/12/21(月) 04:21:07|
- アーキテクチャ
-
| トラックバック：0
-
| コメント：0
つい先日、知り合いの井上さんという方から、「データは価値がある。実際、データを高値で買ってくれる会社もある。モデラーは重要だ」のようなお話を聞き、「価値は”関係”から由来するんですよ」という話をしました。その場で、「ブログでも載せておくので読んでくださいね」と伝えたので、今回はこの「価値や力は何に由来するか」を書こうと思います。
ワインバーグの「スーパーエンジニアへの道」のP155に「関係としての力」という記述があります。
エンジニアはよく「技術力があれば、力がある」とか、「マネージャーになれば、権力がもてる」と思いがちですが、実は”ある関係において発生するものである”ことが書いてあります。逆の例として、たとえば、「登山チームのリーダーだったら、あなたのプログラミング技能は力をプラスすることはない」と書いています。
私も昔は、権力や技術力、あとはデータの価値などは、どんな場面、どんな人に対しても同じように働く(要は一般的な力)だと思っていました。正直、ワインバーグさんの書いていることに違和感を感じていました。しかし、ちょっと歳をとってからは、物事は単純ではなく、ほとんどの場合、この”関係”を作ったり、見つけたり、うまく問題の見方を変えて”関係を提示する”ことにより価値が生まれることに気がつきました。
「部長が偉い」というのも、部下から見た場合だったり、もしくは取引先の場合は正しいかと思います。でも、きっと奥様からはそうではないですよね ＾＾；ITのスキルがどんなに高くても、それはエンジニアの人から見れば、「すごいな」だと思いますが、一般の人から見れば、その人の力があるようには見えないでしょう。
冒頭の話(データに価値がある)も、「そのデータを必要とするような顧客が居る(ほとんどのお客にとっては価値がないですよね)」、かつ、「顧客とデータを売買するような関係である」ことが条件です。そういう意味で、”価値がある”や”力がある”というのを一般化しすぎるのは危険だと思います。
特にコンサルや上流に行こうとするエンジニアの方は、憶えておくべきことだと思います。
井上さん、いかがでしょうか？
- 2009/12/06(日) 23:13:09|
- 雑談
-
| トラックバック：0
-
| コメント：3
日本HP法人向けeNewsletterというMLを月に1回、HPが送ってくれます。普通、各社のこういうメールは中身がマーケティング寄りだったり、せいぜい技術的な内容で役に立つなあくらいのものです。
ところが、日本HPのメールは違います。「大変！助けて！ノートPCにコーヒーが！！」で、いざというときの緊急処置法を教えてくれたり、「うんざり！社内政治から身を守るには」「もう先延ばしにしない！気が進まない仕事に取り掛かるには？」「上手に休みを取るコツ」といった具合で親近感があります。もちろん、マーケティングメッセージや技術の話もありますが、上記のような記事は息抜きにもいいですし、実際に仕事の参考にもなりますね。
日本HPのサイトに行って、「HP Technology at Work」と検索すれば、購読しなくても読めると思います。
- 2009/12/02(水) 23:43:31|
- 雑談
-
| トラックバック：0
-
| コメント：0
