Notices by Q (masterq@pawoo.net), page 36

つまり、関数の利用例を辿らないと、本来あるべき型を見つけることはできない

結論: 次の3ステップで型を決める。 1.ソースを舐めてポインタを愚直に線形型にする 2.関数個々の使い方を見てより高階な型を使っていれば関数宣言の型を高階なものに変える 3.関数宣言の型が変わっていたら関数本体の型も宣言に合わせる

#あるべき願望 がすりへったあまり #事実を列挙 して設計するようになってしまった。。。

本当に prelude/basics_sta.sats な謎の方法でabstypeから基本型を作っている。。。

C言語マジLL言語すぎる。。。

深く考えては駄目。正気に戻っては駄目。

やめてくれよ。。。
ufs/ufs/ufs_lookup.c: memcpy((char *)bp->b_data + blkoff, dirp, newentrysize);

Pascal文字列さん正義だったのでは。。。

文字列ポインタむつかしすぎる。。。

読んだから、ちょっとだけ自由時間したい。。。

"pthread_mutex_tオブジェクトはアトミックインクリメントには重すぎるきらいがあります" #要出典

UIというかインプットメソッドを革新したい。二分探索で

ちなみに僕なりの答は #人類が二項演算子の便利さに気づいてしまったから というものです

kernelが起動した後はgettimeofdayで測定してたからセフセフ？settimeofdayが呼ばれない前提では。

F社がんばってるという話だった

はー。。。Pythonで競技プログラミングしたい。。。

植木算とても苦手です。。。

はよATSで無線LANファームウェア書かねば。。。

EmacsよりVimの明確な利点を見つけてしまった。極端に1行が長いファイルをEmacsで開くと凍る

#C言語ポップス