ToDo:
cvs => master
git checkout -m master git merge cvs git push origin master
commit
git commit -a -m 'hogehoge' git push origin master
update
git pull origin master
とりあえずこのへん覚えればなんとかなるか。
(14:57)
腐ってるから変えろとのこと。
egobf というのがいいらしい。 ちょっと見てみた感じではたしかに良い。 スクリプトが同じメモリ空間にあると 残念なことになっちゃうので、 コンパイラ使うのが安全かなぁ。
インタプリタでも JIT のヤツでも BF 命令以外は メモリに乗せないっぽいからたぶん問題ない気もするけど、 まぁ BF 命令使ってデータをエンコードするとかも できないことはないと思うしな…
(14:21)
http://www.kt.rim.or.jp/~kbk/zakkicho/09/zakkicho0901c.html#D20090127-6
めも
とりあえずやっぱ lexical scope が最初に来るんだな。
(14:46)
http://twitter.com/natsutan/status/1151389999
おっしゃることはよくわかるし、 よくそういう話は聞くし、 郷に入れば…とも言うのだけど、 メンタリティに関わる部分のように思うので どうしても残すのは許されないのでした…
(15:04)
ゴルフ場といえばアンケートを取りたいなあと前から思っていたのであった。
あたりを聞く感じかなぁ。 なんか他に統計情報があると面白そうなことはあるだろうか。
(15:14)
(14:15)
なんかむちむちの食生活がそんなに問題ない。
なんというか味覚とかうんぬんではなく、 適切な行動ができるかどうかでかなり幸せ度がかわると思う。 で、来るたびになんというか、適切な行動ができてきているように思う。
とはいえ、なんとなく行ってみた 中東料理のファーストフードはあまりおいしくなかった。
(14:24)
javascript:document.body.contentEditable='true'; document.designMode='on'; void 0
via http://www13.atwiki.jp/vsblogger/pages/67.html
普通に面白いな
(06:42)
http://d.hatena.ne.jp/shinichiro_h/20090125#1232850186
にはったもの以外にも面白いのがあった。
はてなの方にはったヤツは、 英語ネイティブの人が日本語を含む各国の言語を 適当にモノマネするというもの。 他の国は「あーこんな感じこんな感じ」と思うけど、 日本語は明らかに違うと感じるのが面白かった。
http://www.youtube.com/watch?v=6C5EZmyJ9ik
この人英語アクセントのモノマネとかもやってて、 他にもそういうのあるかなーと見てみたら、 21アクセントとかやってる人がいた。 メジャーなの以外は、 なんか聞いたことあるアクセントだけど 地域とは全然ヒモづいてないなぁとわかった。
http://www.youtube.com/watch?v=3UgpfSp2t6k
あと適当に関連動画を見てて目に入った素敵な動画。 たぶん1人で5人ぶんキャラ作って動画シリーズをやってって企画らしい。 うまく言葉使いを使いわけてるなーというのもあるけど、 普通にかわいいなーという話も。
http://www.youtube.com/watch?v=D8V0rI2zpcE
たぶん中の人はオーストラリア人だって言ってるように思う。 5人のうちオーストラリア人の子が一番キャラ作ってない感じがするから 素に近いのはその子なのかなあ。
(11:44)
http://d.hatena.ne.jp/ktdisk/20090123/1232669609
日本語訳キタコレとか思った。 TechCrunch Japan にはキチンと仕事をしていただきたいと思う。
それはそうと採用プロセスに文句つけるってのは面白いなあ。 エンジニアの面接に関しては個人的には 理想に近い形でやってると思ってたんだけど。 自分の労力がかなりかかるのはつらいことを除けば。
少なくとも辞める理由はそれなりに思いつくけど 採用が一番多くあげられるって本当かよという感じ。 確認したいが英語が読めない :(
まぁ面接まわりは普通にこっちの楽しかった系に同感だなあ。
http://d.hatena.ne.jp/shiumachi/20090122/1232574613
(11:58)
http://shinh.skr.jp/m/?date=20090119#p01
なんかいくつか。
printf の方がカンタンなソフトウェアとして ウィンドウマネージャがあるのだった。 gdb 使うとなると、 X サーバ複数上げてパチパチやるか、 suspend した時に WM の機能が使えないのを我慢するか、 のどっちかになっちゃうんだよな。
区切り
http://twitter.com/alohakun/status/1144314236
typedef はデバッグしやすさに本当に関係あるのかな… 少なくとも dwarf は全部情報残ってる気がするし…
マクロの方も問題はデバッグ情報のサイズとかじゃなくて、 マクロが関数じゃなくてマクロであることが問題なんじゃないかなぁ。 インライン関数が大変なのと一緒(かもっと大変)だと思う。
区切り
http://twitter.com/alohakun/statuses/1129031455
なんか前も同じようなこと書かれてた気もしなくもないのですが、 もし本当にいやでしたらやめますすいません。
ただなんか酔っ払ったとか寝る前とかで 青臭いこと書いちゃった恥ずかしい >< とかはわかるんですが、 純然たる技術の話で恥ずかしいというのはよくわからないのでした。 間違ってること書いちゃった >< とかならわからないでもないけど (個人的には間違ってるのは日常なので特別恥ずかしいとかは思わないけど、 まぁ他の人がそう思うことがあるらしいのは理解できるというような)、 なんか前回は特に何かここがヘンだとかわめいたりしてないような…
今回はわめいてるけど。
(12:14)
http://code.google.com/p/google-glog/issues/detail?id=4
俺今まで一度も wchar_t って使ったことない気がするんだよなー。 Windows でチラっとだけ触るとかはあったけど、 基本的には心底よくわかっていない。
#include <iostream>
using namespace std;
int main() {
cout << L"hoge" << endl;
}
うーんでもこれでもポインタのアドレス出るってことは むしろそれは iostream の問題じゃないのか。
いや、そのために wcout があるのであった。 じゃあ単純に ostream を wostream にしたらいいんじゃねー とか思ったけど本当だろうか。
うーむめんどくさそうだ
(12:26)
http://d.hatena.ne.jp/ytqwerty/20090122#p1
C 言語擁護派の僕としては、 配列の operator[] とポインタの operator[] が オーバーロードされてたとして、 そして C が今同様に普及していたとすると、 それはそれで初心者の混乱とかを招いていて、 「C の言語仕様は糞」とか言われてる気が… とか思ったけど、 冷静に考えてみてそのオーバーロードで 混乱を招く例は特に思いつかなかった。 確かに無害っぽい。
ただ、
foo[0] == (&foo)[0]
になっちゃうのはちょっとキモいか。
その場合関数 func == &func 問題を考えるに func も値として扱えるようにしないとなんだなぁ…とかも。
D 言語なんかだと &foo は &foo[0] と別の型なので、 これで foo[0] == (&foo)[0] 問題もなくなるけど、 かわりに配列を単なるバッファとして使いたい時に、
&foo[0] + offset
とかしなきゃならなくなるのがちょっと 長いなーという感じもしなくもない。
これはいいと思うんですよね。 なんで C は構造体返せるのか不思議なくらい。 コンパイラの実装ラクになるし。
ただ . と -> を統一しちゃうのはどうなんだろう。 D とか統一されてるわけだけど、
struct C {
void f() {}
}
void main() {
C c;
c.f();
printf("%d\n", c.sizeof); // 1
C* cp = &c;
cp.f();
printf("%d\n", cp.sizeof); // 4
C** cpp = &cp;
//cpp.f(); // error
}
とかキモいなーと感じるんですよね。
(22:08)
ひどい。
ところで CIA で起動したプログラムを記録したい…と思った。 kernel でがんばる…のはちょっときつそうなので、 static link されてると拾えないけど ld-linux でやるといいんじゃないかなぁとか思った。
(14:56)
http://tech.g.hatena.ne.jp/itkz/
うーん。一貫性を作るには 配列の要素取り出す方法を (&foo)[0] にするか ポインタ使って p[0] とかできなくするか のどっちかが必要なんだよなぁ。
C を高級アセンブリと考える立場からはそれは困る気がするなぁ。 初心者に教える言語として問題なのはわかるけど。
それで思い出したけど
http://d.hatena.ne.jp/ddk50/20090121#1232501184
はマジで書いてるのかボケなのか難しいなぁ。 マジだとするとたぶんマジで間違ってる。 操作的意味論という単語の意味はよくわかってないけど、 まぁ後者はアドレスのコピーなんて起きないから同じじゃないと思うんだ…
前者
movl $.LC0, -8(%ebp)
後者
movl .LC0, %eax
movl %eax, -8(%ebp)
(15:30)
結果出た。 これでも一応レート増えるのか…
http://www.topcoder.com/tc?module=MemberProfile&cr=8400878&tab=long
にしても0点が52ケースもあるとかひどいなあ。 入力通してみても落ちないから timeout だろうなあ。 17.5秒とかでやめるようにしてるのになんでかな。
なんか他の人がどうタイムアウト実装してるかとか見る価値ありそうだ…
(08:35)
面白いな。
http://twitter.com/hyoshiok/status/1128189973
printf デバッグマンセーなのでしたすいません。 探偵の話でいうとデバッガ使うなんて なんかチートくさくて、 むむっ…ここがあやしい! という個所に数点 printf を仕込むだけで バグつぶせるというのがかっこいいのではないかとか。
いや、なんだろうな、やまぁ、デバッガもいいんだけど、 結局どういうパスを通ったか、 がサクっと見れる手軽な方法は結局 printf なんだよなーという。
というかたいていのバグは適当に printf 入れたら取れて、 逆にデバッガを使わせてくれるほどのバグを愛している気がする。
まぁ前の gdb 話とかもそうだけど、 hyoshiok さんの触ってるレイヤーが デバッガマンセー/printfとかデバッグするためにプログラムを変えるのはダメ、 にさせてるんじゃないかなぁとか。
http://twitter.com/hyoshiok/status/1128192153
区切り
http://twitter.com/alohakun/status/1128200458
printf できる環境は恵まれてる…だけど、 まぁこれは逆もあるんじゃないかな。 デバッガでデバッグしにくい種類のバグもあるんじゃないかなぁと。 ptrace にアタッチされてるプログラムで何起きてるかーとかは printf と core 吐かせて調べるの二択だったし、 動的生成されたコードとかもデバッガじゃ アドレスしかわからんから printf でどの生成された関数が どのアドレスを占めてるかーとか表示しておいた方が ラクになるしーとか。 あとひゃくだいのましんがありますどこかで落ちます どこかは前もってしりません、 とかいう状態だとコアだけじゃねえ…とか。
逆に言うとデバッガを使えないくらいのバグも愛している気もする。
あと逆に言うと printf デバッグしやすいコードというか、 ログ出力にまみれたコードを書くと そのログ出力は軽いドキュメントを 同時に書くことにもなって良いとかそういう。 あと perl の -D オプションとかいいですよね。 使ったことないですが。
区切り
http://twitter.com/ko1_twitter/status/1128216306
デバッガ構築フレームワークだけど、 とりあえず ruby-gdb とかを作ってくれるんだと理解した。
pygdb とかあった気もするけど使ってみたことないな。
区切り
http://twitter.com/alohakun/status/1128220699
デバッグしやすいコード。 1行にまとめない…についてはなるほどなぁ。 要は if 文中の && と || とかのことだと理解。 それでなくても僕は && || の連打は好きじゃない。 ゴルフでは別だけど。
ただまぁ、何列目がどうとかを記録してないのが 現状のデバッグフォーマットの不備である、 って話もある気もする。
マクロ取っておく…もなるほどなぁ。 一時変数は減らせーっていう、 一般的なコーディングガイドラインに完全に反するけど、 反する理由の一つに十分になると思う。 インライン関数にも言えると思う。
ただまぁ、インライン関数に関しては 現状のデバッグフォーマットの不備略。
なんか最近の dwarf は色々 inline 関係増えてるよね。 なんか増えてるなぁというくらいで、よーわかってないですが。
レジスタの値を変数に取っておく…はよくわからなかった。 明示的にレジスタ使う指示出してるようなクミコミ〜な話かな。
区切り
http://twitter.com/ko1_twitter/status/1128227215
慣れちゃうとかこいいデバッガなくても だいたいわかっちゃう話。 そのおかげで喰えてるという話もというあるある話
区切り
http://twitter.com/ko1_twitter/status/1128227588
プログラム可視化。 やりたいです。ずっとやりたい。 あとクラスタ可視化。
無駄に派手なだけで情報としては何もわからない種類の可視化が やりたいだけなので、明らかに求められてない感が強いですが。
なんとなくキラキラ光ってるような 攻殻機動隊で見たような感じのもの、 とかいういい加減なイメージしかなくて 具体的にどうするとかは深く考えてない。
そう Ubigraph も一度使いたいっていうか Ubigraph 的なもの作りたいなぁとずっと。 しかし Ubigraph の論文は印刷だけして メモ帳になって散逸しまった…
http://twitter.com/ko1_twitter/status/1128237592
Erlang 可視化。 いいなあ。面白そうだなー
区切り
しかしささだけんって魅力的なことばかりやってるなぁとかいつも思う。 なんで必死に人員募集とかしてるのかと
区切り
http://twitter.com/alohakun/status/1128238876
VM 上なら完璧にデバッグできるという話。 なんでスレッドが完全再現できるのか…？ 本番でも VM 上って話かな。 それであれば valgrind で スケジューラの乱数種固定すれば現状でも余裕でできるが 本番もそれじゃ速度的なメリットが全て消し飛ぶしな…
区切り
http://twitter.com/ko1_twitter/status/1128239770
並列プログラムのデバッグに可視化が有効らしい。 そうなのか… どういう視覚化があればデバッグしやすくなるという 感じなんだろう。
区切り
http://twitter.com/hyoshiok/status/1128244316
CPU作ってる人が海外にいる話。 インテルってどういう人が入れるのかとか興味が。
一度 CPU 作ってみたいよなぁ。 また東大に入れば…とか時々思う
区切り
http://twitter.com/ko1_twitter/status/1128216306
http://twitter.com/ko1_twitter/status/1128249671
probe をつっこむ系話。 ruby-valgrind をですね…
区切り
結論としてはデバッグもデバッガも楽しいよねとかいう。 あと twitter 追いにくすぎるので可視化して欲しい
(02:44)
めも
[1] 1月20日(火) NH008 東京（成田） - サンフランシスコ 17:05発09:10着 飛行時間：09:05 エコノミークラス/OK [2] 2月5日(木) NH007 サンフランシスコ - 東京（成田） 10:50発15:05着(翌日) 飛行時間：11:15 エコノミークラス/OK
なんかつまり火曜は会社に行く感じか。 これだと遅刻しようがない感じでうれしい。
(03:02)
http://www.f13g.com/blog/2009-01-18/
は、正直なところないのでした。 たいていこういうのはなんか終わってから ああそういう手があるのかぁという感じで負ける気がする。
ただまぁ僕の思いつくあたりはやったなぁという感じなのでとりあえずという。
まだなんか自力で思いつけることはある気がするんだけど、 こういうのって時間経過してから見直したらなんかあったりするよねーという 不思議効果を期待して、提出直前の時期放置→見直し、 て感じでなんかあったら再提出する感じにしようかなぁと。
この手のはコンテストの主催が出さない方針である以上 あんまり情報出すべきじゃないのかなぁと思ってたんだけど、 まぁ今見ると結構情報出てるみたいなので書くと、 60倍はまぁ提出の段階、つまり14日晩には越えてます。 あと目に入った範囲では負けてそうな成績は今のところはないかな。
(03:31)
http://slashdot.jp/hardware/article.pl?sid=09/01/18/0636236
ああこれバックアップ用の HDD が該当してるなあ。
で、どうしたらいいのかな。
(04:11)
年末に酔っ払って折ってしまったケータイをどうにかしようとした。 なんかウィルコムショップに行くと15800円払うか17000円払うかしろと言う。 うーん前回はなんか10000円だった気がするお…とか思いつつ いやそうな顔をしてたら実はもう一つ手段がありまして、 代替機を長期で貸し出せますよとか言ってきた。 はよ言えというか前回言えという感じであった。 まぁ1年で二度も折るなという感じもするが。
でまぁ長期貸出は3500円のところサポートコインがあるのでタダです！ とかで結局単にダウングレードしただけで終わった。 これはラッキー。
(23:28)
http://jijixi.azito.com/cgi-bin/diary/index.rb?date=20090117#p01
僕も貧乏症なのでラーメンの汁は飲まずにはいられないなぁ。 昔はカップメン喰ってその汁は おかずになるのだからもったいないと 冷蔵庫に保管し翌日ごはんぶちこんで食するとかやってた。 あとおまけがつく弁当を買ってきて、 おまけ以外+ごはん→おまけ+ごはん→弁当に入ってる漬物+ごはん と3食に増やしたりとか。
僕は貧乏症なのであってケチなのではないのだと 主張してきたけど冷静に考えるとこれはどう考えても ケチであると言われてもしょうがないのではとか思った。 いやまあ割とお金なかったししょうがないんじゃないかな。 働きたくないし
(01:15)
| 前 | 2025年 1月 |
次 | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 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 | 31 | |
全てリンクフリーです。 コード片は自由に使用していただいて構いません。 その他のものはGPL扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
_ Gimite [昔wcoutとかはたいていの環境でちゃんと動かないみたいな話だったんですが、最近はどうなんだろうと思って、いくつかの..]
_ shinh [このへんの話ですか。うーむ大変な感じですね。 http://ml.tietew.jp/cppll/cppll/ar..]