「うっうー!なんだか綺麗な景色ですね!」3/25はやよいの誕生日と聞いて飛んできました。やよいへのメッセージは動画の最後に。アイマスMAD処女作です。普段は車載動画とかやってます。短くてごめんなさい。振り付けが不思議なことになっています。難しいなあ。VeohよりsuiPの素材を使わせていただいています。ありがとうございます。冒頭の写真はうp主が撮りました。うp主blog→http://m-kazusa.sblo.jp/
旧聞に属しますが Wired.jp の「電子書籍が紙に負ける5つのポイント」という記事が話題となり、これを受けて本誌にも原哲哉氏の「電子書籍はまだ紙の本に勝てない」という記事がすでに書かれています。 とくに日本の現状を見る限り、紙の書籍と電子書籍をプラットフォームとして比較すると紙のほうが優位なのは明らかで、規格の整備やハードウェアの向上と価格低下といった改善がおのずと期待できるところはそれとして、電子書籍がそのまま紙に追いつこうとする方向性はあまり意味がないと考えます。これは大原ケイ氏の「「ガジェット」ではなく「サービス」を」にもつながる話でしょうが、むしろ紙の制約から離れた機能や体験の充実にこそ注力すべきで、ことさらに紙と電子の比較を続けるのは有益ではないでしょう。 そうした観点で「電子書籍が紙に負ける5つのポイント」を読み直した場合、「インテリア・デザインにならない」といった電子書籍
チート対策とhttp_loadに仕掛けた罠の話 #isucon - blog.nomadscafe.jp このエントリに刺激されたので、自分でも事前に大丈夫かなーと思っていたものの最終的には対処しなかったチート穴の攻略を今朝明確に思い付いたので書いてみる。 その2以降を書く予定は今のところありません。 isuconベンチの構造 ベンチマークとチェックツールを含めた全体的な構造については前出のエントリの通りだが、更に加えると、isuconのスコアは http_load によるリクエストの処理数のみによって決まる、という特徴がある。Node.jsで書かれたチェッカなどからもそこそこ(少なくとも秒間3リクエスト)のGETが来るが、最終的なスコアから考えると誤差と言っていい数値。 ということで、チェッカへのレスポンスを確実に返すこととhttp_loadのリクエストに高速に応答することが重要だ。 h
こんにちは!くしいです!お元気ですか! 私ライブドアで働いてるのは結構知られてきたと思うのですが、実は開発本部に所属してまして、だけど開発部において唯一開発しない人という変わったかんじなんですが、何をしてるかっていうと「エンジニアのためになること」全般を引き受けてます。例えばMTGをセッティングしたり、会議室おさえたり、歓送迎会したり、という雑多な細かい仕事から、YAPCとかイベント的なものの運営とか大きなものまで。 で、あれはいつだったか。先月くらい?だったかな。 同僚のエンジニアが「こういうイベントやってみたい」とTweetしてるのを見て「へー」と思ってて、それを社内の技術系の話をするIRCチャンネルでまたしてたので「本気ならメールでえらい人に直談判しては」と返信してみて、ここからうろ覚えだけど「マジでやる気なら俺手伝いますよ」って言ったような気がして、「マジでやる気です」と言われたの
完全に文化祭疲れで昼寝3時間ぐらいしてしまいましたが、懇親会で聞かせて頂いた話やblogやtwitterをみる限り好評だったようで、うれしく思っています。ISUCONに参加して頂いた方、社内で協力して頂いた方ありがとうございました いくつか至らぬ点がありますが、明日以降に公式にフォローさせて頂きたいと思っています。 さて、既に公開されているので見た方は多いと思いますが、今回ISUCONで使ったベンチマークツールは大きく分けて次の3つのツールに分かれています。 (1) 1post/secでコメントを投稿し、1秒後にコメントをしたページと、インデックスおよび適当な記事のDOMチェックを行う node.js (2) http_load + patch (3) css/js/imageのMD5値を検証する perl script 最終的な順位はhttp_loadが行ったリクエスト数で決まるのでもし
前のエントリ #isucon で優勝してきました は当日夜に酔っ払った頭で勢いで書き上げたので、少し冷静に振り返ってまとめてみます。 最初のボトルネック発見 DB が CPU 4コアをフルに使って回っているのですぐに Query が重いのは分かった 重いクエリはキャッシュすれば、という発想は自然 (実際 MySQL のクエリキャッシュだけでスコアは 1.5倍程度上がる)、とはいえ このクエリは実行に 300〜400 ms 程度かかる アプリケーションの要件上、毎秒更新する必要がある 1秒ごとに更新に 0.3〜0.4秒かかる処理をするのは悪手だろう cache が消えてから生成、とすると生成処理が複数同時に走って無駄が大きい (実際ベンチマーク中の slow query を見ると 600〜700 ms 程度の時間が掛かっていた) ということで、DB のテーブル構成を変更して高速化できないか、
ライブドア技術部会の伊勢幸一です。 去る 2011年 8月 27日(土曜日で隅田川花火大会の日)、いい感じにスピードアップコンテスト ISUCONを開催しました。参加者の皆さん、見学者の皆さん、関係者の皆さん、おつかれさまでした!あんど、ありがとうございました。おかげさまで予想以上に盛り上がり、つぶやきやブログエントリー等を見る限り皆さんに楽しんでいただけたようで、スタッフ一同開催してよかったと心から思っています。また、副賞の書籍をご提供して頂いた技術評論社様にこの場をお借りして心より御礼申し上げます。技評さんはエンジニアの味方ですねっ!(あたりまえかw) ここで、改めまして、コンテストの最終結果発表をさせて頂きます。 と、その前に ・・・・ コンテスト終了後、即時計測の結果に基づき優勝1チーム、準優勝1チームを表彰させていただきましたが、その際、最終的な結果確認の段階で得点のチェックにミ
なんでもありのWebアプリケーション高速化バトル、#isucon に会社の同僚 @Songmu @sugyan と3人で、fujiwara組として参戦してきました。結果、幸いにも優勝を勝ち取ることが出来ました。 こんなに楽しいイベントを企画、運営していただいた Livedoor の皆様、本当にありがとうございます!! さて、ざっとチューニングした経過などを記録しておきます。 [追記] もっと詳しいレポートを @Songmu が上げているのでそちらもご覧ください おそらくはそれさえも平凡な日々: #isucon で優勝させてもらってきました [さらに追記] #isucon ではどんなことを考えながら作業していたか - 酒日記 はてな支店 自分でももう少し詳しく振り返りエントリ書きました。 まず説明を聞いて、環境を作るところから。IPアドレスでは作業がしにくいし事故も起こりそうなので、host
まずは、ライブドアの皆様、素晴らしいイベントの提供本当にありがとうございました。めちゃくちゃ楽しかったです。 Kayacのエンジニア3人 @fujiwara @sugyan @songmu の3人でチームfujiwara組を結成し、結果優勝することができました。 実際は周りの認識通り、@fujiwaraさんに優勝させてもらったようなもので、@sugyanと僕は手を動かしていただけです。まあ、空気にならずには済んだので、そこは安堵しています。 修正したisuconソースはフォークしてGithubに置きました。プログラムの修正部分のみで、my.cnfの修正なんかはここには反映されていません。 さて、@fujiwaraのコンテストでの動きや、帰宅後のBlogアップまであらゆる仕事が速くてビビるんですけど、詳しくは、#isucon で優勝してきましたを見てもらうとして、 どういうドタバタがあったの
ショッピングサイトやポイントサイトからのメールやウェブサイトを閲覧していると、あたりかまわず文末に「〜させていただきます。」と締めくくる文章を数多く目にします。しかも、「させていただきます」の適切な使い方を知らずに、板に判を押したマニュアル的な言い回しをしているため違和感を覚えます。 こうした「させていただきます」の乱用は従業員の平均年齢が若いIT企業のサイトで多くみかけます。とりわけキャリアの浅い若手社員が、かしこまった丁寧な決まり文句と勘違いして使っているようです。最近では年輩の人までもが同じような誤用をしているため、言葉遣いを正されずに使い続けています。背景には、政治家や芸能人が記者会見やインタビューで「させていただきます」の不適切な使い方をしており、テレビなどのメディアを通じて誤用が広まっている現状があります。 さらに、顧客への応対や就活での面接の際、語尾に「させていただきます」と
Hiromitsu Takagi @HiromitsuTakagi いろいろヤバい。ネタのストックは大量にあるが、ウイルス罪やら番号制度やらが優先で、書いていく時間が足りてない。もうTwitterで先出していくしか。 Hiromitsu Takagi @HiromitsuTakagi UDIDやスーパークッキー同等の問題は英語圏でいずれ必ず問題視されて路線変更に至るが、日本の人たちがそれに取り残されてしまって、後で困ったことになることが国家的損失。そうならないよう早め早めに啓蒙していくことが重要であるところ。残念ながら政府の取組みは極めてお粗末で、… Hiromitsu Takagi @HiromitsuTakagi …政府の取組みは極めてお粗末で、セキュリティについては2003年ごろから積極的に取り組まれるようになったが、データプライバシーはそれとは全くの別物とみなされていて、政策課題に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く