«前の日(08-26) 最新 次の日(08-28)» 追記

netail.net

自作フリーソフトや,ゲームに関する雑記を公開してます.
日記はソフトウェア工学の論文ネタが中心です.

最近のお知らせ (古いものはこちら)


2002-08-27 古い日記からの変換データ

_ Robocode

ユーザがコントロールできるようにnew JFrame して frame.addListner(this); してみたけど失敗.親ウィンドウを設定できないとダイアログが開かない?

Robocode の jar ファイルを展開してみたけどバイナリしか入ってなかったので, Javassist とかのバイトコード変換系を使えばいけるだろうが,ROI が悪そうなのでやめることにする.やっぱり真面目にコードを書こう.


2003-08-27 古い日記からの変換データ

_ Bookmark

Libretto 用に作ったブックマーク管理ツールを,そろそろ使わなくなってしまったのでソースだけ公開して凍結.

_ FSE

FSE はなぜシングルトラックなんだろう,と思っていたら先生に「それが売りの会議だから」と言われた.

あまり関連のない分野の話も聞いてみる機会という意味ではいいのかも.シングルトラック→論文発表可能数が少ない→競争率が上がる→論文の質も上がるはず.FSE のほうが ICSE よりも引用したくなる論文が多い気がするのも,そのせいだろうか?

_ スライス

研究用に作ったツールだが,「公開するもしないも好きにしていいよ」と先生から言われたので,もうしばらく refine してから公開も考えることにする.

_ IWPSE

発練も一段落して,スライドの最後の調整中.

_ AspectJ

最近カウンタの進みが速い.やっぱり aosd-jp で紹介されたからだろうか?

まあ,いいサイトだよって紹介されるような内容になっているらしいので,まだまだ頑張っていこうという気にもなれる.

_ イース

昔,ソフトのおまけか何かでもらったDVD版 イース「天空の神殿」観賞.見ないまま何年か放置してた気がする.

原作をがんばって120分に縮めました,という感じで原作知らないと耐えられないようは気はするけど.

まあ,暇つぶしにはなった.


2004-08-27 古い日記からの変換データ

_ なんばパークス

なんばパークスタワーでのミーティングに行く途中,kaba%OUCC-OB 様に遭遇した.職場はなんばパークスタワーだったらしい.

なんばパークスの2Fのベーカリーカフェで一緒に昼食.カスタードクリーム系とデニッシュ系のパンが多くてわりとうれしい.

_ [AspectJ] Dependency Injection

JBoss AOP な記事.http://www.onjava.com/pub/a/onjava/2004/08/25/aoa.html

Dependency Injection というのはどうやらメンバーに設定された属性に従ってアスペクトをくっつけるといった方法らしい.

クラス側が特定のサービスを要求しているとも見えるし適当に書かれた属性にアスペクトが後から意味を付加しているとも見える.


2005-08-27

_ [ゲーム] 忍者バーガー

Steve Jackson Games のゲームリストを見ていて気になったNinja Burger の公式サイトを見つけた.ゲームそのもののサイトはこっちらしい.

基本は,ハンバーガーのデリバリー(30分以内)を成功させて名誉点をかせいで,他のプレイヤーを出し抜いて支店長になることらしい.日本語訳を公開している方々もいらっしゃるようで,ちょっと読んでて買ってみたくなってしまった.


2009-08-27

_ [読書] メモリ節約のパターン本

11月にワークショップのKeynoteとして来てくれるらしい James Noble が書いてる 省メモリプログラミングを読んでみました.内容的には知ってることも多い本です.個々の話題については知ってるからこそパターンだという話もありますが,カタログ化,パターン間の関係の明記あたりには価値のある本です.読んで勉強するためというより,手元に置いといて必要に応じて読み返すリファレンスマニュアル的な本だという気もします.

パターンを適用することによるトレードオフの分析もしっかり行われていますが,全体的には,メモリを節約する以上,処理時間やプログラマの労力を犠牲にする方向に傾いてます.そういえば,逆方向,つまりメモリをがんがん使って速度,安全性,保守性を上げるという富豪的プログラミング手法はあんまり見ませんね.資源は使おうと思えばいくらでも使うことができて,たとえば Omniscent Debugging(全実行履歴・メモリ状態を保存したデバッグ)は,富豪的な発想ではありますが,デバッグに全メモリ資源を使い尽くしてしまいます.そこまで行き過ぎない「浪費家ではない富豪的プログラミング」のパターンとかないもんでしょうか.