トップ «前10日分 最新 次10日分» 追記

はじめてのにき

ここの位置付け

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|04|05|06|07|08|09|10|11|12|

ToDo:


2007-08-27

_ 乱数

むずかしいな

http://www.freeml.com/cppll/13052/latest?sid=a9d75932bdf9899cf90f525c9f2ad097

要は index_mask がバレたら終わるので その値を調べたいのだけど、 なんか単純に xor 取ってるだけとかだから なんとなく 2^32 個も値使わんでも予測できる気がするんだけど、 無理かな。

(00:09)

_ ades

なんか Google map とか見れててすごいなーと思った。 Windows mobile のマシンなら動くらしい。 ほえー。

値段とか見てもさすがケータイだけあってお手頃だなぁ。

(00:46)

_ OCaml

OCaml の +. -. とかがめどいというと 「それこそが素晴らしいところじゃないか!」 って言われるわけだけど、 たぶんそいうこと言う子は 浮動小数点演算とかしないという法則を妄想した。

(01:01)

_ ゴルフ会

都心部でできないかなーと最近なんとなく思う。

(01:45)

_ ひどいなー

       if ((execnt > 2 && dexec == 'on' && ext != 'sh' && ext != 'di') &&
           (ext != 'erl') &&
           (ext != 'ijs' || execnt > 4) &&
           (ext != 'vhdl' || execnt > 3) &&
           (ext != 'out' || execnt > 3) &&
           (ext != 'l' || execnt > 3))

まとめると、 execnt が 2 以上だったら基本的にアウト。 Bash と D compile time と Erlang は OK 。 J は 4 回まで OK 。 VHDL と ELF と Common LISP は 3 回まで。

J と VHDL と ELF はまだこれでいいのか調べるテストケース作ってない。 ELF はともかく VHDL と J はつらいな…!

Erlang はなんかまぁ Erlang でチートするヤツもいなさげだしまぁいいことにさせて…

(02:16)

_ ふむ

やはり J で exec する方法とかわからんな。 まぁいいや ELF だけ見とこ。

(02:30)

_ まぁ

とりあえず unit test できたので明日はリファクタリング。

(02:38)


2007-08-26

_ あと

private static な関数とかも .cc の匿名名前空間につっこんじゃえよと思うんだよなー。 private 関数とか多くなる時に

// hoge.h
class Hoge {
public:
  void f();
private:
  void f_helper1();
  void f_helper2();
  void f_helper3();
};

とかなってるのを

// hoge.h
class Hoge {
public:
  virtual void f() = 0;
};
// hoge.cc
class HogeImpl : Hoge {
public:
  virtual void f() {
  }
private:
  void f_helper1() {
  }
  void f_helper2() {
  }
  void f_helper3() {
  }
};

とかしちゃうのも手間がはぶけてよい。

(00:55)

_ めどいってのもあるけど

リファクタリングが少ししやすくなる、 っていう弁護も一応可能。

(00:56)

_ マジスパ

http://www.google.co.jp/search?q=%E3%83%9E%E3%82%B8%E3%82%B9%E3%83%91&lr=lang_ja

関連検索が興味深いな。

(01:10)

_ 東方永夜

最後の一文字はうまく出せないので諦めた。

とりあえず Extra はクリア。 まぁ東方は Extra が一番面白い気がするっていうか 本編長ったらしくてやる気起きないのでこんなもんで良いであろう。

スペルプラクティスはなかなか良いね。

あとなんかラストワードとかあるんだけどこんなん集めるんはめどいな。

(02:59)

_ D vs Ruby

http://codeblog.palos.ro/2007/08/10/d-vs-ruby/

via http://www.rubyist.net/~matz/20070818.html#p02

D のヨイショか。外人は好きなものは貶す精神が足りないね。

とりあえず CONNECTIVITY (いや特にC++は結構めんどいだろ) かなんかを 7 くらいで、 EXTENSIBILITY (Ruby と並べられる気がしない) を 8 で LICENSE (DMD のコアが無いのは結構痛い) を 6 で LIBRARIES (えーとえーと…) を 3 で CROSS-PLATFORM (GDC は 2.0 のアレが無いおとか) を 5 とかにすると Ruby が勝つな。

おめでとう! Ruby! おめでとう!!

(12:20)

_ 驚き最大の法則

http://natu.txt-nifty.com/natsutan/2007/08/sicp_4_4034.html

いい言葉だなー

(14:40)

_ 燃えてるなー

http://d.hatena.ne.jp/odz/20070825/1188043605

めらめら

http://d.hatena.ne.jp/sanjapo/20070826

なんかまぁ学費消えてもまだ色んな意味でマイナスは あるだろ的なのもわかるんだけど、 なんかしらバイトもせずにチャラく大学行ってチェケラ(適当) という選択肢が消えるってだけでもやっぱ不利だよなー的な。

逆にそのへんどうでもいくて種々の方法で学費消せば 適当に思い出しても寮系じゃなくて一番やばいにゃー系だったので 食費ゴルフ系してた時系で系 バイト55000-家賃25000-メシ15000 とかで まだ遊興費とかあるねって感じだったけど 今思うに食費ゴルフしたくないし、 そいう意味でも幻想ってのもなーという。

裕福でないとだるくて行く気がなくなるという事実とかはきっと間違いなくあるよね。

(17:44)

_ notify サーバ

とかどうかな。 Ajax 的につないでおいて、 なんか通知が必要なイベントがあったら それを送ることだけをするサーバ。 それだけをするWebサーバならなんか 効率的な実装とかもありそうな気もするし。

クロスドメインがどうこうがめどいかな。

(17:47)

_ とりあえずゴルフ場なんとかしよう

週末なんもしなかった事件を回避したい。

とりあえず submit.rb は脳がとろけた人が作ったとしか思えない事件があるので それをなんとかしよう。 まぁたぶん普通にコロン区切りで一行一項目送るべきな気がする。

でそれができたら適当に追加フィールドとか作って、 そんでからほげほげ。

(17:56)

_ の前に

unit test 書こう。

(18:07)

_ ぎょー

「MP」を「やる気」に変えるパッチを DQ3 あたりに適用 →ベビーサタンと格闘、とかしたい

(22:05)

_ そういえば神が

http://golf.shinh.org/p.rb?Quine#Brainfuck

(22:14)

_ cppll

見ててなんとなく思うところが

(22:50)


2007-08-25

_ 新しい商売を考えた

個人情報を同意の上で売買する。

なんかメアド100円住所1000円とかみたいな感じで 金に困った人が身売りみたいな感じで売る。

どう考えてももうからない。 もうからない理由は100個くらいあるけど、 金に困った人の個人情報なんていらんというのが。

(01:02)

_ つまり

スパムとかもうなんか別にいいよって気分になってはや数年なので、 もうむしろメアドとかの情報売れねーかなーとか思ったのだが。

(01:03)

_ Y

http://d.hatena.ne.jp/giveup/20070821#c1188016322

Berlin とかどうなったのかなぁ。

http://www.fresco.org/

名前変わった後死んだって感じか。

(13:35)

_ 2ちゃんねるはなぜ潰れないのか

こうなんか気分で買ったんだけど意外と面白かった、 どっちかっていうと悪い意味の方で。

なんかひろゆきってすごい人なんかなーと 思ってたけどこの本読んでみるとなんか 普通のアルファブロガーみたいな感じかぁという。

なんかとりあえず文章が日本語として崩壊してるし 論理も無茶苦茶だなーとか思ってたんだけど、 あとがきによるとインタビューから他人が書いたらしい。 なるほど。

にしても言ってる内容がやっぱ アルファブロガーがカンとハッタリで喋ってるだけ感ばかりでにんともかんとも。

ぐぐるはオープンソースでなんも出してねーって書いてあったけど flags とかそのへんはそんくらいマイナーなんだなぁ。

内容もなんかとりあえずなんでも悲観的に言ってみる芸一本って感じで、 とてもつまらないのが逆になんか面白いというか。

あとなんかインタビューがいくつかあったけど これもなんかブロガーな感じだった。 お互い相手の知らんことを知識ひけらかして出すけど お互いスルーしあうみたいなそういうアレ。 まぁでもそれも編集入ってるみたいなのでよくわからんのであった。

まとめると案外普通のこと言ってるんだなーというのが面白かった。

(14:04)

_ へー

http://natu.txt-nifty.com/natsutan/2007/08/c_858f.html

普通に「 main() が最後にあるのが気持ち悪い」っていう 感性がありえるんですね。

僕は main が最後にないのが気持ち悪い。

そいうタイプの人って C++ とかでも

class Hoge;
class HogeMgr {
  // ...
  std::vector<Hoge*> hoges_;
};
class Hoge {
  // ...
};

みたいな順序になるのかしら。

(14:07)

_ main オーバーロードできない

http://gusmachine.blog49.fc2.com/blog-entry-213.html

とかの理由はリンカの都合だろうけど、 再帰とかに使用しちゃいかんってのは理由なんだっけという。

(22:49)

本日のツッコミ(全2件) [ツッコミを入れる]

_ なつたん [shinhさんのC++の例は、下のコードに近いのでプロトタイプ宣言とはびみょーに違うと思います。 #include..]

_ shinh [むむクラスの前方宣言とは少し違うのですねむずかしい。なんかクラスとかとりあえず全部前方宣言するスタイルも見たことがあ..]


2007-08-24

_ だるいだるいだるい

だるくて生産性が低いのはまぁ良くないけどいいとして、 なんか人様に迷惑かけるくらいクオリティ落ちちゃだめだよなー、 とか思った。

でもだるー。

来週くらいには日本が冷えてりゃいいのだが。

(23:24)


2007-08-23

_ module.sh

こういうの便利そうだなーとか。

http://morihyphen.hp.infoseek.co.jp/log2/200708.html#2007-08-21

(06:55)


2007-08-22

_ いやホント

http://mixi.jp/view_bbs.pl?id=21787051&comm_id=665545&page=all

ヘッダじゃなくて .c の方でプロトタイプ書く意味ってなんなんかな。

(00:31)

_ 配列とポインタ

なんかはやってるなぁ

http://d.hatena.ne.jp/odz/20070817/1187345969

char *a = "abc";
char b[] = "abc";
int main() {
  char *c = "abc";
  char d[] = "abc";
}

の違いとか完璧に説明できる自信が無いことは 前確認した。

(01:22)

_ これの

http://d.hatena.ne.jp/yupo5656/20060907/p1

続編として面白いと前から思ってたんだよな。

(01:25)

_ proto

http://d.hatena.ne.jp/odz/20070821/1187714305

あ、相互参照は(滅多にない気もしますが)わかるんですが、 そうでなくてもvoid師がいつもプロトタイプ必ず書いてる気がするのは なんでだろうなぁという。

まぁ僕はヘッダ自体がめどいのでどうでも良いのですが。

(02:32)

_ 好きなもの嫌いなもの

好きなもの:

  • 他人の書いたヘッダファイル
  • 他人の書いたユニットテスト
  • 他人の書いた Makefile

嫌いなもの:

  • 自分の書くヘッダファイル
  • 自分の書くユニットテスト
  • 自分の書く Makefile

このへんのことはいつも考える。 いやここ2年は考えてなかったのだが それはバイトしてなかったからなのであって つまり職業になると再び考えている気がする。

グッドラッパラー的には .c から .h も Makefile も man も生成されるべきであり Python の doctest はかなりいいセンいってる気がする。

てーか一時期は kati ( http://shinh.skr.jp/koneta/#kati ) とか ide (koneta に上がってないみたいだけど なんか .cc から .h と _test.cc を作るもの) とかで コード書いてたんだよな本気で。

doctest はなんかもう少し頑張れる子な気がするんだがにゃー。

とりあえず testdoc っていう感じの方がいい気はするんだよな。 なんかまぁ様々な理由から、 test からドキュメント生成されるくらいでいいよっていうね。

(02:43)

本日のツッコミ(全4件) [ツッコミを入れる]

_ あかぎ [> kati make に デフォルトで % : %.c のルールが入っているので Makefile なしで mak..]

_ shinh [おおこれできたんですね今まで知りませんでした…]

_ odz [関数の記述順序を考えるのが面倒くさいから、とりあえずつけるようにしているとか、規約だからとか。]

_ shinh [あー一応 void 師なのでなんかもう少し哲学的な理由はありそうかなぁと。]


2007-08-19

_ exec filter

たぶんできた。 どうやって適用するか。

  • とりあえず新しい問題から
  • 終了後に watch.log を確認してほげる
  • exec は相変わらずカウントで弾けば良い
  • open は書き込まれたファイルを実行後で容赦なく削除
  • ただホントにそれで mono とか大丈夫?
  • つかサブミットサバのプロトコル作りなおした方がいい

(12:20)

_ fexecve

http://man.cx/fexecve(3)/ja

sys/time.h にあるってのは間違いかな

(15:05)

_ ゴルフ場

なんか /bin/sh が dash をさしてたので bash にかえた。 たぶん影響無いとおもうが

(17:47)


2007-08-18

_ _CrtDumpMemoryLeaks

http://www.f13g.com/?blog%2F2007-08-07#ze8adc6b

メモっておく。

http://msdn.microsoft.com/library/ja/jpdnvc60/htm/MemLeaks.asp?frame=true

 * 孫子著『兵法』、取扱出版社多数。
   メモリリークのデバッグにはまったく関係ありませんが、ホワイトペーパーを書い
   ていて、昔の中国の哲学者の言葉を引用したいと思っている読者には役に立つかも
   しれません。

原理は malloc 乗っ取りかな。

(22:25)

_ 回答埋め込み対策

ファイル名とかに保存されたら普通にイヤだな…

(22:26)


2007-08-17

_ 少なくとも

Lite2 って普通のキーボードだよなぁという。 あれなんかいいことあるんかな。

http://d.hatena.ne.jp/ranha/20070816#1187247523

(00:15)

_ C++

C++ で HogeHogeManager というクラスを書いたとする。 HogeHogeManager はすんごいクラスで色々やってくれるんだ。 んでシングルトンでもある。 HogeHogeManager はその名の通り Hoge クラスのオブジェクトを管理するんだ。 HogeHogeManager から Hoge に少し プログラム全体に関係してるような情報を伝えたいなぁ と思ったとする。 Enemy オブジェクトに Screen オブジェクトを渡すような。

class Hoge {
  Hoge(class HogeHogeManager* mgr);
}
class HogeHogeManager {
  void addHoge() {
    hoge_vector_.push_back(new Hoge(this));
  }
}

とかするのが一案。 引数一個で済むのがいいところだけど、 HogeHogeManager のカプセル化が弱くなるのと、 依存関係が循環ぽくなって少しキモく感じるのが難点。

でもう一つは必要な情報だけ渡す。

class Hoge {
  Hoge(const HogeInfoA& info_a, const HogeInfoB& info_b, const HogeInfoC& info_c);
}
class HogeHogeManager {
  void addHoge() {
    hoge_vector_.push_back(new Hoge(info_a_, info_b_, info_c_));
  }
}

こっちはキャプセル化いじらないけど引数増やしまくるのが面倒だ!

まぁ後者がいいことが多いんだろうなーと思う。 そっちがいいんならまぁ引数増えるたびにいじりまくって めどいのはまぁ許せなくはない。

ただなんか気になるのが、 Hoge が結構数あるオブジェクトだったりすると、 それぞれの Hoge に同じ Info 群を持つと 結構な量のメモリが無駄になる気がすること。

いやまぁポインタなんか仮に10個くらいあっても 40B とか 80B で万が一 100万オブジェクトあっても 80MB とかでおさまるんだけど…

単に気のせいというだけの話 (((((((^o^)))))))))

(01:59)

_

http://arton.no-ip.info/diary/20070817.html#c01

IO.foreach ってあるのね。いつも悩むのでこれは良さげ。

(10:51)

本日のツッコミ(全5件) [ツッコミを入れる]

_ takkanm [macbook買うまで使ってましたが、デフォでctrlの位置がいいと小さいという部分と英語配列選べるというのはよかっ..]

_ shinh [あー確かになんだかんだで最初っから理想の配列に近い方がいいっちゃいいですね。使ってた時を思い返してみると普通に問題の..]

_ 紫月飴 [「配列やキーサイズに余裕のあるミニキーボード」というのが珍しい上に入手しやすいので選択肢としてはよく挙がるような。あ..]

_ shinh [ああゲームとかで Esc 重要ですね! 僕の Thinkpad は F1 とか F2 とか半角とかあのへん一帯が全部..]

_ shinh [ただそういう用途にしては Lite2 でも中途半端に高いような。少しこだわる気無いと 5000 円はキーボードに出な..]


2007-08-16

_ ふと気付いた

なんか長い問題はたいてい フラたんに大差つけられてるのだが、 圧縮アルゴリズムで大幅に負けてる可能性は無いだろうか…

(02:17)

_ なんか

ホントにそうじゃねえかな。

(02:34)

_ フック

  • exec ファミリー全て (l,le,lp,v,ve,vp)
  • system
  • open, fopen, open64, fopen64, freopen, freopen64, openat, openat64, _IO_file_fopen, _IO_file_open, _IO_fopen, __open, __open64
  • _IO_proc_open, popen
  • posix_spawn, posix_spawnp
  • syscall

(11:05)

_ スマートというか

http://d.hatena.ne.jp/sshi/20070805/p1

明日には死にそうとかが正しげ。

(11:19)


2024年
12月
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
1.shinh(2014-05-24 02:17) 2.shinh(2014-05-24 02:17) 3.紫月飴(2014-05-24 02:17)
search / home / index

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

shinichiro.hamaji _at_ gmail.com / shinichiro.h