はてなブックマーク

Binary 2.0 カンファレンス 2005 開催の経緯 Binary 2.0 カンファレンス 2005 の開催にいたる経緯について書いてみたいと思います。 発端は「そろそろ Binary 2.0 カンファレンスを行うべきときがきたかもしれません」と書いたエントリです。元々はネタとして考えたものの、この分野のプログラマが一堂に会するのは非常に有意義ではないかと気づき、鵜飼さんや浜地さんなど、喋ってくれそうな知人に声をかけてプログラムの草案をその日のうちに作りました。 当初は、30分の講演を4つとライトニングトークをいくつか、というプログラムを想定していましたが、あの話もこの話もと仲間内で盛り上がっているうちに、最終的には 15～20分の話を 6本 + ライトニングトーク 7本という盛りだくさんのプログラムになりました。 当日に時間通り進行できるか心配だったのですが、スピーカーの方々が時

Binary 2.0 は死んだ Joel on Softwareの Don't Let Architecture Astronauts Scare Youという記事に、流行のバズワードがたどる運命が紹介されていました。 この記事は著者が「アーキテクチャ宇宙飛行士」と呼ぶ人々をからかった内容となっています。アーキテクチャ宇宙飛行士とは、アーキテクチャについての抽象的な思考をどんどん高めていった結果、何の役にも立たないところ (酸素のないところ) まで行ってしまった人々のことです。 それはさておき、この記事の中ではピア・トゥー・ピア (P2P) という言葉を例にして、バズワードのたどる運命が端的に描かれています。 彼らは何でもかんでも P2P にするといいはじめる。そして突然、P2P カンファレンスがやってくる。P2P ベンチャーキャピタルファンドが設立され、あげくに P2P に対する反動すら

Binary 2.0 昨今のネット上でのトレンド、とりわけ shinichiro.h 氏による実行時に情報を調べる話や、大和さんによる Binareal の勢いを目の当たりにするにつけ、 Web 2.0 の次にくるのは Binary 2.0 ではないかという予感が確信に変わりつつあります。 そのようなことを鵜飼さんに話したところ、「livepatchから1年 みなさんおいついてきました」とのこと。私も時代に乗り遅れないよう、 DWARFフォーマットの勉強でもしようと思います。 Web 2.0 と Binary 2.0 の世界を橋渡しする技術の開発はまだそれほど進んでいないようです。elf2xml や xml2elf といった、相互運用性を実現するツールの登場が早急に求められます。次世代ブラウザは AJAX で動的リンクで決まりです。

牢獄から出てきた後のドストエフスキーの作品はどれもいいのですが、中でもカラマーゾフの兄弟は突出しています。基本的に、どの作品でもひたすら病的な人たちがひたすら病的な人間関係の下でひたすら病的なことをしでかすのですが、この話では一家が一丸となって病的っぷりを発揮しています。その中で、一人だけアリョーシャだけがひたすらピュアな人物として登場しますが、結局、何も救われません。要するに、ひたすら病的でげっそりする小説です。

研究と研究マネジメント 以前、情報系の教授全般について次のような疑問を感じていたことがある。昔はばりばりの研究者・ハッカーだったはずなのに、なぜ教授になる頃には自分で手を動かして研究しなくなるのだろうか。この疑問は、ときが経つにつれていつのまにか解消されていった。 先日、ある大学生と話していたときに、同じような疑問を感じていることがわかったので、自分の疑問が解消された理由を話した。ひとつの見方に過ぎないが、ここにまとめてみたい。 ここでは 2人の人物を設定する。30歳の研究者 A と 50 歳の研究者B がいる。2人は年功ベースで給与が決まる大学に所属している。そのため、年の開きに応じて、B は A の2倍の給料をもらっている。単純化のために大ざっぱに言えば、B は Aより 2倍の給料をもらっている以上、2倍の価値を出す必要がある。 もし 2人を純粋に研究者として評価するなら、B は A

CODE COMPLETE によると、プログラミングを上達するには日頃から よく読むこと (マニュアル・書籍・他人のソースコードなど) とよ く考えることが肝要だそうです。 何か耳寄りな情報があれば教えてくださいませ。 (本ページの内容はかなり古くなっています) 目次 書籍 インターネット上の文書 ライブラリ ツール メモリプロファイラ GTK+/GNOME関連 その他 書籍 書籍の情報は 別の場所に移しました。 インターネット上の文書 Programming in C * C言語についての網羅的な情報源。 Steve Summit: C Programming FAQs: Frequently Asked Questions * 書籍版の 3/4ほどの内容。 情報源: Web版, 日本語訳, 日本語訳のHTML版 Henry Spencer: The Ten Commandments f

最終更新日: 2002-05-07 (公開日: 2002-05-07) Mozilla 1.0 以上 または Netscape 7.0 以上 で動きます。 JavaScript の非互換性のため Internet Explorer では動きません。 遅い計算機だとつらいかも。 ズーミングなまず君: その2 Satoru Takabayashi

UNIXを使っていて気づいた細かい不満を挙げます。他の人の意見も 混ざっています。もっと UNIX が嫌いになりたい人は Unix Hater's Handbook をどうぞ。UNIXをなんとかしたい人は Let's Make Unix Not Suck をどうぞ。 目次 設定ファイル地獄 変な文法 流儀の違い 貧乏くささ プログラミング 初心者の敵 X Window System その他 設定ファイル地獄 山のような設定ファイル ソフトウェアごとに異なる流儀を覚えるのむちゃくちゃ面倒。 まさに、しょうもない 雑多なノウハウ の山。 procmail の設定ファイル 変態的。 :0 ってなんだ? BIND の設定ファイル ドメイン名を書くレコードの最後に . をつけ忘れる。 シェルごとの .*rc .*profile .*login などの挙動の違い わけわからん。 /etc/sh

プログラミングに関するノウハウは大きく 3つにわかれると思う。 (またもや強引な分類) 1. 普遍的なノウハウ アルゴリズム, データ構造, オブジェクト指向, ツールボックスアプローチ, λ計算, etc. 2. システムのノウハウ 言語処理系, 計算機アーキテクチャ, OS, ネットワーク, etc. 3. 雑多なノウハウ 恣意的なAPI, 恣意的な言語仕様, 各種ソフトウェアの設定, 各種コマンドラインオプション, ソフトウェアのインストール作業, 各種システムの仕様の違い, 「最新技術」, etc. プログラミングをする上では 3種類のノウハウすべてが多かれ少な かれ必要なのだけど、僕のような人は、ついつい 3番目の雑多なノ ウハウばかりが増えていってしまう。日々のネットサーフィンで得 られるノウハウは大抵これである。 雑多なノウハウというのは、「たまたまそうなっている」だけであっ

この文書は何だ? この文書では「いい作品とは何か」という本質にはまったく迫らず、 作品をよく見せるための、手っ取り早く実践できるお手軽なテクニッ クを紹介する (実は難しいものも混ざっているが)。ここでいう作 品とは主にソフトウェアや研究成果のことを想定している。他にも いいテクニックがあればぜひ教えていただきたい。 目次 作品の公開 公開する Webページを作る いい名前をつける 宣伝する 作品を公開する理由 作品を公開しない理由 作品の表現 作品の見せ方に気を配る プレゼン資料の作り方 プレゼンの仕方 ソフトのデモの仕方 Webページの作り方 図の描き方 色の選び方 フォントの選び方 クリップアートの使い方 グラフの描き方 表の描き方 ビデオの作り方 写真の撮り方 文章の書き方 その他 他人の作品および作品の表現 参考文献 あとがき 謝辞 作品の公開 公開する 公開されていない作品は存

0xcc.net Tools Text Escaping and Unescaping in JavaScript Software ttyrec: a tty recorder pdumpfs: a daily backup system similar to Plan9's dumpfs Ruby/Romkan: a Romaji/Kana conversion library for Ruby Ruby/Bsearch: A Binary Search Library for Ruby Ruby/ProgressBar: A Text Progress Bar Library for Ruby Contact Satoru Takabayashi