富士通黒川社長、「富士通は業務を顧客に任せ、ITに偏りすぎた反省があった」 より
なんか横文字のオンパレード。
富士通では、フィールド・イノベーションを実現するために、「どう作るか」から「何を作るか」へと意識改革をしたビジネス・アーキテクト、人とプロセスを改革する役割を担うフィールド・イノベータを育成し、顧客のビジネスをもっと理解した形で、イノベーションを起こしていく仕組みを構築。「お客さまと、富士通のフィールド・イノベータ、ビシネス・アーキテクト、コンサルタント、営業、SEが一体となったフィールド・イノベーション・チームを編成し、ビジネスの視点から、一緒になって課題解決を行う関係を作ることが大切だ。お客さまのビジネスを理解する、時にはビジネスを代わってやらなくてはならないというところまで踏み込む必要がある」と語った。
もはやよく分かりません。イノベーションがマイブームなのでしょうか。数年前から横文字については言われ続けているのに、未だに解消していないあたりが問題な気が。
Lifehackに関する情報を提供するメディア、ブログは数多くあります。が、それらを信じて日々を少しずつ改善したら、優秀なエンジニアになれるのでしょうか。恐らく結果は逆になるのではないかと。
via MUJI color Pen Rainbow with Moleskine on Flickr - Photo Sharing!
原因としてはLifehackを熱望するあまり、Lifehackすることが目的になってしまうからです。確かに役立つ情報もあるでしょうが、それをそのまま実行するだけでなく、租借し、自分なりのやり方に変えて、自分のものにしていかなくてはいけません。何よりLifehack情報を集めるのに時間を費やしているはずです。情報収集に時間をかけるよりも現状を維持している方が実は効率的、なんてなったら笑えません。
似たような事例として「トヨタのカンバン方式」とか「モトローラのシックス・シグマ」とかあったと思うのですが、それを真似する企業が追随しました。が、結果として駄目だった会社もたくさんあります。他人の真似をしているだけでは駄目なのです。
また相当遅いのですが、日経ビジネス2008年02月25日号は「湘南企業」というタイトルで、様々な湘南の企業を特集しています。その中の一社「アルバック」は会議をダラダラやるという決まりがあるそうです。効率性ばかり追求している現代の企業群とは一線を画す方法です。
で、そこで以下のように語られています。
でもね、よく考えよう。100万回ループさせたら9秒の差が出ました、って、、、 100万回とか1000万回ループするfor文なんてものを書くのは実際の開発現場においてよくあることなんだろうか？（いやもちろん、実験だからそういう数値を使ってることは承知のうえで）
恐らくWeb屋（いわゆる人のためにサービスを開発を行う方々）はこう思うだろうな、と。言わば納品先はシステムの素人な場合が多い訳で、優先順位的にも納期や安定動作の方が重要で、システムの速度はその次でしょう。
でも自社のWebサービスとして開発する場合は全く異なってくるでしょう。数ミリ秒単位で速度を磨き上げていくことは、ユーザビリティの向上につながります。特に最近のWebサービスでは数秒のもたつきでユーザが逃げてしまう、なんてことは良くあること。こうした小さな改善を積み重ねていけば、結果として大きなシステム改善につながり、ハードウェアに頼らないチューンナップが可能になります。
元ネタの「@」でエラー抑制すると PHP が遅くなるという噂について [ a++ My RSS 管理人ブログ ]にしてみれば@がないことで1000万回実行した結果による8秒改善が重要なのではなく、そもそも自社システムをより良いものにしていくという姿勢の現れだということです。
個人的にはできれば良いじゃない的な論理ではなく、やるからには徹底的に突き詰めて改善していくという考えがWebの技術者には必要だと思います。そうした小さいこだわりは意外なほど、使っているユーザに伝わるものです。
コンピュータの前に座っていると、ついついキーボードを触りたくなります。が、実務であれば別ですが創造性を必要とする場合や、もやもやしたものを形にしていく時にはむしろコンピュータでない方がはかどることが多いです。
その時に大事なのがメモできる用紙です。個人的にはA4サイズでは物足りないため、B3くらいのスケッチブックを使っています。全くの無地なので、自由に線を引いて文字を書いて、とできます。
もう一つ大事なものは以下にて。
|
MOONGIFT
|
Open Service
|
|
Rails 2.0
|
Residenton.net
|
|
Cool Coding
|
Producing Web
|