><https://twitter.com/orange_in_spacehttps://pawoo.net/@orange_in_space
クルマを作るゲームがほしい><(Steamで開発中でデモ版ではエンジンだけ作れたゲームあったけど、あれどうなったんだろう?><)
自動車工学の本を片手に「ほんとだ!><」ってある程度のリアリティで試せたのが楽しかったのに・・・><
GTシリーズ、初期(2まで?><)のは、クルマをいじってどうなるかお勉強出来るゲームだったのに、中の人がお金持ちになった辺りから実車の挙動のリアリティのみの追求になっちゃって、自動車工学超入門用簡易シミュレータ要素が無くなっちゃったのがすごく残念・・・><
Gran Turismo 2 Information http://www.t3.rim.or.jp/~ray/gt/gt2car.htmlこのラインナップ最高でしょ
GT2のラインナップマジで神だったんだけどいまはモデリングが面倒だからなのかラインナップが微妙
デバッグのために出力されたメッセージに話しかけたりもしてた
作業中歌いながらやってるときあるんだけど、今清掃の人が家のなかにいるっぽいことに歌いながら気がついた
オレンジが前に書いた、バージョン管理システムがテキストベースになってて時下げスタイル等を無視しないのは発展途上だよね><みたいな話に近い話?><
=の位置を揃えたりするやつ、変更時にdiffがーってなるのは、diff/mergeが賢くなれという話かしら。
JSだとvar foo = teokure(), bar = matsudai();みたいに書いたりもするけど、固定幅インデントで変数名の頭が揃う保証がないのは微妙だなと思ったりもする。
さっきの間抜けな例示は無かった事にして例を書き直し><; もっと見る
var hoge = new Hoge();var fuga = piyo(); //嫌いな例><; をvar{ hoge = new Hoge(); fuga = piyo();}みたいに書ける方が読みやすくない?><;(ここに宣言がありますよ!って目に入りやすいしvar var var var並ばないし・・・><(調子にのって関数全体をvarブロックで囲む馬鹿が現れそうだけど><;))
oh....(//// たしかに><;
推論させるvarは初期化とセットがいいなあ
前にツイッターに同じ事を書いたら、「そんな風にまとめて宣言書く場面ってあんまり無くね?」「おっしゃる通り><; オレンジはPascal脳でした><;」ってなった><;
varブロック例えばこんな感じとか>< もっと見る
var hoge;var fuga;(以下略)
を
var{ hoge, // 区切り ; の方がいい?>< fuga, (以下略)}とか書けるみたいな><
Pascalみたいに後ろに各方式ならその通り揃うし、あとオレンジ的には型推論できる言語で var varしまくる言語はPascalの宣言節(だっけ?><)を捩った感じにvarブロックってあったらいいのにって思う><
型を変数名の後に書く構文だったらどうしてただろうなあ
var、変数名の位置が揃うというか余計な情報が減るというのはあるのかも(余計かどうかで意見が分かれるのは認める
タイピング云々の面は、haskellは型を明示的に書くとぐちゃっとなりそうに見える気がするけど、さっき書いたC# のTimeSpanの話だと、TimeSpanって打たずに var って書いて5文字減った所で何のメリットが?><;って思うし、補完すれば8文字打たなくていいし・・・><
haskellに関する文章で、「コンパイラが型を理解(型を推論?)しやすいように書きましょう」みたいなのあるけど、そんな曖昧なやりとりで苦労をするなら、型推論使わず最初から型を明示的に書いて間違ってたらコンパイラが怒ってくれるって方がよくね?><って思うんだけど・・・><
思考の /dev/null