オンライン（無料）マンガ誌、花盛り: たけくまメモ
「マンガ雑誌に『元をとる』という発想はない」の続きであります。前回俺は、「マンガ誌単体では最初から大赤字で、版元も折り込み済み」であること、「雑誌は大赤字でも、単行本が売れるので、版元も作者も、そこではじめて利益になること」を書きました。ここから導き出される「マンガ雑誌の目的」とは、 （１）単行本を出すための、原稿プール機能 （２）単行本が出たときの、作品の宣伝機能 のふたつあることがわかります。これは版元・作者ともに共通のメリットでしょう。実はこれ以外の大きな目的として、 （３）新人の発掘と育成 があるのですが、これはとても大きなテーマですので、今回は項目を挙げておくにとどめます。今回俺が考えてみたいのは、これまで機能していた、こうした雑誌のあり方に亀裂が生じてきたこと（要するに雑誌ばかりでなく単行本も売れなくなった）で、今後のマンガ雑誌とマンガ界（出版界）はどうなっていくのかということ
mixi Engineers’ Blog » ロングテールな画像配信 その1
開発部・システム運用グループの長野です。最近は「サーバ／インフラを支える技術」を読みながら通勤しています。今回はmixiの画像配信について書かせて頂きたいと思います。1回目は画像配信の課題について説明させて頂きます。 ■画像配信の種類 これまで画像の配信は大きく分けて2種類あると考え、システムを構築してきました。1つは１ファイルあたりへのアクセスが非常に多くなりますが、ファイル数が少ないもの。もう一つはファイル数が膨大になる代わりに、１つのファイルへのアクセスは少ないものになります。 前者はmixiの中で使われるロゴ画像やメニューの画像等のページ部品、また広告画像や絵文字画像になり、後者はユーザがアップロードする日記やアルバムの画像にあたります。ページの部品の画像はファイル数はそれほど多くないものの、サーバへのアクセス数が最大で秒間に数万リクエストにもなります。逆にアルバムや日記の画像は全
高速かつ省メモリなbit vector「sucBV」を作る
はじめに 大規模なデータを扱うアプリケーションでは、速度とともに作業領域量も大きな問題となります。作業領域がメインメモリに収まらない場合、スワッピングが発生し、大幅な速度低下につながります。そのため近年、データ構造は高速なだけでなく、作業領域量が小さいことも求められています。今回紹介するデータ構造は「操作付きbit vector（SUCcinct Bit Vector:sucBV）」です。sucBVは、圧縮索引やSuccinct Data Structureなど、データをコンパクトに表現する際に重要なデータ構造です。STLのvector<bool>と同様に、bit列情報B[0....n-1]を保存します。このbit列情報は前もって与えられ、変更が無いことを前提とします。sucBVは、次の二つの操作を定数時間でサポートします。 rank(p,bit)――B[0...p]中のbit（bitは1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Sabar ya
