JavaFX Script 入門、とりあえず言語仕様に目を通してみた
CNetでも報道された通り、Sunが独自のスクリプト言語JavaFX Scriptを発表した。テクノロジーの優劣だけで決まるものではないので、この試みがうまく行くかどうかは何とも予測しがたいが、とりあえず言語仕様が公開されたので目を通してみた。 私なりに興味深いと思った点は以下の５つ（ただし、私なりの拡大解釈が多少入っている可能性もあるので要注意）。 １．宣言型のUIをサポートしていること 宣言型大好き人間の私としては、この方向性は大賛成（ちなみに、UJMLも宣言型のUI言語^^）。"押してね！"というラベルがついたボタンを表示するには、こう書けば良い。 Frame { content: Button { text: "押してね！" action: operation() { System.out.println("押してくれて、ありがとう"); } } visible: true } ２
Life is beautiful: エンジニアとしての満足感をどこに感じるか
先日の「IE3.0の１０才の誕生日のエントリー」で、私が「エンジニア冥利に尽きる」という言葉を使ったことに対して、「ビジネスマン冥利にはつきそうだけど。エンジニア冥利な要素ってどのへんなんだろう？」という質問をいただいた。 本質をついたするどい質問なので、どう答えようか悩んでいたのだが、良い例を思いついた。何年か前のイチローへのインタビューである。細かな言葉までは覚えていないが、こんな感じであった。 アナウンサー：イチローさん、今日は５打数４安打の大当たりでしたね。 イチロー：はい、でも試合には負けてしまいましたから。 アナウンサー：これで今年も２００本安打確実ですね。 イチロー：２００本は単なる通過点ですから。 アナウンサー：特に３回の二塁打の打球はするどかったですね。 イチロー：はあ、でも得点には結びつかなかったのが残念です。あそこは犠牲フライでも良いから１点ほしかった。 アナウンサー
Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている
先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月３０万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月３０万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ
Life is beautiful: SEはメニューのないレストランのウェイターか？
一昨日書いた「ソフトウェアの仕様書は料理のレシピに似ている」というエントリーに対して沢山の人からフィードバックをいただいた。このように情報を発信すると、逆により多くの情報が集まり自分にとっても勉強になる、というフィードバックプロセスがあるからブログは楽しくて仕方がない。 フィードバックの中に「これでSE不要論も再燃か？」などという過激なコメントから、自分自身がSEという立場の方からのものすごく真面目なフィードバックまでが集まったので、これを機会に、ここに私なりに「SE」という職業をどう解釈しているか書いてみようと思う。もちろん、私自身がSEという職業を経験したことがあるわけでなないので、間違っているかも知れないが、その場合は遠慮なく指摘していただきたい。 私の理解では、SEという職業はレストランに例えればウェイターである。それも、メニューから料理を選んでもらう通常のレストランとは異なり、「
Life is beautiful: Web2.0時代のリミックス文化は「２１世紀のルネッサンス」
最近リミックス（Remix）という言葉を目にする機会が増えている。はてなダイアリーの辞書に、「楽曲制作で、完成された曲の録音素材をもとに、編集したり、新たに素材を加えたりして、別のアプローチからその曲を再構築すること。または再構築されたその曲のこと。」と書かれている通り（参照）、一般には曲にのみ適用される場合が多いようだ。 しかし、リミックスという概念を、音楽に限らず、画像、映像、文章、ソフトウェア、なども含めた人間の創作活動全てに適用してみると、色々と面白いことが見えてくる。 １）既存の曲に画像や字幕をリミックスしたFlashアート（「恋のマイアヒ」、「もすかう」など） ２）他人のブログエントリーやニュースの記事を引用しつつ自分の意見をリミックスするブログエントリー ３）複数のプログラマーがそれぞれの変更・改良をコミュニティに還元するという形のリミックスで進化するオープンソース・プロジェ
Life is beautiful: Ajaxの本質、「非同期メッセージ型ウェブ・アプリケーション」のススメ
最近、「これからのウェブ・アプリケーションはAjaxだ」という声を良く聞く。ソフトウェアを生業としているエンジニアとしては、この手の「流行もの（hype）」に触れた時には、表面的なものに踊らされずに、その本質を自分なりにしっかりと捕らえて消化・吸収して自分のものにしなければいけない。今までも、「オブジェクト指向」、「マルチ・ティアー・アーキテクチャー」、などの言葉が一人歩きするたびに、「これからは○○だ」とか「○○の時代は終わった」などと、過激なことを言って読者の目を引こうとだけするマスコミや企業のマーケティング戦略に数多くの人が踊らされてきた。 そんなノイズだらけのメッセージに混乱させられた結果、「Ｃではオブジェクト指向のプログラミングは出来ない」と信じているエンジニアがいまだに沢山いることは全く嘆かわしいことだ。「オブジェクト指向のプログラミング」は、設計姿勢・プログラミングスタイルに
Life is beautiful: 日本語とオブジェクト指向
先日、日経BPの出版局の方と話をする機会があったのだが、私がマイクロソフトでウィンドウズ９５の開発に関わったことに触れた際、「ユーザーインターフェイスの設計において、日本人であることで何か役に立ったことはありますか？」と聞かれた。日本人であることがプラスになったとは思わないが、ふと思い出したことがある。当時、「日本語はオブジェクト指向な言語だな」と思ったことである。 その当時（９０年代初頭）、アップルの方が使い勝手に関しては一歩も二歩もマイクロソフトより進んでおり、そのためには、もともとゼロックスが提案しアップルが商品化した、「オブジェクト指向ユーザーインターフェイス」の考え方を、より推し進めるしかないという戦略で、ウィンドウズ９５のユーザーインターフェイス（当時は Object-Oriented Shell と呼ばれていた）の開発をしていた。 「オブジェクト指向ユーザーインターフェイス」
Life is beautiful: 大人になると誰も間違いを指摘してくれなくなる
「6年勤めたNTTを退職しました」という記事が、注目を浴びているようですが、この筆者が NTT を辞めた理由が、私が３２年前（１９８６年）に NTT を辞めた理由とあまり変わらないのに、少々驚きました。 私が NTT を辞めた件に関しては、これまで色々なところで話しては来たのですが、まとまって文章にしたことがなかったので、これを機会に書くことにしました。普段ならメルマガ（週刊 Life is beautiful）の読者限定で書くところですが、今回だけは、出来るだけ多くの人に読んで欲しいので、ブログ記事として公開します。 当時、NTTは電電公社から民営化したばかりで、１９８５年に入社した私は、NTTとしては第１期生でした。大学は、早稲田の理工学部電子通信学科で、修士課程まで行きました（当時は、情報学科はまだ独立しておらず、電子通信学科がソフトウェアとハードウェアの両方をカバーしていました）。
Web2.0を活用する１０の方法、その３
「Web2.0を活用する１０の方法」その３は、"Encourage Unintended Uses" （想定外の使い方を奨励しろ）。筆者は幾つかの意見をまぜこぜにして述べているので少し分かりにくいが、コアとなる意見は「『このサービスはこう使うべき』と決め付けて作らずに、ユーザーが自分なりに工夫して使えるようにした方が良い」ということである（ちなみに、筆者はこれに加えて、mash-up や remix しやすいようにサービスAPIを用意した方が良いとここで言っているが、その点に関しては「その５」でも触れているので、ここではスルー）。 「ウェブ・サービスを作るときは、あまりきっちりと型にはめずに、少しルーズに作っておいた方が、ユーザーがクリエイティビティを発揮できる」という話は、前回のWeb2.0カンファレンスでも話題になっていたが、「もの作り」に慣れた人の方が逆に見落としやすいコンセプトなの
Life is beautiful: ビル・ゲイツの面接試験―私の場合
マイクロソフトの採用面接がユニークであることは、「ビル・ゲイツの面接試験－富士山をどう動かしますか」という本で一時話題になった。もちろん、私自身もマイクロソフト本社で面接官として数え切れないほどのエンジニアの面接を担当し、自分なりに工夫して作り出した試験問題を幾つも用意していた。今日は、その一つを披露して、得意のうんちくを展開しよう。 ［問題］ 二次元座標上に、それぞれの辺がX軸・Y軸と平行に置かれた長方形Aと長方形Bがあるとする。その時、長方形Aと長方形Bが一部でも重なるかどうかを判断する条件式を書け。フォーマットは、CやJavaなどのコンピューター言語でも良し、単なる数式でも良い。制限時間は３０分。ただし、考えていることを声に出し、ホワイト・ボードを使って自分の考えのプロセスを説明しながら解くこと。 もし、これからプロのソフトウェア・エンジニアを目指そうという理科系の学生がこのブログを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
