Java SE 6 じゃじゃ馬ならし
第一幕 虫退治と管理 OutOfMemoryError でお悩みのあなたに (改訂 Feb. 2007) OutOfMemoryError のハンドリング MXBean を作ってしまおう (改訂 Feb. 2007)ユーザ定義 MXBean より便利になった JConsole (Feb. 2007)JConsole JConsole をカスタマイズしよう (Feb. 2007)JConsole API 管理に使える便利なツール (Feb. 2007)jinfo, jmap, jstack, jhat 第二幕 脚本 言語の中の言語 (Nov. 2005)Scripting 第三幕 机の上 ネイティブアプリにアクセス (改訂 Feb. 2007)Desktop システムトレイが使える (Nov. 2005)TrayIcon 起動を華麗に (Nov. 2005)SplashScreen タブにボ
Let’s use doxygen!
はじめに プログラマには、ドキュメント、とくにプログラムの内部仕様書を書くのが苦手、 という人が多い。 その理由は明らかであって、そもそも、ソースコードに (バグも含めて)*1 すべての仕様が子細もらさず書かれているのに、なぜ、さらにそれと独立した仕様書が必要なのかと、 (半ば本気で) 思ってしまうからである。 ソースコードと独立にメンテナンスをしなければならないような仕様書は、 いずれソースコードと整合性が取れなくなって、無意味ならまだしも、 かえって害をなす存在となり果てることもある、ということを、 彼らは経験的に理解しているのである。 (*1) Ruby の作者である、まつもとゆきひろ氏は、 その著者『オブジェクト指向スクリプト言語 Ruby』の中の「付録C Ruby 用語集」で、 次のように書いている: ドキュメント まつもとの苦手なもの。彼は普段から「ソースがドキュメントだ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Javaメモ目次(Hishidama's Java Memo)