投稿日:2008年09月03日 作成者:yasunaka
このブログ、さっそくGoogle Chromeを使って書いてみているのですが、とにかく軽い! 早い! ちょっと感動的なほどです。今までFireFoxを使ってきたのですが、これは乗り換えたくなりました。
ユーザーI/Fもシンプルなんだけど、かなり使いやすくデザインされています。デフォルトでよくアクセスするページがホームページになっているのも使いやすいと思います。ページ表示なども概ね問題ないと思います。
1つ気づいたこととして、Flashは表示できるのですが、Java Appletはだめのようですね。(なにか設定すると動くのかもしれませんが) 企業用のアプリケーションではJava Appletを使っている場合が結構あるので、できれば対応してほしいところです。(これはSunにいうべきことなのか?)
### 訂正 2008/9/8 ####
Java AppletもJRE 6.0のUpdate 10(ただし今現在はまだRC版のようです)に切り替えると使えるようになるようです。Update 10からはJava Appletが別プロセスで動くようになるなど、だいぶ大きく変わるようで、Google Chromeははじめからこのバージョンを前提に作っているようですね。
######################
しかしGoogleという会社、Appleが開発しているオープンソースの部品をうまく活用しているとしても、これだけのものを出せるというのはやはりすごい会社なのだと思います。(ちょっと使った感じでは本家のSafariより使いやすいイメージがあります) 技術者としても、経営者としても、うらやましい限りです。
投稿日:2008年09月02日 作成者:yasunaka
@ITにCompTIA Breakaway Japan 2008 IT人材不足の要因は「産業構造」「育成環境」「育成機会」という記事が載っています。それによると、総務省の方の話として以下のようなことが書いてあります。
— 引用はじめ —
ICT人材の現状は「50万人ほど不足している。特に、高度ICT人材の不足数は約35万人」だという。高度ICT人材は技術系(プロジェクトマネージャ、上級システム設計・開発など)とマネジメント系(CIO、CTO、システム企画など)に分かれるとし、特にマネジメント系の不足が著しい
— 引用終わり —
経産省の平成18年特定サービス産業実態調査によると、ソフトウェア業務にかかわる従事者数は全部で52万人ということなので、上記のICT人材の話は、ざっくり、現状の倍増やす必要があるという話です。
これ、本当だとしたらまだ当分IT系産業における人材市場は超売り手市場ということになるのですが、何か実感がありません。実際SEやプログラマーの単価はこのところ下降気味のような気がしてなりません。(きちんと調べたわけではないですが)
1つ考えられることとして、憶測ですが、上記のICT人材の範囲には、ユーザ企業側のシステム担当者が入っているのに対し、ソフトウェア業務にかかわる従事者数にはその分が含まれていないのかもしれません。
いずれにせよ、「50万人ほど不足している」という話の算出根拠を知りたい、と思いました。
投稿日:2008年09月01日 作成者:yasunaka
アップデイティット株式会社は会社設立が2006年9月1日で、今日で3年目に突入します。
1年目はすべて研究開発で終始し、2年目からcrossnoteの提供を開始し始めました。おかげさまでcrossnoteは、おそらく世界中探しても類を見ない統合ドキュメンテーション環境として、製品としての完成度が高まってきたと自負しております。
この3年目を飛躍の年としていきたいと思います。まずは少しでも多くの人にcrossnoteのことを知ってもらい、使ってもらえるよう、工夫していきたいと思います。
これからもよろしくお願いいたします。
投稿日:2008年08月29日 作成者:yasunaka
ちょっと与太話です。
例えば「15:00に帰る」と言うことに対して、(A)「15:00迄に帰る」と捉える人と、(B)「だいたい15:00ぐらいに帰る」と捉える人がいると思います。時間があまりシビアでない場合にはどっちでも良いのですが、15:00という時間が重要な場合には、(A)「15:00迄に帰る」と捉えてほしいと思います。
しかし実行者(15:00に帰る人)はそんなことは考えません。できるだけ楽な(B)「だいたい15:00ぐらいに帰る」と捉えることも多いと思います。結果として、いろいろと問題が発生することになります。
さてこの問題、何が原因なのでしょうか? 「15:00に帰る」という表現が曖昧ということでしょうか? それとも気を利かせない実行者が悪いのでしょうか? または、勝手に15:00迄に帰ることを期待する側が間違っているのでしょうか?
おそらくこれと同じようなことが、プロジェクト内では何百回と繰り返されていて、その度に様々な問題やバグ、仕様間違いなどが発生しているのではないでしょうか?
このケースで重要なのは、コンテキスト(文脈)です。どのようなコンテキストで用いられた文章なのかによって、受取る意味が異なります。「15:00に帰る」という表現そのものは決して曖昧な表現ではないのですが、コンテキスト次第では様々な意味を持ちうる点が曖昧さを生み、情報の発信側と受け手側で同じコンテキストを共有していないと、場合によっては意味を取り違えて伝わる場合がある、ということです。
ところがコンテキストの共有が十分できていない場合というのが実際にはよくあります。「え、そういうことだったの?」というケースです。相手が同じコンテキストを共有していることをきちんと確認しないことには、あなたの言葉は違う意味で受け取られているかもしれません。
投稿日:2008年08月27日 作成者:yasunaka
IT Proの1万人が使った“Excelのお化け”という記事を面白く読みました。日産とリクルートの事例で、多くの人がExcelファイルを共有して使っている場合に起こる問題点と、その解決方法について書いています。
解決策は、日産の場合にはデータをExcelを使ってXML化し、XMLデータベースに格納する方法、リクルートの場合にはマイクロラボ社のツールを用いるというものでした(ExcelをWebブラウザ内で動かし、そことアプリケーション・サーバを連動させてDBに格納する方式)
それぞれ、いわゆるWeb化はしていないのですが、理由はユーザがExcelを使い慣れているため、そして高額な投資をしてWeb化するほどでもない、という2つの点のようです。
正直なところ、読んで思ったことは、これは最初からわかっていた事だよね、ということです。多少Excelを使い込んでいる人であれば、それだけの大人数(日産の場合、なんと日米欧の1万ユーザ)でExcelファイルをみんなで共有して使った場合に問題が起きないわけがないことぐらい理解しているでしょう。
でも現実問題として、こういうのってよくある話だと思います。上記のいずれもいわゆる情報系であり、勘定系と異なりシステム投資があまり行われません。金がないから、まああるものでいこう、ということになるのです。
法律上必要だとか、何らかの理由がないと、情報系と呼ばれる部分にはなかなか投資してもらえません。人手で回せる間は人手で回す、という発想になりがちです。投資対効果がわかりずらいことも一因でしょう。
しかしビジネスは「情報戦」です。外部・内部を問わず、情報を制する者が最終的には勝つはずです。それらの仕組みを積み重ねていくことで、他者に対する確固たるアドバンテージを得ることができるようになります。日本のシステム投資も、もう少し大局的なものの見方で、情報に投資する、という姿勢が必要なのではないでしょうか?
投稿日:2008年08月26日 作成者:yasunaka
昨日はCIAJ/Zit共済IT経営改革研究会にて、crossnoteの商品発表をさせていただきました。
ミニ発表ということで、5分間という枠でしたので、ちょっと早口での説明になってしまい、わかりにくい部分もあったかもしれません。そんなわけで、至らない部分もあったかもしれませんが、多くの方に商品を説明させていただく機会を得たことは、非常にうれしく感じました。また多くのベンチャーの社長の方などと交流できたことが非常に楽しかったです。
昨日の説明の切り口は、「プログラミングの世界にはIDE(統合開発環境)が当たり前になってきているのに、なぜドキュメンテーションの世界は、相変わらずワープロと表計算ソフトだけ、という旧態依然としたままなの?」という観点での説明です。「統合ドキュメンテーション環境」を実現するためのものとしてcrossnoteをご紹介し、5つの導入メリットを説いています。
詳しくは、昨日の資料をこちらに置いておきますので、ぜひ御覧ください。
投稿日:2008年08月22日 作成者:yasunaka
昨日、あるITベンチャーの社長が出ているストリーミングを見ていたら戦略と戦術の違いに関する話が出ていました。ランチェスター経営に関する本とか読んでも、良く出てくる話題ですが、違うということがわかっても、ではどこまでが戦略で、どこから戦術なのか、という具体的な話になると、私自身、以前はよくわかりませんでした。
一般な話として、戦略を間違えていると、いくらがんばって戦術に長けても戦いには勝てない、ということがあります。でもそれだけではやはりどこまで戦略で、どこから戦術なのかはわかりませんね。
上記のストリーミングの中では戦略とは、考える対象の広さの違いを言っていました。つまり単に直接的な戦いだけを見るのではなく、その前提となる周りの要素(ロジスティックス、外交、その他もろもろ)を踏まえて考えることだ、ということだそうです。これは非常に分かりやすい説明だと思いました。目指すは「戦わずして勝つ」ことこそ王道なりと。
私なりに、さらに付け加えるならば、いろいろな観点で広く捉えた上で、「どの部分に自分の出せる力を集中させるか」というのが戦略じゃないかと理解しています。物事をできるだけ広く捉え、その上で逆に力を集中させるポイントを定めること。これが戦略の本質なのではないかと私は思っています。
誰でも自分に与えられたリソースには限りがあります。その限られたリソースを如何にして最大限有効活用するか、というのが戦略の重要の根源的な理由なのではないでしょうか?
投稿日:2008年08月20日 作成者:yasunaka
スレッシュホールド(Threshhold)って言葉をご存知の方って、どのくらいいますか? 単語の意味はいろいろあるのですが、ここでは「限界、境界、分かれ目」という意味で捉えてください。電子工作とかやっていた方には割とおなじみの言葉だと思います。
電子回路の世界では、入力電圧をリニアに変化させた場合に、ある電圧を超えたときに出力電圧が急激に高くなるような現象を指します。例えばデジタル回路では、論理上は0に相当する電圧と、1に相当する電圧しかないのですが、これをアナログの世界で見た場合、当然その間の電圧も存在します。でも、このスレッシュホールドというものがあることで、入力電圧がそのスレッシュホールドのレベルに到達すると急激に出力電圧が立ち上がるので、0と1を明確に区別できるようになっています。
最近、いろいろな部分でビジネスの世界でもやっぱり同じようにスレッシュホールドというのがあるのだな、ということを認識ました。入力の部分はほんのちょっとの違いにしか過ぎなくても、そのスレッシュホールドを超えたとたんに、出力されるものは0から1へ、大きく変化する、ということです。
おそらくそれは、世の中では「正のフィードバック」が働いていることから来ているのではないでしょうか?。つまり何かが話題になると、それにつれて関連する部分でもそれが話題になる、いわば「話題が話題を呼ぶ」という現象です。(ちなみに逆をいうと、そのスレッシュホールドに達するまでは、「0」なのです)
「うまい正のフィードバック」をどうやって創り出していくか、がビジネスの成功の鍵ともいえるかもしれません。
投稿日:2008年08月19日 作成者:yasunaka
昨日の「らっきょの皮インターフェース」と似たような話ですが、ソフトウェアというのはどうしてどんどん重量級になってしまうのでしょうか?
人間の場合、太りすぎは良くない、と注意されますが、ソフトウェアの場合、そのように判断してくれる人はいません。でも明らかに太りすぎているソフトウェアって見ますよね。
問題なのは、太りすぎが明らかであってもダイエットはそう簡単ではないということです。なんかよく分からんコードが残っていて、動いている様子はないんだけど、本当に必要のないコードなのかどうかが判断できず、削除できない、みたいな贅肉コードがあっちこっちにあると、それらを判断して削除するだけでも手間隙がかかり、大変です。
一旦贅肉が付いてしまうと、ダイエットは大変なようです。はじめから贅肉を付けないように、日々の鍛錬が重要だ、というのはスポーツも、ソフトウェアのプログラミングでも同じなのだと思います。
単に(見かけ上)動けばいいということではなく、ある程度贅肉をきちんと処理するところ(最低限のリファクタリング)までやって、初めてプログラムが出来上がったといえるのだ、ということをジュニアなプログラマ達に刷り込む(インプリンティングする)べきでしょう。
投稿日:2008年08月18日 作成者:yasunaka
システムを設計する際には、必ずといっていいほどいろいろな部分で「皮を被せる」ことが行われていると思います。この「皮を被せる」というのは、あるモジュールを利用する際に、それをそのまま使うのではなく、一般化したインターフェースを自前で定義することで、そのモジュールに対する依存性を下げるために使われています。
確かにインターフェースを介した設計というのはいいことだと思うのですが、現実問題として、その「皮」がまるでらっきょの皮のように何重にも定義されているケースがよくあります。インターフェースを何重にも定義した場合、それぞれの階層毎にテストが必要となり、メンテナンスも大変になり、メモリを余計に食い、パフォーマンスも劣化し、あまりいいことはないはずです。
つまり、何重にもなっている場合には明らかに設計を間違えているわけですが、例えば「決まり」としてそうしなければならない、などといったよく分からない理由で皮が定義されていることがしばしばあります。またどういうわけか、そういった皮を定義することが生きがい(趣味?)のような人もいますよね。だから世の中には無用な皮をまとったシステムが大量に出来上がり、本人達の自己満足のために、客観的にはやたら複雑化したシステムができあがるわけです。
皮を新たに定義する前に、今そこにあるものが目的にあったインターフェースかどうかを検討し、もしほぼ満たすものであれば、むしろ積極的にそれを活用すべきなのではないでしょうか?
日本料理のように、素材の良さを活かしたシステム設計というのも「あり」だと思います。