This copy is for your personal, non-commercial use only. Distribution and use of this material are governed by our Subscriber Agreement and by copyright law. For non-personal use or to order multiple copies, please contact Dow Jones Reprints at 1-800-843-0008 or visit www.djreprints.com. http://jp.wsj.com/article/SB10001424052702304827404579106511854921736.html

「ソフトウェアエンジニアの成長カーブ」 最近良く話していることなのですが、社会人として働き始めた新卒の技術者は、最初の数年は成長していきます。与えられた業務を遂行しながら、そのための学習もしていくからです。しかし、2、3年すると開発業務をこなせるようになり、特に新たな勉強をしなくても、日々、会社に行って開発業務が遂行できるようになります。 この状態、つまり、継続した学習をしなくなった状態で、10年とか経過すると、ソフトウェアの世界は大きく変化している可能性があり、新たな技術が登場し、その人の技量は相対的に今度は低下しはじめます。しかし、この時点で、新たなことを学習するのは困難だったりします。学習する習慣が無いわけですから、勉強しろと言っても、「なぜ、休みの日に勉強しなければならないのですか」ということになります。 そのような人に対して、マネジメントは、その人ができる仕事を与えて、何とか仕事

読み終わったので感想を書きます。 なぜ読んだか 随所でおすすめされている書籍だったことと大学図書館にあったから。また、RESTについて書かれているものを読みたかったため。 感想 Webに関する幅広い事柄について触れられました。最初期のインターネットのことから、REST, HTTP, URI, ハイパーメディアフォーマット（HTML, microformats, Atom, AtomPub, JSON）、そして実際のリソース設計まで。（miroformats, Atom, AtomPubの項は読み飛ばしちゃいました。）1周しかしてない上、このエントリーを書いてる時にはもう返却しちゃって、詳しいことは少し飛んでるけどそれでもWebの開発側の概観というものが分かった気がする。あと、嬉しかったのがJSONについて書かれていたこと。JSONって言葉よく聞くけど扱ったこともなく、いまいち知らなかったん

REST って思想がいろいろとあって、議論が止まなくて、怖いものというイメージを持っている人がいると思います。僕がそうでした。RESTについて勉強していた頃に、自分用のメモとして書いたレポートを掲載します。この記事で怖いというイメージを少しでも消すことができれば幸いです。 【スタートアップ！ REST】 まずは Wikipedia を眺めてみてください。わからなくても眺めるだけで良いです。 http://ja.wikipedia.org/wiki/REST RESTの入門記事を書かれている、こんなサイトもあります。 http://yohei-y.blogspot.jp/2005/04/rest_23.html 手元に「Web+DB Press vol.32」や「Web を支える技術」がある方は眺めてみてください。どの資料を見ても、最初のほうに必ず出てくるキーワードがあることに気づきました。

URL（Uniform Resource Locator）とURI（Uniform Resource Identifier）の構造の違いはご存知ですか？ Webページのアドレスを指す場合はどちらを使うべきなのでしょう。URLを分解して「https:（スキーム）」「#（フラグメント）」「?（クエリ）」「パス（path）」などの名称・意味についても解説します。 今日は、ノウハウというよりは、豆知識を。「URL」という呼び方と「URI」という呼び方がありますが、どう違うのか、あなたはご存じですか？ Webページのアドレスを指す場合は、どちらを使うべきなのでしょうか。 URLとURIは何が違うのか結論から言うと、URIとURLは同じものではありません。「URI」のほうが広い概念で、「URL」はURIの部分集合です。同様の仕組みに「URN」というものがあります。 その3つを別のものにたとえてわかりや

デュアルCPUで計12コア24スレッド、メモリ48GBというマシンで MongoDB-2.0.8 をしばらく稼働させたところ、突然 CPU の system time が1コア分暴走したようになる、という現象が起きました。 最初は原因がよく分からず、とりあえず mongod のプロセスを kill して起動し直したら復旧したのですが、またしばらくすると同じ現象に。 mongoのメモリ使用量と Load Average をプロットしてみると、どうもある程度 (約24GB?) のメモリを使ったところで暴走が起きているような……とログを見直してみると、起動時に WARNING がでていました。 Sun Jan 20 00:10:01 [initandlisten] MongoDB starting : pid=12669 port=27017 dbpath=/var/lib/mongo 64-b