ライトニング・トークスの発表順が決まりました

「じゃあ、五時から打ち合わせということで」

えーと。五時...明日の五時だから、2006/8/17 17:00、と。

おかしいと思いません？なんで人間が日付に変換しないといけないのでしょう? 明日三時と言っているのだから、明日三時がいつかくらいコンピュータで考えろ！

というワガママにお答えする、「口語日付表現→Date型変換ライブラリ」というのを作成しました。みんなに自慢したいので、ライトニングトークでしゃべらせてください！

Hackerというのは横着な生き物で、プログラミング言語は簡単に乗り換えるくせに、開発環境はほとんど変えることなくずっと同じものを使い続けるという傾向がある。

新しいパラダイムを学ぶことよりも、新しい雑多なバッドノウハウを習得することを億劫に思うのがHackerだからである。

さて、一般に開発環境は各プログラミング言語に歩み寄ろうとするものだが、逆に「開発環境に歩み寄ろうとするプログラミング言語」というものを考えてみても面白いかもしれない。

例えば、プログラマの幸せを最大化する言語(Ruby)もあれば、プログラマのキータイピングの快適さのみを最大化する言語などがあってもいいはずだ。

今回のLTでは、そのあたりのことを早足に議論したいと思う。

バグの発生しやすいところは人と人、プロジェクトとプロジェクトの境界。そこをフォローするにはどうするか。

思いやり駆動開発は「迷ったときには相手の立場になって考える。」というシンプルな指針から溝を埋める実践例を考えます。

　webアプリは、仕組が複雑で安全性／信頼性の問題を抱えているため、運用・保守の負担が大きくなっています。前記課題を解決するため、全く異なる方向からRIAを研究しています。そして、その成果を紹介します。

　ひとつのJAVA APPLETで複数のマルチウィンドウGUIアプリを動かし、サーバとJAVA APPLETの通信はHTTPSを用います。この技術により、クライアントサーバシステムと同等の操作性を備えるRIAが、簡単に構築できます。

チームによる開発では、メンバ間の意思疎通が重要になります。ところが、メールや口頭で作業をお願いする場合は、作業をつい忘れてしまったりという問題がしばしば発生します。本トークでは、BTS (バグ管理システム) で用いられるチケットを用いてこの問題を解決するTDD (チケット駆動開発) を提案します。

チケット駆動開発では、開発における「すべて」の作業をチケットとして登録し管理します。開発メンバはチケットを見ることで、自分がやることがすぐに分かります。また、他のメンバの負荷も一目瞭然です。

チーム開発でよく用いられるTracには、Wiki, Subversionブラウザ,BTSの機能があります。このうち、BTSを活用されている方は少ないのではないでしょうか。TracのBTSは少し手を加えることで非常に使いやすくなります。あなたもチケット駆動開発で、幸せなチーム開発を実現してみませんか。

私は3年前(2004年)から、主に自分のブログや雑誌等でRESTというソフトウェアシステのアーキテクチャスタイルに関する啓蒙活動を勝手に行ってきました。

幸いなことに、現在では日本でもRESTが正しく認識されるようになりましたが2004年当時はRESTに関する正確な情報を日本語で得るのは大変な状態でした。私はエンジニアの良心からそのような状況を改善しようとある程度戦略的に啓蒙活動を進めてきました。そしてそれはある程度成功したと考えています。

今回のLTでは、私がRESTの啓蒙活動を経て得た知見を元に、エンジニアの「技術的に正しい政治的判断」を実行する戦略について論じたいと思います。