2006/06/24(土) [n年前の日記]
#1 [iappli] ひたすらバグを取ってるというか
サーバとの通信でエラーが出ちゃってそもそもプレイが出来なくてバグチェッカー部隊（なのか？）が大激怒してるという報告がきて大慌て状態だったり。
サーバとやり取りすることが前提のアプリの場合は、ゲーム内容を固める・作る前に、まずはサーバとのやり取り部分を先行して固めないといかんなと思う今日この頃。サーバとのやり取り部分を入れただけでゲーム内容のほうが容量的にも入らなくなったりするし。…どうも食玩フィギュアを連想してしまう。どっちがお菓子でどっちがフィギュアなのかよくわからんけど。
サーバとやり取りすることが前提のアプリの場合は、ゲーム内容を固める・作る前に、まずはサーバとのやり取り部分を先行して固めないといかんなと思う今日この頃。サーバとのやり取り部分を入れただけでゲーム内容のほうが容量的にも入らなくなったりするし。…どうも食玩フィギュアを連想してしまう。どっちがお菓子でどっちがフィギュアなのかよくわからんけど。
[ ツッコむ ]
#2 [web] CCが書かれたメールに対して返信すると
CCのアドレスにも返信されるのだろうか。それともそちらは返信されないのだろうか。調べてみると、返信する場合と返信しない場合があるという話を見かけたのだけど。それってどこで設定するのやろ。
OutlookExpress で、CC のアドレスにも送りたい場合、 _「返信」じゃなく「全員へ返信」を使う らしい。
_Thunderbird も OE と同じ なのか。
OutlookExpress で、CC のアドレスにも送りたい場合、 _「返信」じゃなく「全員へ返信」を使う らしい。
_Thunderbird も OE と同じ なのか。
[ ツッコむ ]
#3 [prog][web] _コミット - 通信用語の基礎知識
確約すること。トランザクションの終了。データベーストランザクションを確定させること。CVSでソースの更新をレポジトリに反映すること。
_トランザクションとは 【transaction】 ─ 意味・解説 ： IT用語辞典 e-Words
関連する複数の処理を一つの処理単位としてまとめたもの。金融機関のコンピュータシステムにおける入出金処理のように、一連の作業を全体として一つの処理として管理するために用いる。
トランザクションとして管理された処理は「すべて成功」か「すべて失敗」のいずれかであることが保証される。例えば、資金移動システムをコンピュータで処理する場合、出金処理と入金処理は「どちらも成功」か「どちらも失敗」のどちらかであることが要求される。「出金に成功して入金に失敗」すると、出金された資金が宙に浮いてしまうからである。
このような場合に、出金と入金をまとめて1つのトランザクションとして管理し、どちらか一方が失敗したらもう片方も失敗させ、どちらも成功したときに初めて全体を成功と評価するのがトランザクション処理である。これを実現するシステムをTPモニタという。
◎ とあるところへアクセスする際のコマンド資料の中に「コミット通信」「トランザクション番号」なる単語があって :
何のことか判らなかったのだけど。どうやら、入金 or 出金のコマンドを送った後で、その「コミット通信」なるものを送らないと実際に処理がされないらしい。となると、トランザクション番号ってのはそのための一連の処理につける番号なんだろう。…単語の説明はともかく、手順ぐらいは資料に書いておいてほしかった。
入出金時のレスポンス値について説明がなくて困ってたりもして。サーバが変な動作をしてたり、回線がおかしくなってたりして変な値が送られてたら、お客様のお金が大変なことになる。そうならないための防止策として、アプリは「○○を△△して」と送り、サーバは「○○を△△するのか？」とレスポンス値を返し、アプリ側はその値を見て「よし、こちらの指示がちゃんと届いてる。OKや」と思ったらコミット通信をしてトランザクションとやらを終了する、という仕様にしてるのではないのかと想像するのだけど。どんな値が返ってくるのか不明では、アプリ側で対処ができない。おかしなことが起きてても、それを知る術がないから、問答無用でコミット通信を送るしかない。…なんでそのあたり書いてないのやと。これではアプリ制作者は「オラ知らね」モードで作るしかないではないか。
入出金時のレスポンス値について説明がなくて困ってたりもして。サーバが変な動作をしてたり、回線がおかしくなってたりして変な値が送られてたら、お客様のお金が大変なことになる。そうならないための防止策として、アプリは「○○を△△して」と送り、サーバは「○○を△△するのか？」とレスポンス値を返し、アプリ側はその値を見て「よし、こちらの指示がちゃんと届いてる。OKや」と思ったらコミット通信をしてトランザクションとやらを終了する、という仕様にしてるのではないのかと想像するのだけど。どんな値が返ってくるのか不明では、アプリ側で対処ができない。おかしなことが起きてても、それを知る術がないから、問答無用でコミット通信を送るしかない。…なんでそのあたり書いてないのやと。これではアプリ制作者は「オラ知らね」モードで作るしかないではないか。
[ ツッコむ ]
#4 [java][iappli] _この実験では GC によってガーベージを正しく回収できるかどうかをチェックする。
[ ツッコむ ]
#5 [iappli][java] 変数はスタック上に作られるのかな
携帯の java の場合、ブロック内で作った変数はスタック上に作られて(pushされて)、ブロックを抜けた段階で開放される(popされる)のであらうか。もし、そういう動作にはなってないとしたら、ブロック内で「どうせ一時的に使う変数だから」とガンガン変数を作ってるとメモリの断片化が起きて後になってから大きなメモリ領域を確保できなくなってしまう可能性があったりしないのかなと。であれば、どこかにグローバル変数でも作って、それを各ブロックで使いまわしたほうがよくなっちゃうかもしれない。とかそんな想像を。
オブジェクトはヒープにとられるとか、オート変数はスタックにとられるとか、そういう話もみかけた。であれば、ブロック内でガンガン変数を作っても大丈夫なのかな。
オブジェクトはヒープにとられるとか、オート変数はスタックにとられるとか、そういう話もみかけた。であれば、ブロック内でガンガン変数を作っても大丈夫なのかな。
◎ _スタックマシン - Wikipedia :
[ ツッコむ ]
以上、1 日分です。