トップ «前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|

ToDo:


2007-08-30

_ おー

http://gauc.no-ip.org/wiki.cgi/private?page=Blog%2F2007%2D8%2D28

なんかやるかーと思いつつだるい

(00:31)

_ 既に

http://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/shinichiro_h/20060821%231156097713

「LDRize的なアイデア」は w3m NEXT_(UP|DOWN|RIGHT|LEFT) が きっと最初だと思うんだ…! w3m まんせー

(12:19)

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

_ Takayama Fumihiko [まんせー。 ちなみに僕が始めてみたのは Listbrowser が最初でしょうか。 残念ながら世間的に流行ってなさ..]


2007-08-29

_ 数学ゴルフ

http://www.jmuk.org/diary/2007/08/27/0

を見てなんか買うかーと思ってブックファースト寄って 会社に行く最中に考えたのを紙に書いたら 29 両だったので 理解あってるんかいやと思いつつ回りの子に 教えたら 21 両とか 20 両とか言ってて 仕事がゴルフになる人はいるけど仕事中にゴルフしたらあかんやろとか思いつつ。

んで帰ったのでインタプリタ兼テスタ書いてみたら とりあえずぬるっと縮んで 22 両。

とりあえずあと2両か。 コーナーケースの処理が適当なのでそのへん考えたら縮む気はする。

(00:39)

_ 21

(00:57)

_ 19

(00:58)

_ 自慢しに行った

(00:59)

_ 19 別解

(01:12)

_ 18

別解出るのは縮む証拠

(01:14)

_ ゴルフの法則

  • 別解思いつけば縮む
  • もうこれが理想形だと思う
  • でも他の子が縮めた後なら縮む

(01:23)

_ 追加

  • 他の子に追いつけない場合、ヤツは俺の知らない何かを知っていると思い込む

(01:24)

_ xor shift

http://pc11.2ch.net/test/read.cgi/tech/1146071975/18

18 :デフォルトの名無しさん:2006/04/28(金) 23:53:29
   軽さで言えばXorShiftとか。
   unsigned long xor128(){
   static unsigned long x=123456789,y=362436069,z=521288629,w=88675123;
   unsigned long t;
   t=(x^(x<<11));x=y;y=z;z=w; return( w=(w^(w>>19))^(t^(t>>8)) );
   }

めも

(23:13)

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

_ には [数学セミナー探したのになくてショックでした。]

_ shinh [問題教えるので #mazop に]


2007-08-28

_ Dice

http://golf.shinh.org/p.rb?Two+Dice+of+A+sides

letter さんの気付きが何なのか気になるところだなー。 この総ナメっぷりはアルゴリズム的なものとしか思えない。

http://d.hatena.ne.jp/letter/20070822#1187751412

(13:41)

_ 殺されブーム

http://d.hatena.ne.jp/sumim/20070827/p2

きっとsumimさんの愛を確認するために殺したがるツンデレです…とかはともかく。

殺されブームみたいなのはある気がする。

Ada: 昔のハッカーは殺すのがクールな雰囲気だったような雰囲気 (最近殺されない。殺すまでもなく存在忘却気味とか?)

PASCAL: 昔のハッカーは殺すのがクールな雰囲気だったような雰囲気 (最近殺されないけどなんだろ)

C++: 昔のハッカーは殺すのがクールな雰囲気だったような雰囲気 (けど復権?)

Smalltalk: なんかよく殺されてる

LISP: いつの時代もたまに殺されてる気がする

PHP: 最近色んな人に殺されすぎ

Perl: PythonとRubyの人が殺したがる気がする。案外殺されないような

VB: VCやC#の人に殺される

Prolog: 第五

Java: 僕が殺す。強い子だから死なない

こう見ると溺愛している人が一定数いる言語が多いように思える。 人が愛してるものを潰すのが快感説とかはそれなりに正しそうな。

単に無名な言語だからとかじゃなくて、 C#, JavaScript, OCaml なんかは殺そうとしてる人 あんまりいないような気がする。 んでこのへんはあんまり溺愛されにくい子なような気がする。

そうでもないか

(13:56)

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

_ sumim [確かに、殺されやすいキャラ、殺されにくいキャラというのはありそうです。w 振り返れば、どうやら私は前者を愛する傾向に..]

_ shinh [殺されてる以上忘れられてはいないというポジティブな見方も。]


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)


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
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