トップ «前の日記(2009-06-29) 最新 次の日記(2009-07-01)» 編集

はじめてのにき

ここの位置付け

2004|11|
2005|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|01|02|03|04|05|06|07|08|09|10|11|12|
2009|01|02|03|04|05|06|07|08|09|10|11|12|
2010|01|02|03|04|05|06|07|08|09|10|11|12|
2011|01|02|03|04|05|06|07|08|09|10|11|12|
2012|01|02|03|04|05|06|07|08|09|10|11|12|
2013|01|02|03|04|05|06|07|08|09|10|11|12|
2014|01|02|03|04|05|06|07|08|09|10|11|12|
2015|01|02|03|04|05|06|07|08|09|10|11|12|
2016|01|02|03|04|05|06|07|08|09|10|11|12|
2017|01|02|03|04|05|06|07|08|09|10|11|12|
2018|01|02|03|04|05|06|07|08|09|10|11|12|
2019|01|02|03|04|05|06|07|08|09|10|11|12|
2020|01|02|03|04|05|06|07|08|09|10|11|12|
2021|01|02|03|04|05|06|07|08|09|10|11|12|
2022|01|02|03|04|05|06|07|08|09|10|11|12|
2023|01|02|03|04|05|06|07|08|09|10|11|12|
2024|01|02|03|

ToDo:


2009-06-30

_ あと3時間

だがのびしろがないなぁ。

http://icfpcontest.org/scoreboard.php

あとこれは記録を取るタイミングが悪いと思うんだ…!

(00:15)

_ 寝坊

どんだけ寝坊するねんと。 丁度セキと熱も出てるので有給もいっこ使うことに。 ゴミの山もできてるしなぁ…

(16:12)

_ るーる

http://www.kmonos.net/wlog/98.html#_1315090630

@tsukuno さんのつぶやきがかなしい… http://twitter.com/tsukuno

僕も初日はかなり手作業 depend な感じで作ってて、 それだけに悲しさがよくわかるというか。 それに気付いて他にも気付いてない人いるかもなぁと思って これ書いたのだったけど、もちょい explicit に書けばよかったか…

http://shinh.skr.jp/m/?date=20090628#p01

それはそうと、毎年思うんだけど日本の人は 英語 native じゃない点でそれなりに差がついてる気がする。 受験とかしてるとどうせ英語なんか全部読めないから 流し読みで大意をつかむとかばかりうまくなってるんだよね。

特に今回は spec があまりわかりやすくない点が多かったのと 後から決まった仕様(100xでは燃料無駄使いした方がいい、 月付近以外の全てのターゲットは同じ方向にまわる、など)や spec のバグ(if の imm の位置とか)も結構多かったので、 FAQ を頻繁に読むと色々わかったのがよかったんじゃないかと思う。 後 IRC なんて読んでられないんだけど、 たまにざっと拾い読みしてみてなにか重要そうなことが 話されてないか見てみるとか。

でまぁ思ったのだけど、来年からルールについての議論と 調子どうすか的な馴れ合いだけを目的とした IRC チャンネルとか作って話すといいんじゃないかなぁと思った。 ログもどっかに上げて。 ルールについての議論だけならチーム外と話しても 失格にはならないと思うんだよね。 実際英語 IRC チャンネルでもその手の話題は多いのだし。

(16:24)

_ なんかだいたいいっしょ

細かいところはわからないけど、やってることはだいたい同じな気がする。 そういえば 300x が楕円軌道なケースは考えてなかったなぁ。 自機が楕円に入ってもだいぶへちょくなるけどそれなりに動いてた記憶があるので、 まぁそれなりの点数は取れる…かな。

や、大丈夫だな。最初に1個つかまえちゃえば 後は円に補正するから。その時の燃料が足りないようなプランは選択しないし。

http://yowaken.dip.jp/tdiary/20090630.html#p02

atan2 は去年我が家の家訓となりました http://shinh.skr.jp/m/?date=20080713#p09

あー地球への距離だったのかー。そうかそらそうだなぁ。 僕もそこらじゅうでよくわからんかったらマイナスつけてました。 ええ。最後まで。

お父上が無事なことをお祈りします。

(16:38)

_ clone

http://twitter.com/chunjp/status/2402485054

これ近辺のルールもわかりにくかったんだよなぁ。 クローンするのはいいけど、 primary VM の出力のみを使いなさい、と書いてあるので、 最初の clone してそれをぶんまわして出力を得ると、 primary の output だけを使ってるとは言えないよなぁと。

僕の lightning はそんな感じだったんだけど、不安だったので、 VM を2回以上使うのはやめて、最初の2フレームから 状況をシミュレータで再現することにした。 あと、最初の2フレームは primary VM で状況を監視して、 それを secondary VM のメモリに書いて 走らせるのならいいってことかなぁと思ったのだけど、 それをするには secondary VM のメモリ配置を知ってる必要があるんだよね。 それはもっとまずそう。 validation phase でメモリ配置変わるかもだし、 内部データの read は駄目で write は OK というのもよくわからん気味だし。

そういうことを考えると clone を許可する意味って 実質的にほとんど無いので、まぁつまり OK ということなのかなぁとも思うのだけど、 ただ文面読むと不安な感じではあったので、 僕は安全側に倒すことにしました。 要は simulator 書けばいいわけですし、その方が最終的に速くはなるし。

(22:49)

_ さらに考えると

ソースコードとか読むのめんどいし読まないんじゃないかなという説も。

(23:01)

_ clone続き

逆にもうちょっと安全性が高そうなのは、 今回の問題の VM を自身に組み込んでおいて、 それのメモリ配置は既知なのだから、 それを使ってシミュレーションをやらせる、というものかなと思った。

さらに僕は VM を C に変換していたので、 その C コードを組み込んでおくと速いし良いと思う。 ついでにいらないステージ選択のコードとかも落としておけるし。

ただ依然として不穏な感じではあるんだよな。

(23:01)

_

順序入れ替わった。なんか gmail の送信が微妙に遅いね。

(23:25)

本日のツッコミ(全1件) [ツッコミを入れる]
_ social media marketing (2014-05-24 03:05)

そのような意味のあるブログの記事のためにあなたのウェブマスターに感謝。私は、上のビューに感銘を受けて はじめてのにき(2009-06-30).

お名前:
E-mail:
コメント:
人生、宇宙、すべての答え
本日のリンク元

2009年
6月
1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30
1.social media marketing(2014-05-24 03:05) 2.Jlmpvlbv(2014-05-24 03:05) 3.bero(2014-05-24 03:05)
search / home / index

全てリンクフリーです。 コード片は自由に使用していただいて構いません。 その他のものはGPL扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。

shinichiro.hamaji _at_ gmail.com / shinichiro.h