ToDo:
(02:44)
えーと…
あたりがわかればいいはず。 データ構造としては
と
があればいいのかな。
(04:14)
に会えるということなので行ってきた。 人柄のいいおじいちゃんというかんじだった。
行く前になんか気の効いた質問はないかと あれこれ考えてたけど思いつかなくて、 同僚氏の言ってた MMIX 以外で好きなマシン語は何だ というのがいいなあと思ってそれを聞いてみた。 MIPS と Alpha とのこと。 MIPS は予想してたけど Alpha は忘れてた。 理由は clean だとかなんとか。
clean なのが好きなのに TeX 作ったんだなあ。
(15:49)
http://d.hatena.ne.jp/nishiohirokazu/20090131/1233399693
面白いなあ。
実は参考文献まで読んだ後でも へえサイボウズってひどいんだなあと思っていた。 はてぶ見てやっと気付いた。アホか
(15:55)
http://niha.tumblr.com/post/74530484
はてぶを質で議論するなんて
あ、でもうーん、はてなが本当に受け入れられたら はてぶも使われると思うんだけどな。 カンだけど
(16:04)
http://sourceware.org/ml/binutils/2008-12/msg00283.html
なんというか、こういう能力って一つのプログラマの能力の指標だよなぁと思う。
一から書く。
なんというかこう、プログラム始めてから間もない人ほど、 なにかに文句を言ってるというか、 何かを間違って使っておきながら文句を言ったり 際どい入力与えて出力がおかしいとわめいたりというか。
でまぁだんだん慣れてくると、 書いてる最中に間違えそうなところが見えてくるというか。 ライブラリとか書いてる時に マルチスレッド下だとやばいなーと気付いたりとかそういうの。 これは間違いを誘発させやすいかなぁと気付いたりとか。
んでなんかもっとなんかなっていくと、 プログラム書く前からおおよそのプランができて、 特にコード書かなくてもはまりそうなところとか、 気をつけるべきこととかが書けるんだよなぁとかいう。
うーんなんでこんなに詳しく書けるんだ。
(15:16)
http://longtailworld.blogspot.com/2009/01/googlewhy-google-employees-quit-in.html
日本語訳きたこれ
(15:18)
http://garakuta.homelinux.org/~nosuke/diary/diary.html?y=2009&m=1&d=27&n=1#27-1
やったことあるはずなのに全然思い出せなくておどろく。 宇宙人の女の子とかいたような気がする…とかいう記憶。
あと今日昔の生活圏の話題で全く地名が思い出せなくてびびった。
未来の自分が見た場合、以下の地名がどこにあるかを答えなさい
ていうか本気で色々思いだせないな…
(13:53)
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)
| 前 | 2024年 10月 |
次 | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 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扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
_ きむら(K) [うわあああ、うらやましーーー＞Knuth先生のご尊顔を拝する でも訊きたいことって振られてもぱっと出てこないなあ ..]