JavaFX Script 入門、とりあえず言語仕様に目を通してみた
CNetでも報道された通り、Sunが独自のスクリプト言語JavaFX Scriptを発表した。テクノロジーの優劣だけで決まるものではないので、この試みがうまく行くかどうかは何とも予測しがたいが、とりあえず言語仕様が公開されたので目を通してみた。 私なりに興味深いと思った点は以下の５つ（ただし、私なりの拡大解釈が多少入っている可能性もあるので要注意）。 １．宣言型のUIをサポートしていること 宣言型大好き人間の私としては、この方向性は大賛成（ちなみに、UJMLも宣言型のUI言語^^）。"押してね！"というラベルがついたボタンを表示するには、こう書けば良い。 Frame { content: Button { text: "押してね！" action: operation() { System.out.println("押してくれて、ありがとう"); } } visible: true } ２
マルチ・スレッド（multi-thread）プログラミングの落とし穴、その１（かもしれない）
ここのところ技術系ブロガーの間で話題になっている、「C10K問題（参照１、参照２）」は、ひとことで言えば、多くのウェブ・サーバーで採用されているmulti-threadやmulti-processに頼った（もしくは頼りすぎた）多重処理というアーキテクチャーのスケーラビリティに対する極めてまっとうな警告である。 この話は、決して最近になって始まった話ではなく、パソコン業界ではパソコンのOSにpreemptiveなマルチタスクが導入されはじめた９０年代の前半から、さらに遡ると、DECを中心にテクノロジーが進化したミニコンの時代から、ソフトウェア・エンジニアたちの間で盛んに討論されてきたテーマである（さすがに、メインフレーム時代の話は私は知らない）。 十数年を経た今でも、いまだに決着が付いていないこの問題は、私の大好きなテーマの一つでもあるし、もし私が博士号をこれから取得しようとするのであれば、
Life is beautiful: あえて断定せずに説得力を増すテクニック
少し前のエントリーで紹介した、「The ten faces of innovation」。内容とは直接関係がないが、興味深い文章術が使われていたので、今日はそれに関するエントリー。 まずは、下の文章を読んでいただきたい。 一昔前まで、Cleaveland Indiansは「弱小球団」の代名詞であった。地区優勝をしたことが無いばかりか、勝率が５割を上回ることすらめったになかった。しかし、１９９４年にIndiansは大きく変わったのである。１９９４年はリーグで一番の勝率をかせぎ（ただしストライキのためにシーズンは途中で終了）、１９９５年には念願のリーグ優勝を果たした。 何が変わったのだろう。監督も同じ、選手もほぼ同じメンバーである。一つだけ変わったものは球場である。都心から離れた所にある収容人数８万人の巨大で古びた球場から、都心にある収容人数４万人の新しい球場に移ったのである。 つまり、Ind
ユーザー参加型コンテンツビジネスのまとめ
最近CGM（Consumer Generated Media）関連の質問をされることが多いので、一度頭の中にあるものを整理する意味でも、箇条書きにしておく。 従来のWeb1.0的なコンテンツビジネスと比べた時の利点 ・常に新鮮なコンテンツをコストをかけずに提供できる点 ・バイラルマーケティング効果（コンテンツを作ったユーザーが他の人に宣伝してくれる） ・根本的にコミュニケーションツールであること（人がオンラインになるのは、他の人と繋がるため） ・ユーザーの数が増えれば増えるほどサービスの価値が上がる点 ・長く使えば使うほど、そのユーザー自身の財産が形成され、サービスから離れにくくなる点 意識しておくべき点 ・自社コンテンツを持っていない企業が新規参入できる点 ・ユーザーは予想もしない使い方をすることがあること ・コミュニティの作られ方しだいでサービスの質が大きく左右されること ・積極的に参
Life is beautiful: Windows95と地上の星
Windows95の開発の総責任者であるDavid Coleから開発の主要メンバーに緊急召集がかけられたのは、Windows95の開発も大詰めを迎えた1994年末のことである。 Shell（デスクトップ、エクスプローラ、スタートメニューなどのユーザーインターフェイス）の開発を担当していたSatoshiは、いままでの経験からこの手の緊急招集が良い知らせでないことはないことは知っていた。 David Coleが深刻な顔をして緊急招集の理由を説明し始める。Windows95そのものの開発は順調に進んでいるが、Windows3.1との互換性の維持が思うように進んでいないのである。 「このままだと、９５年中にリリースすることはできない」 深刻な問題である。既に当初の予定より１年以上遅れているWindows95のリリースをさらに遅らせて95年のクリスマスシーズンを逃すことはOffice95を同時にリリ
デジタルデバイドとユーザーエクスペリエンス
CNetのブログに「ユーザー・エクスペリエンスとパーベイシブ・アプリケーションの世界」というエントリーを書きつつ考えたことがあるので、今日はそれに関するエントリー。テーマはデジタルデバイドである。 デジタルデバイドとは、さまざまなデジタルデバイスやネットワークの恩恵を受けられる人と受けられない人の間に大きなギャップが生まれることを指す（参照）。ギャップが生まれる原因には、所得、地域、年齢、教育の違いなどさまざまなものがある。「所得・地域格差」に関しては、私のようなエンジニアに何が出来るわけでもないので口を挟むつもりはないが、「年齢・教育」に関しては言いたいことが山ほどある。 この手の議論の際に「デジタルデバイドを解消するために人々の情報リタラシーを高めよう」などという発言を聞くことがあるが、私はこの「○○リタラシー」という言葉が大嫌いだ。もともと「リタラシーがない」とは「文盲である」という
知的労働者には「組織を移る力」がある
前回のエントリーに、Doraさんという方から「次回エントリー『こうすれば日本のSEは救われる！』を楽しみにしております！？」とのコメントをいただき、少し悩んでしまった。日本のSIer（少し前までは「SI屋」だと思っていた）の階層構造の問題を指摘しておきながら、何も提案しないのはあまりにも無責任かも知れない。 だからと言って、「日本のIT産業はこうあるべきだ」などと部外者である私が本当の意味で影響力のある発言をするのはあまりにも難しい。特に、IT業界に限らず、一旦こういった階層構造が出来てしまうと、業界で力を持つ上位レイヤーの会社や人たちにとって、改革は自己否定にもつながりかねないので良いと分かってはいても自分からわざわざ着手できない、というジレンマがあるのが一層解決を困難にしている。 では、現時点でIT業界で苦しむSEやプログラマーの人たちは何をしたら良いのだろうか。 とても難しい問題では
Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている
先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月３０万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月３０万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ
Web2.0を活用する１０の方法、その１
会社のエンジニアの一人が見つけてきた Dion Hinchcliffe という人の「Ten Ways To Take Advange of Web 2.0」というブログエントリー。未だに「Web2.0とは何か」を延々と議論し続けている理論先行型のブログが多い中、実際のウェブ・サービス・ビジネスにどう活用したら良いかをきれいにまとめてある点が評価できる。 英語の勉強にもなると思うので、ぜひとも原文を読んでいただきたい。 … と突き放そうかとも思ったのだが、毎日のように私のブログを読みに来ていただいている方々への感謝の意味も含めて、私の意見もまぜながら、解説して行こうかと思う。ただし、結構内容が濃い記事なので、一度に全部を解説するのは時間的に難しい。そこで、一つずつ順番に解説して行く。 １．Encourage Social Contributions With Individual Benef
StarOffice/OpenOfficeがMicrosoft Officeに勝てない理由
このことは以前から書こうと思っていたのだが、誤解を招かずに説明するのが難しいので、しばらく棚にしまっておいた。しかし、今回「Blue Ocean Strategy」（日本語訳：ブルーオーシャン戦略）を読み始めて、なかなか良い表現を見つけたので、それを利用して説明する。 詳しくは、この本の第二章、「Analytical Tools and Frameworks（分析のためのツールとフレームワーク）」を読んでいただくのが一番良いが、あるマーケットを見たときに、既存の商品の「主要な要素（principal factors）」を抽出して、そこで真っ向から血みどろの戦いを挑むのが「red oceanの戦い」であり、逆にその要素から幾つかの項目を思い切って切り捨て、それとは別に新しい価値を生み出す要素を追加して、真っ向からの戦いを避けるのが「blue oceanの戦い」なのである。 この観点から St
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
