なぜ彼はクレーンに乗らなくてはならなかったのか - Thirのノート
先日、栃木県にて、クレーン車が暴走し通学途中の小学生をはね死亡させてしまった事故があった。もちろん加害者を擁護することは出来ない。彼はてんかんを持っていた。そして以前にも「未遂」を起こし、かつ薬の服用を怠ったがためにこの事件は起きてしまった。報道の通り薬を飲み忘れたがゆえにこのような事故が起こってしまったのであれば、これは完全に彼の責任であると私は思う。しかし、多くの人がそれでも思うことは、「では、何故彼はクレーンに乗ることを選択したのか？」ということであろう。この事故に関連し、id:goldhead氏は、俺はたまたま子供を6人轢き殺していないだけ - 関内関外日記において、SASを患っているという観点から記事を書いていえる。その中で、次のような文章が目にとまった。 だから俺は、クレーン車で6人の子供を死なせてしまったやつのことを考えずにはいられない。彼が症状をおさえる薬を飲んでいなかった
Leo's Chronicle: データベースシステム入門：「データベースは体育会系図書館？」
（データベースシステムとその研究の世界を一般の人にわかりやすく伝えるため、「図書館」をモデルにした話を書いてみました。試験に出そうな（？）部分は太字で強調してあります。） 「データベース」という言葉は、データの集まりという意味です。データベースシステムの研究では、例えて言うなら「欲しい本がすぐに見つかる図書館」をいかに作るかという問題を考えます。ここで「データ」は図書館の「本」に相当し、「ハードディスク」は「本棚」がたくさん収められている図書館の建物だと考えてください。 「欲しい本がすぐに見つかる」とはどういうことでしょうか？例えば、図書目録を調べて目的の本棚の番号がわかったとしても、本棚までの距離が遠ければがっかりしてしまいますよね？（高すぎて手が届かない、とか泣けてきます）
ぜひ押さえておきたいコンピューターサイエンスの教科書
僕はバイオインフォマティクスという生物と情報の融合分野で研究を行っています。東大の理学部情報科学科にいた頃は同僚のマニアックな知識に驚かされたものですが、そのような計算機専門の世界から一歩外に出ると、それが非常に希有な環境だったことに気が付きました。外の世界では、メモリとディスクの違いから、オートマトン、計算量の概念など、コンピューターサイエンスの基礎知識はあまり知られていませんでした。コンピューターサイエンスを学び始めたばかりの生物系の人と話をしているうちに、僕が学部時代に受けた教育のうち、彼らに欠けている知識についても具体的にわかるようになってきました。 バイオインフォマティクスに限らず、今後コンピュータを専門としていない人がコンピューターサイエンスについて学ぶ機会はますます多くなると思われます。そこで、これからコンピューターサイエンスを学ぼうとする人の手助けとなるように、基礎となる参
Leo's Chronicle: ぜひ押さえておきたいデータベースの教科書
先日のエントリで少し話したのですが、僕が在学していたときの東大にはデータベースを学ぶためのコースというものがありませんでした（DB関係の授業は年に１つか２つある程度。現在はどうなんだろう？）。そんなときに役だったのは、やはり教科書。読みやすいものから順に紹介していきます。（とはいってもすべて英語の本です。あしからず） 一番のお薦めは、Raghu Ramakrishnan先生 (現在は、Yahoo! Research) の「Database Management Systems (3rd Edition)」。初学者から研究者まで幅広く使えます。データベース管理システム（DBMS）の基本概念から、問い合わせ最適化、トランザクション管理など、これらを実装・評価するために必要な、「DBの世界での常識」が、丁寧な語り口でふんだんに盛り込まれています。この1冊を読んでおけば、DBの世界で議論するための
Leo's Chronicle: 良い論文を書くために知っておくべき５つのこと
英語で科学技術論文を書くための書籍はいくつか出版されていますが、大抵、日本語と英語の表現やロジックの違いの説明が主で、「論文」というよりは「英語」の学習と質的に変わりません。ここでは、「論文」をいかに書くか、さらには「論文」を書くために「研究」をいかに進めるかという点に踏み込んだ内容を紹介していきます。 まず、コンピューター系の論文の書き方のHow toを示した書き物として、DB分野で有名なJennifer Widomの以下の記事が、良い指針となります: Tips for Writing Technical Papers (Jennifer Widom)この中から、introduction (導入部）で説明すべきことについて引用しました。 What is the problem? (解いている問題は何?） Why is it interesting and important? (なぜその
僕はカモか。〜大学に入ったのは間違いだったのかもしれない〜 - lucky_toの日記
（この記事のタイトルを見て何を想像されるかわかりませんが、以下に述べることは一般論ではなく個人的なことに過ぎないので、そのことをまずご承知おきください。） 高等学校には卒業があります。 当然ながら（一般には）その卒業後の進路も決めなければなりません。 その頃の僕は、 「“大卒という資格を取るためだけに大学に入る”なんて間違っている。」 「大学とは学ぶところである。」 ...などと考えていました。 だから、大学に行こうだなんて考えていませんでした。 興味のある分野はあれど、特に学びたいという意欲があったわけでもないですし。 ならばどうすればよいでしょう。就職かなぁとは思っていました。 しかし、その就職について何かを考えていたわけでもありません。 先生の言う事にただ従ってきた僕は、本当に“何も”考えていませんでした。 ただただ目の前の、自分の好きなことだけをやっていました。 高校時代の成績評価
新人は「サーバ／インフラエンジニア養成読本」読むべきで、僕はツールを開発すべき - As a Futurist...
ふと本屋に寄ったら、SoftwareDesign の特別版で題名の本が出ていましたので、ホイホイと買ってしまいました。内容としては、最近の SD 誌であったインフラ系の特集を抜き出してまとめたものなので、多少古い内容もあるかとは思いますが、雑誌のバックナンバーを買い揃えるのって結構面倒なので、こうしてまとめた形にしてくれると入手しやすくなっていいですね！ 入門 サーバ/インフラエンジニア養成!基礎講座 効率化(効率的サーバ/ネットワーク管理「実践」入門) 達人管理者になるための ssh 活用術 Kickstart で実践!システム管理「完全自動化」大作戦 開発力 サーバエンジニアのための「開発力」養成講座 クラウド活用 サーバ/インフラエンジニアのためのクラウド入門 セキュリティ これだけは知っておきたいセキュリティの常識 ドキュメント作成 現場で役立つ運用管理マニュアルの作り方 内容的に
Kazuho@Cybozu Labs: 監視とは継続的なテストである、という話 (もしくは cronlog とテストスクリプトを組み合わせた監視手法について)
結論から先に。cronlog を使えば、アプリケーションのテストコードと全く同じ形式で、監視用のスクリプトを書くことができます。プログラマが監視ツールの記法を覚える必要はありません。これは、プログラマが運用も行うケースでは特に有効な手法だと思います。 先週公開した Kazuho@Cybozu Labs: crontab を使って効率的にサービス監視する方法 というエントリで、crontab と拙作の cronlog を用いてサービス監視を書く手法を紹介しました。しかし、挙げた例はいずれも ping や http のテストといった外形監視の手法です。RDBMS とウェブアプリケーションのみから構成されるサービスならそれだけで十分でしょう。 しかし、外形監視だけでは、メッセージキューのような非同期処理の遅延を観測することはできません。また、http のログを監視して、エラーレスポンスや平均応答
今年は計画的にいきたいー社会人3年目を迎えてー - As a Futurist...
3,4 月とえらいドタバタして、年度を振り返ったりするのがすっかり遅くなってしまいました。毎年毎年重ねていくと、あとで Connecting the Dots するときに参考になるかなーと思うので、今の気持ちを素直に綴っておこうと思っています。 社会人 2 年目どうだった？ 1 年目は文字通り右も左もわからず、右往左往してたわけですが、おかげさまでその 1 年目の貴重な体験もあって 2 年目はおそろしく落ち着いて仕事ができました。幸運(?)なことにほっといても勝手に仕事の方からやってくるけど、それに負けずに自分で突っ込んでほじくり返して手を広げて、興味の赴くままにいろんな仕事をできて、引き続き楽しい 2 年目でした。まさに「やりたいようにやれる」環境な感じです。 んで、この 1 年は結構ブログでのアウトプットができた気がしたので実際数えてみました。 mysql> select date_f
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
