livedoor Readerがグッドデザイン賞を受賞したので、開発当時の企画書をさらしてみる カテゴリ: やってみた 思った livedoor Readerがグッドデザイン賞を受賞しました（審査員コメントなど、詳しくはlivedoor Reader開発日誌で）。 ご利用いただいたみなさん、ありがとうございます。サービス開発やプロモーションに携わった皆さん、おつかれさまでした。ライブドアを退社してピクシブでがんばってるyspもおつかれさまでした。 今日はそれを記念して、サービス開発当時（2006年1月〜3月くらい）の企画書をさらしてみます。 オリジナルのデータがどっかいっちゃったので、紙で残っているものをキャプチャしました。書き込みが生々しいですね。 そして早速ですが、「1）競合他社のサービス例」と「2）RSSリーダーの周辺ビジネス例」は外部に公開するにしては辛辣なので割愛させていただきま
Archive::ZipでファイルをZipに圧縮する はじめに PerlでZipアーカイブファイルの作成などを行いたい場合は、Archive::Zipモジュールを導入することによってこの機能を実装することが出来ます。このモジュールはZipアーカイブファイルを扱うインターフェースを備えています。 Archive::Zipとは Archive::Zipモジュールは、Zipアーカイブファイルの作成や操作、読み書きを提供するプログラムです。文字通りZipアーカイブの作成や、既存のZipファイルを読み込むことが可能です。 制作者のNed Konz氏のサイト - Perl Stuff 単純なファイル圧縮の他にも、細かな操作をすることが可能です。メンバ（作成するZipの構成要素）を、追加、削除、展開、置換などすることが可能で、さらにリネームしたり日付やコメントを与えたり、他の属性へ変更するなどといった柔
jQuery版のLightBox「ThickBox」 ThickBoxはLightBoxのjQuery版とも言えるJavaScriptライブラリで、画像をクリックするこのにより拡大画像を表示させることが可能です。 LightBoxがprototype.jsをベースに開発されたjsライブラリであるのに対して、ThickBoxはjQueryをベースに開発されています。 設置方法 配布ページよりjquery.jsとloadingAnimation.gif、thickbox.css、thickbox.jsというファイルをダウンロードし、ThickBoxを利用したいhtmlのhead要素などでそれらのファイルを読み込みます。 <script type="text/javascript" src="jquery.js"></script> <script type="text/javascript"
ついにGoogle Waveが一般公開されましたね（対象ユーザー限定ですが）。 あなたがもしGoogle Waveをいち早く体験できる招待状を手にしたラッキーな10万人のうちの1人ではなかったとしても、がっかりしちゃダメです。もうちょっとの辛抱ですよ。あなたがその手でGoogle Waveをいじくり倒せるその日まで、とりあえず他人様のレビューを読んで期待に胸を膨らませましょう。 というわけで以下、米Lifehackerの元編集長ジーナ・トラパーニによる、Google Waveの最初のレビューです。ここに掲載されているスクリーンショットは開発者版プレビューのもので、wave.google.comのものではありませんので、もっとリアルに近い情報が手に入り次第、続報をお伝えしていきますね。 ちなみに以下の文中では、「Wave」と表記の場合はGoogle Wave全体のことを指し、「ウェイブ」と表
The speed, size and dependability of programming languages The Computer Language Benchmarks Game is a collection of 429 programs, consisting of 13 benchmark reimplemented across 33 programming languages. It is a fantastic resource if you are trying to compare programming languages quantitatively. Which, oddly, very few people seems to be interested in doing. The Benchmark Game spends a lot of effo
The Computer Language Benchmarks Game のページでは，計 32 個のプログラミング言語処理系のベンチマークを集計して，そのパフォーマンスを比較している。そして最近，このページに新たなプロットが追加された。単純にパフォーマンスだけの比較を行うのではなく，パフォーマンスと「コードの長さ」を関連付けて比較を行うというものだ。上はそのプロットから一部を転載したもので，全体はこのページで見ることができる。 このプロットでは，縦軸が処理時間（上にいくほど遅い），横軸がコードの長さ（右にいくほど冗長）に割り当てられている。このようなプロットを行うと，多くの言語は３通りの偏り方を見せる ― 左上（簡潔だけど遅い）に偏る「スクリプト系」，右下（速いけど冗長）に偏る「システム系」，そして，左下（速くて簡潔！）に偏る「理想系」だ。ちなみに，右上（遅くて冗長）に偏る言語は無い…
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
情報を能動的に集める人のためのキューレーションツール、Live Dwango Reader（旧 livedoor Reader）とLDR Pocketは、ブログやメディアに貢献できるサービスを目指して参ります。 ※LDRトップなどへのアクセスで「Internal Server Error」と表示される方は、一度、http://www.livedoor.com でログアウトしてから、再度ログインをお試しください。 いつもlivedoor Readerをご利用いただき、誠にありがとうございます。 担当の石野です。 先日開発日誌にてグッドデザイン賞の審査中であることをお伝えしておりましたが、本日正式に“受賞”の連絡をいただきました。 Good Design Award 財団法人日本産業デザイン振興会が主催する「2009年度グッドデザイン賞」、「ネットワーク領域 - デジタルコンテンツ」という領域
WhiteList に申請しましょう。 WhiteList にアカウントが登録されると、 Twitter の API 規制が 1 時間に 2 万アクセス(あるいはそれ以上、なんかこれ人ぞれぞれらしい、俺は 10 分に 2 万アクセスぐらい出来る)になります。 これで実況 post もし放題、タイムラインも超高速に取得できて嬉しいですね。 申請 URL は以下の通りです。 http://twitter.com/help/request_whitelisting IP アドレスごとに WhiteList にいれるというのが建前ですが、申請したアカウントがまるまる WhiteList 行きになります。 なので WhiteList 行きにしたいアカウントでログインして、以上のページから申請しましょう。 IP アドレスは、固定 IP を持っている人はそれを入れれば幸せになるでしょう。無ければ無いで今
livedoor Readerはニュースサイトやブログのまとめ読みツールです。Webサイトの更新情報であるフィードを、“大量に”そして“高速に”読むためだけにデザイン設計されています。「情報収集のベストプラクティス!」 その特徴としては、とにかく高速性に特化していることです。読み込みが速いことはもちろん、自らの「操作」自体を高速化してくれる“キーボードショートカット”機能が充実しています。マウスではなくキーボードを使ってテンポ良くWebページをまとめ読みできるスタイルは、雑誌や新聞をめくるような感覚に近く、これに一度慣れてしまうともう離れられないほどに快適なものです。 1つはインターネットを通じて情報収集するユーザに対して、その限りない効率化を果たせるツールです。もう1つは、日に数千といった記事を処理することを、全く苦しくなく実現できるようになります。「高速性」という目標を実現するためだけ
サキとは彼女の自宅近く、湘南台駅前のスーパーマーケットで待ち合わせをした。彼女は自転車で後から追いつくと言い、僕は大きなコインパーキングへ車を停めた。煙草を一本吸ってからスーパーマーケットへ向かうと、ひっきりなしに主婦的な女性かおばあちゃんが入り口を出たり入ったりしていた。時刻は午後5時になる。時計から目を上げると、待たせちゃったわねと大して悪びれてない様子でサキが手ぶらでやってきた。 お礼に料理を作るとはいえ、サキの家には食材が十分足りていないらしく、こうしてスーパーマーケットに寄ることになった。サキは野菜コーナーから精肉コーナーまで、まるで優秀なカーナビに導かれるように無駄なく点検していった。欲しい食材があると、2秒間程度それらを凝視し、一度手に取ったじゃがいもやら豚肉やらを迷うことなく僕が持っているカゴに放り込んだ。最後にアルコール飲料が冷やされている棚の前へ行くと、私が飲むからとチ
http://github.com/kazuho/manymanythreads ↑kazuhoさんがCで書いたエコーサーバーと、そのベンチマークツールによって、自分のサーバでどんぐらいのQPSがでるのかがわかる。 たとえば自分のマシン(SC440)だと ./testechoclient -c 1 -n 1000000 -f -p 5050で、 77906.624081 reqs./sec. (1000000 in 12.835879 seconds)ぐらいでる。 一番単純なエコーサーバーをうごかしたときの性能を把握しておくことによって、どのぐらいの速度がでてしかるべきなのかが把握できるようになるという。 【追記】 ここで知った echo server の限界性能をもとに、その後、自分がなにかサーバ等を書いた場合に最適化したらどのぐらいの速度がでるかを予測できる(経験が必要だとおもうけど)
PUFF!、ぱふパフ！！信じられません。こんなかわいい子が、いや～ん、とか、ばか～ん、とか言いながらパンチラする様を見ることができるアプリです。苦言を申し上げるとすればアプリ名だけよくないと思う。このアプリには「 iパンチラ 」という名前が似合う。 おっと、表紙でお見せできるのはここまでだ。興味がある方は続きを読み込んでほしい。早速紹介ホワチャァー！！！！！ PUFF! のプレイ動画はこちら けしからん！けしからん！ 開発しているボトルキューブはたくさんiPhoneアプリを作っている会社ですが、これまでで一番いい仕事したよ。お疲れ！ PUFF! の紹介はこちら アプリ起動！説明がこちら。マイクに向かって息を吹きかけるか、指で画面を下から上にこすり続けましょう！ 1個目のシチュエーション、コピー機でコピーを取っているOL。 ふーっと息を吹きかけると画面端っこにメーターが出てきます。 メーター
HTML5で正規表現がサポートされる、といったことをきっかけに、正規表現はプログラマだけでなくWebクリエイター全体のスキルとして求められていくものになっていくのではないでしょうか（参考：あまり知られていないけれど、HTML5では正規表現が使えるようになる ）。 ここではそうした正規表現の初学者や、一度挫折したけど再入門したい人、そしてより高度な内容をマスターしたいすべての人のためのリソース集を作りました。 初学者向けには「はじめての正規表現」 「はじめての正規表現」は、文字通り正規表現という言葉は知っていても中味はよく分からない、という初学者の方にぴったりのコンテンツ。紙芝居形式のプレゼンテーションで楽しく正規表現について把握できます。 はじめての正規表現 初学者の方には、次の2つの記事も手っ取り早く読めて概要を把握できますので紹介しておきます。 使うほどに良さが分かる正規表現（1/2）
前置き § 職業の違いを特に意識せず、転生回数やスキルポイントだけを目的に「1人経験値稼ぎ」を実施する場合、実は職業による得意不得意が発生します。Lv99になるための必要経験値にバラツキがあるからです。 たとえば、レベルアップ ドラゴンクエスト9攻略Wikiによると、武闘家は僅か4285894でLv99になるのに対して、個人的にお気に入りの魔法戦士は4952589、賢者に至ってはなんと5238315も必要とします。必要経験値の順番は以下の通りです。 つまり、好きな職業ではなく武闘家でやれば、必要な作業時間が大幅に節約できることになります。武闘家ではないとしても、リスト上位の職業でやれば良いことになります。 しかし、ここには1つの罠があります。1人旅では回復魔法が使えない職業では回復アイテムを大量に用意して持って行く必要が生じ、面倒です。しかし、回復魔法が使える職業がリスト上位に無いのです。
サキとは彼女の自宅近く、湘南台駅前のスーパーマーケットで待ち合わせをした。彼女は自転車で後から追いつくと言い、僕は大きなコインパーキングへ車を停めた。煙草を一本吸ってからスーパーマーケットへ向かうと、ひっきりなしに主婦的な女性かおばあちゃんが入り口を出たり入ったりしていた。時刻は午後5時になる。時計から目を上げると、待たせちゃったわねと大して悪びれてない様子でサキが手ぶらでやってきた。 お礼に料理を作るとはいえ、サキの家には食材が十分足りていないらしく、こうしてスーパーマーケットに寄ることになった。サキは野菜コーナーから精肉コーナーまで、まるで優秀なカーナビに導かれるように無駄なく点検していった。欲しい食材があると、2秒間程度それらを凝視し、一度手に取ったじゃがいもやら豚肉やらを迷うことなく僕が持っているカゴに放り込んだ。最後にアルコール飲料が冷やされている棚の前へ行くと、私が飲むからとチ
YAPCの前にHTTP::EngineベースのフレームワークSmokerをつくってみたんですが、 それPlaな感じになってしまったので、今度はPlackベースで書いてみた。 またα以前な感じなのと、Plackをそこまで理解していないのですが、 とりあえず動くくらいになったのでgithubに上げてみました。 http://github.com/nekokak/p5-Kamui 名前はKamuiと適当に命名。 本当はarkを使おうかと思ったんですが、Moose/Mouseベースだったのが個人的にやだったので arkを参考にさせてもらいつつ自前で実装しました。 一応サンプルも置いてあるので興味がある人はどうぞ。 Webの部分で使う際はKamui::Web::Handlerを継承したモジュールをplackupすれば良い感じ。 Dispatcherの部分はCPANモジュールを使わずに社内で一部使って
AnyEvent で plagger-ircbot 的なのかいた AneEvent二日目なので plagger irc bot的に使えるのを書いてみた。 http://github.com/yappo/perl-anyevent-irc-message-proxy POEってのはIKCっていう便利なRPC的に便利に使えるのが有るんですが、まぁplagger irc bot的なのにはそんな大げさの物も要らないので、jsonでデータ送ったらその中身をirc serverにNOTICEで出してくれるのを書いてみた。 そもそもjsonにしなくても良いんだけど、jsonの中に発言したいchannelとか指定出来るように拡張する時とかのためですね。 このくらいだと別に直でAnyEventのコード書いても良い感じすなー plaggerのそれとはコードも比べ物にならない程適当なんですが、似たような処理をA
Coro::AnyEventを使うと、継続渡しスタイルを使わずに非同期を書くことができます*1。 ということで、試しにやってみました。 最初にまとめ AnyEventの層を作り、その上にCoroの層を重ねて、フロントエンドからはCoroの層だけ使うとわかりやすいアプリができるんじゃないかなあと思います。 (0) AnyEventのAPIを作る まず、AnyEventでフロントエンドのための材料を作ります。頑張ってコールバックを使って非同期処理を書いて下さい。名前空間はAnyEvent::的な何かにするといいと思います。また、たぶんこの段階ではまだCoro::AnyEventは使わない方が無難です。ピュアAnyEventの方が使い回しが効きますし。 ここでは、AnyEvent::HTTPを題材にします。バックエンドとしてすでにAnyEvent::HTTPは使えるものとします。 (1) Cor
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
