This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these template messages) The factual accuracy of parts of this article (those related to article) may be compromised due to out-of-date information. Please help update this article to reflect recent events or newly available information. (July 2012) This article is missi

The requested URL was rejected. Please consult with your administrator. Your support ID is: 14140727193204488053 [Go Back]

Kathy Sierra / 青木靖 訳 2006年1月30日 Microsoftへのメモ: おたくはそこで驚くようなことをみんなにさせてきた。おたくがただいなくなってくれたなら、世界はいい方に変わるだろう。 リスク忌避はイノベーションを殺す要因として最大のものだ。これを患っているのはもちろんMicrosoftだけではない。なにしろリスクを取るというのはすごく･･･リスキーなのだ。しかし、もしリスクを取らないことがさらにリスキーであるなら、どうする? 確かに大企業が当てや策もなしにリスクを取るというのはまずいことだし、倒れるときには盛大に倒れることになるわけだけど、誰であれ無縁 なことではない。無難な選択をいたるところで目にすることだろう。私は今日ランチのときに共著者の1人と次のHead First本の表紙をどうしようかという話をしていて、私は彼が望んでいるのよりもっと｢安全な｣モデルを使

Write Yourself a Scheme in 48 Hoursを読んでみます。Parsec, 高速なコンビネータパーサも参照。 Overview First steps Parsing Writing a Simple Parser Whitespace Return Values Stringのパース Atomのパース (実はBoolも) Numberのパース 今までのパーサを組み合わせる Exercises parseNumberを書き換え 文字列内のダブルクォートをエスケープさせる 他のエスケープ文字も扱えるようにする parseNumberを異なる基数の表記に対応させる 文字の処理を付け加える 実数の処理を付け加える full numeric tower 再帰的なパーサ Exercise バッククォートのシンタックスシュガーを実装 ベクタのサポート 左くくりだしを行ってtr

popxpopに 【図解】 LinuxサーバーとWindowsサーバーの違いというエントリがある。 これだけだと何のことか分からないのだが、 元記事のZDNet.comでのRichard Stiennon氏によるブログエントリをさくっと 見ると、一個の静的なhtmlを読み込んだ時のLinux+ApacheとIISでのシステムコールの呼び出しを視覚化していることが分かる。 で、これで何が言いたいのかというと、元記事のタイトル「Why Windows is less secure than Linux」からもバレバレだが、ようはWindowsのほうが 複雑なシステムコールのおかげでbuffer overflow attackに晒されやすい云々ということを言いたいようだ。 ICのblogや18 til i dieあたりを 読めば、この導かれる結論のようなものが意味がないものと分かるのだが、18

たまたま greentea さんとこから新山さんとこに飛んで眺めてたら，面白い研究を発見． ボクは，そもそもプログラミング言語なんてのは全然間違った抽象化で，アルゴリズム・データ （構造）・コードは全部分離すべき，つまり C++ の template なんかの generic programming なんかは，アルゴリズムとデータを分離しようという試みで，Lisp のマクロなんかも生成的プログラミングとか呼ばれてて，ここらへんと方向性は近いんだけど，Lisp とか C++ みたいなプログラミング言語の仕様 (C から引き継いだ変態シンタクスとセマンティクス，あるいは S 式や GC のアルゴリズムや内部表現の一長一短) なんかに引き摺られていてはイカンのですよ ！ プログラミング言語はコンクリート過ぎて，書かなくても良いことまで書かないといけないから，それ以上の最適化が困難になる場合が多く

ときどき何もできないことがある。 メールを読んで、Google+を眺め、twitterをチェックして、ニュースとかを読み、Google+にコメントをかいて、メールを読んで……みたいなのを繰り返し、一歩も進めなくなる。そんな時がある。 そんなこんなであるとき、なんか今日、メールとか読んでばっかりで全然仕事できてないんですよね、などと愚痴っぽく話したところ、それはもろに射撃しつつ前進だねと指摘された。そんな話だったっけ？とすっかり忘れた頭で読み直したら全くそのとおりの話だったのでおかしかった。忘れすぎだ自分。 射撃しつつ前進というのは優れたエッセイだと思うけれど、けっきょく何が言いたかったのかはよくわからない。最後のデータアクセスストラテジーがどうこういう話、ありゃ何なんだろ。正直、いまだによくわからない。今回これを書くために読み返してみたけれど、やっぱりよくわからない。 多分(私にとって)大

● [Thoughts][Publish] Magic number 1440 (３つのフォーマット編) USB メモリの普及により、フロッピィディスクは絶滅寸前の状況にありますが、このレガシィデバイスには Sense of wonder と、教科書には書かれていない多くの宝が眠っています。Linux 上に用意されている小洒落たツールを活用して、誰も見向くことのなくなってしまったフロッピィディスクに、ふたたびスポットライトをあててみましょう。 superformat による初期化 これからの実験は、是非とも手元に Linux 環境を用意し、実際に自分の手で実行してみることをお勧めします。Linux であれば、ディストリビューションは問いませんが、最近流行りの仮想環境はバツです。「ハードウェアを深く味わう」場合、仮想環境では役に立ちません。 なお、今後使用する各種のツールは Linux 上で

■ WASF Times版「サニタイズ言うな！」 技術評論社の「Web Site Expert 」誌に、Webアプリケーション・セキュリティ・フォーラム関係者の持ち回り企画「WASF Times」が連載されている。私の番も回ってきたので昨年9月発売号に寄稿させていただいた。近頃はサニタイズ言うなキャンペーンもだいぶ浸透してきたようだし、もういまさら不要という気もするが、以下、その原稿を編集部の承諾のもと掲載しておく。 「サニタイズしろ」だあ？ Webアプリを作ったらセキュリティ屋に脆弱性を指摘された――そんなとき、「入力をサニタイズしていない」なんて言われたことはありませんか？ 「入力」というのは、ブラウザから送信された情報をCGIパラメータとして受信した値のこと。これを「サニタイズしろ」というのです。なんでそんなことしないといけないの？プログラムの内容からして必要のないことなのに？ そう