OTCHY.NET » Technology

Tech Advent Calendar Japan 2011 最終更新 (カレンダー+1、記事+46)

Otchy — Wed, 01 Feb 2012 14:36:26 +0000

前回の更新から約 1 ヶ月が過ぎた、Tech Advent Calendar Japan 2011 ですが、いよいよ (ようやく) 終わりの時が来たようです。
最後に記事が追加されたのは俺 AdventCalendar の 1月17日投稿分でした。
最後尾を争っていた最長カレンダー賞受賞の Vim Advent Calendar は、1月15日投稿分が最後のようです。

そしてなんと、また新たなカレンダー一人AWS (Windows Server寄り) Advent Calendar が追加になっています。

最終的な集計結果は以下になりました。

カレンダー：98 → 99 (+1)
完走カレンダー：61 → 63 (+2)
完走率：62.2% → 63.6% (+1.4%)
記事数：2306 → 2352 (+46)

カレンダー数は 99 にまでなりました。惜しかったですね、ここまで来たら、100 に届いて欲しかったです。
(本当は 100 以上把握していますが、記事数が少なすぎたりで外しているものがあります。js ファイルのコメントを見ると…？)

2月に入ったので、さすがにこれで更新は最後にします。
もし今後記事の追加があったとしても、それは反映されません。
今年 (そう、もうあと 10 カ月後！) の Advent Calendar 2012 でまたお会いしましょう！

Tech Advent Calendar Japan 2011 更新その1 (カレンダー+1、記事+42)

Otchy — Sat, 07 Jan 2012 23:20:22 +0000

おかげ様で好評を頂いている Tech Advent Calendar Japan 2011 ですが、完結宣言後に、各カレンダーの管理者の方にそれぞれのカレンダーの確認をお願いしていました。
まだ、そのお願い自体途中なのですが、これまでにもらったフィードバックをいったん反映させた更新を行いました。

新たなカレンダーとして Redmine Advent Calendar jp 2011 Changeworld on Redmine が追加されたのと、他にもいくつかの記事が補完されています。
その結果、トータルの数字は以下のようになりました。

カレンダー：97 → 98 (+1)
完走カレンダー：58 → 61 (+3)
完走率：59.8% → 62.2% (+2.4%)
記事数：2264 → 2306 (+42)

他にも修正の要望があれば、お待ちしています。

今こそまとめ読み！技術系アドベントカレンダー総まとめ 2011【完結】

Otchy — Fri, 06 Jan 2012 01:05:59 +0000

新年あけましておめでとうございます。年明け早々ではありますが、去年の話をします。
昨年末は各種の技術系アドベントカレンダーが盛り上がっていて、そのまとめを作っていました。
まとめサイト自体はすでに公開済でしたが、ようやく (ほぼ) 全ての記事の登録が終わり「完結」と呼べる程度になったので再度アナウンスします。

じゃん！

Tech Advent Calendar Japan 2011

上のリンクから飛べる専用サイトで、合計 97 個のカレンダーとそれらに含まれる 2264 もの記事全てに直リンクしています。
2012 年のはじめにこれらのカレンダーの記事をまとめ読みして、今年の抱負なんかを考えてみるのもいいんじゃないでしょうか？

それにしても驚くべきは記事の質の高さとその数です。普段あまり目にする事のない、Web 系以外の技術情報もかなりの数があり、こんな世界があるのかと驚くことも度々でした。日本の Web は技術情報の宝庫です！

数字の分析

全部で 97 のカレンダーがあるうち、完走したのは 58 でした。完走率は約 59.8% になります。感覚としてはもうちょっと多く完走しているイメージなのですが、12月1日〜24日(25日) 付け(※)の記事が全て揃っているものだけを完走として判定している為、感覚より少なめになっています。途中で 1 日抜けているだけのカレンダーもいくつかあり、惜しいなーと思います。

※25 日を最終日としているカレンダーが多かったのですが、本来のアドベントカレンダーは 1〜24 日でやるものらしく、そちらに合わせて 24 日までとするカレンダーもありました。どちらでも完走と判定しています。

記事の数は合計 2264 ですので、1 つのカレンダーあたりの平均記事数は約 23.3 です。後述するように、1 つのカレンダーでかなりの数を稼いでいるものもあるので、あまり平均は当てになりませんね。
そこで中央値をとってみたところ 25 でした。最頻値も 25 です。素晴らしい！出来過ぎですね。

独断と偏見による各賞発表

ひとり賞: JavaScript おれおれ Advent Calendar 2011; アドベントカレンダーは複数の人で 1 日 1 つ記事を書いていくのが原則ですが、「ひとり賞」は一人で全ての記事を書ききったカレンダーの中から、特に優れていると思ったものを選びました。
ひとりで書いているカレンダーについては、連載もののようなチュートリアル形式の記事が多い中、1日ずつ異なる Tips を揃えた点を高く評価しました。よくネタが尽きなかったものだと感心します。
最多記事言語賞: The Perl Programming Language – www.perl.org; 技術系のアドベントカレンダーでは、やはり各種プログラミング言語に関するカレンダーが多いのですが、「最多記事言語賞」として、それぞれの言語ごとに記事数を集計し、最も記事の数が多かった言語を選びました。
現代スクリプト言語の祖、Perl のコミュニティの濃さに一日の長があったと言うところでしょうか。なお、次点は PHP でそれに僅差で JavaScript が続くという形でした。
最多記事カレンダー賞: Competitive Programming Advent Calendar; 「最多記事カレンダー賞」には、単独のカレンダーとして最も多くの記事を集めたカレンダーを選びました。実に 50 もの記事を集めています。1日あたり 2 人ずつ記事を投稿していたので、実質的には 2 つのカレンダーを完走したイメージですね。
そういう意味では、Android Advent Calendar と Android Advent Calendar 2011 「裏」 (それぞれ 25) も、同じ主催元が同じ所で募集した記事を 2 つのカレンダーに分けているので、同率一位としていいかも知れません。
最長カレンダー賞: Vim Advent Calendar 2011; 次は最も長く記事の投稿を続けているカレンダーに贈られる「最長カレンダー賞」です。2011/12/01 に始まって、2012/01/5 現在、まだ完結していません。いつまで続ける気なのでしょうか…。こんなに多くの人が参加しているのに 2 週目の話が出ているあたり、Vim 愛の深さは測り知れません。
実は、カーネル／VM Advent Calendarもまだ終了していないようなのですが、こちらには日付の抜けがあるので次点としています。
変態で賞: 変態アドベントカレンダー 2011; 「変態で賞」へのノミネートは残念ながら 1 カレンダーにとどまったため、そのまま受賞となりました。僕たちプログラマーは、プログラミングに、Excelを使います！が記憶に新しいですね。
11月のうちにカレンダーが始まり、12月に入るともはや完全に息切れするという、存在自体からしてネタに溢れる素晴らしいカレンダーでした。

「はてな」から「変態」まで～15のカレンダーをTech Advent Calendar Japan 2011 に追加

Otchy — Wed, 21 Dec 2011 09:07:16 +0000

Under Construction になっていた Tech Advent Calendar Japan 2011 の Other technical calendars カテゴリに、15 のカレンダーを追加しました。
新規追加分は以下です。

CMS: a-blog cms; Plone 4; WordPress

会社: Ariel (ありえるえりあ); Ark (カヤック) [Perl]; DSAS for Social を支える技術 (KLab); Hatena::Staff (はてな)

その他 (混合・ネタなど): Competitive Programming; DevLOVE 4tate; Dvorak; FOSS4G; Google Product (全部俺); Theorem Proving; カーネル／VM; 変態

カレンダーの追加自体はこれでいったん終わりにして、今後は、Tech Advent Calendar Japan 2011 での公開以降に増えている記事の追加を行っていって、全てのカレンダーを完了まで追っていこうと思います。

個別記事リンク付き！技術系アドベントカレンダー総まとめ 2011

Otchy — Tue, 20 Dec 2011 03:30:23 +0000

インフォメーション：本日12月1日より，プログラマ有志による2011年の技術系Advent Calendarが各所ではじまる｜gihyo.jp … 技術評論社を見ると分かるように、2011 年はわんさかとアドベントカレンダーが実施されています。

こりゃすげぇ！というわけで、いくつか気になるカレンダーを選んで読んでみたのですが、どうにもまとまりがないのです。いや、複数の人が書いているアドベントカレンダーで、それぞれの記事がバラバラっていうのはいいんです。それぞれが思い思いの記事を書くのが醍醐味という部分もありますし。

そうではなくて、各カレンダーが好き勝手にやっているから当たり前ではあるんですが、カレンダーのフォーマットとしての統一感が皆無なんです。
記事の URL が貼ってあるのにリンクされてなかったり、それどころか記事の URL すら記載されて無くて、Google Docs のスプレッドシートを見にいかないといけなかったり。
細かい事を言えば、visited な URL のリンク色は変えて欲しいし、そもそも「カレンダー」を名乗るならやっぱり見た目はカレンダーのように表示して欲しいじゃないですか。

というわけで作りましたよ！
Tech Advent Calendar Japan 2011
投稿済みの記事数も、記事の抜けも一目瞭然です！(プレッシャー？)

当然ですがまだアドベントカレンダーは完結していないので、これから年内いっぱいくらいかけて、記事リンクは増やしていきます。
カレンダー自体の数ももう少し増やす予定です。完成したらこのブログと Twitter でまた通知します。
さしあたって、プログラミング言語と、システム開発のカレンダーが揃ったので公開に踏み切りました。

圧倒的な情報量！

記事へのリンクを作るために、相当な数の記事に触れたわけですが、普段あまりネット上で話題にならない Web 系以外のコンテンツを多く目にしました。
ただこれはもう Web 系でないエンジニアの方が書いているのでしょうがないんですが、Web での見せ方がやっぱり上手くないんです。上にも書いたように、記事にリンクが貼られてないとか普通ですし、記事タイトルの付け方が SEO 的でなかったりとか。

しかしこの圧倒的な情報量は素晴らしいです。すっげー面白い記事とかでもはてブ 1 桁だったりして、Web 寄りのエンジニアからスルーされているのを見ると悲しくなります。
Web 系エンジニアの端くれとして、そういう良記事にスポットを当てる手伝いが出来ないかな。と思ったのも、このまとめを作った動機の一つだったりします。

とは言え本当に今年は数が多いです。まとめを作っている時間の大半は、カレンダーとそこに含まれる記事の調査をしてデータを作る時間にかけています。多分 95% くらいは調査の時間です。まだ全部終わってないので、割合はさらに偏るでしょう。
なのでもしまた来年まとめを作るなら、動的に誰でも追加出来るような作りにしようかな～、などと思うわけです。

それと情報量の話で言うと、恐らく英語以外の言語でこれほどの情報が得られる言語は日本語だけじゃないのかな。って思います。例として Wikipedia の記事数を上げるなら、日本語よりも記事数の多い言語はいくつもあるわけですが、ドイツ人だのフランス人だのは技術情報が足りなかったら、英語を読むと思うんですよね。

ヨーロッパ人と比較して、日本人はやはり英語が苦手なので、日本語で検索し、日本語で発信する割合が増えているんじゃないかなと。
まあそれも善し悪しで、大半の人のニーズは日本語で完結出来てしまうので、一向に英語を使える人が増えないという状況がありそうです。人の事言えないんですけれども。

全部俺

アドベントカレンダーっていうと、元々は何人もの人がそれぞれに記事を書くスタイルで始まっているわけですが、中には「全部俺」「ひとり」シリーズのように、ひとりの人が淡々と毎日エントリを上げている、っていうカレンダーもあります。

これが凄い。「ダイエット中なのに今日のお昼はカツ丼食べちゃいました。テヘッ☆」みたいなブログじゃなく、毎日技術情報を上げ続けるのって相当な労力ですよね。ある程度書きためとかしてたりするんでしょうけれども、それにしても凄い。素晴らしい。賛辞を惜しみません。

「全部俺」の場合、色々とバラエティに溢れる記事を読める従来アドベントカレンダーのメリットはないですが、ひとりの人が継続して書いているので全体として続けて読んだ場合は、とても読みやすいです。ちょっとした入門書を読んでいるような気分になります。
心折れることなく日々更新してくれている方は本当にありがたいですね。

何使ってる？

使われているブログで一番多いのはやはり圧倒的にはてなでした。次に多く見たのは Blogger です。Blogger って日本だとそんなにシェアは無いイメージなんですが、やっぱりエンジニアは Google ラブなんでしょうか。

それとさすがと言うべきか、独自ドメインのブログも多かったです。URL のクセから推測しただけですが、エンジンとしてはほとんどが WordPress でした。この辺は感覚通りですね。
変わったところでは、アノニマスダイアリーとか、github も使われています。普段ブログを書かない人はこういうところに書くのかぁ、と思いました。

以上

よろしくお願いします！

Google Analytics がもっともっとすごい！

Otchy — Fri, 25 Nov 2011 03:07:52 +0000

Google Analytics のリアルタイム分析がすごい！っていう記事を書いたばかりですが、Google Analytics の新バージョンをよくよく眺めていたら他にも面白い機能があったので昨日に引き続きご紹介します。

特定のページから次にどのページに遷移したかをヒートマップ風に表したのが「コンテンツ＞ページ解析」です。
旧バージョンにもあった機能かと思いますが、見た目が洗練されて見やすくなりました。「ベータ版」の表記も無くなってますね。
ただ、クリックされた場所を解析しているわけではないので、同じリンク先のリンクは、同じパーセンテージになるのが残念です。

これ、クリックされた場所まで解析するのは Google なら難しくないと思うんですが、パフォーマンスに与える影響が大きくなるからやらないんですかね？選択式で構わないので実装してくれないでしょうか…。

上記のページ解析と同じ情報を、コンテンツという切り口ではなくユーザという切り口で流れにして追ったのが「ユーザー＞ユーザーフロー」です。
これは旧バージョンにはありませんでした。言葉のままですがユーザの流れを視覚的に理解出来るので、ユーザが脱落しやすいページなどが一目瞭然です。
EC サイトを運営している人とかにとっては、相当重要な情報じゃないでしょうか。

Google って最近 Facebook に押されて元気がないみたいな印象がありますが、色々と地味に凄いんですよ！

Google Analytics のリアルタイム分析がすごい！

Otchy — Thu, 24 Nov 2011 05:16:54 +0000

Google Analytics の新バージョンにリアルタイム分析が存在している事は知っていたのですが、初めて中身を見てびっくりしたので紹介します。

まず、まだ何も設定していない現行バージョンを利用している場合は、画面右上の「新しいバージョン」リンクから新バージョンの利用を開始します。

実は以前にも新バージョンを開いた事があるのですが、対象ドメインの画面を開いてもデフォルトの画面 (標準レポート) では「リアルタイム」なんて文字が見えないので、「日本語インターフェースではまだリアルタイム分析は提供されてないのかな？」なんて事を思っていました。

と　こ　ろ　が！

おもむろに「ホーム」タブを開くと、左側のメニューに「リアルタイム(ベータ版)」の文字が。
その結果がこれです！

リアルタイムにサイトを参照しているユーザ数が更新されています。棒グラフは時間経過と共に左にスクロールしていてゲームっぽいです。
これをぼーっと眺めていると、色々な値が変化していきます。

そして各種一覧では、サイトから離脱したユーザがいると赤くハイライトされ、サイトへの流入があると緑にハイライトされます。

これが無料…。

長らく Google アナリティクスの弱点はリアルタイム性だと言われていましたが、これほどのものを出されると、有料系のサービスはますます厳しそうですね。

【解決】iOS5 にすると 128kbps AAC に変換した曲が鳴らない件

Otchy — Sat, 15 Oct 2011 23:03:31 +0000

各所で報告が上がってましたが、iOS4 から iOS5 にアップデートした iPhone で、128kbps AAC に変換していた音楽が再生されないバグがあるようです。

少ないサンプルで想像した原因なので確証はないですが、すべての曲という訳ではなく、そもそも iTunes でエンコードしたアルバムは大丈夫で、昔 mp3 に落としていたアルバムをそのまま iTunes に取り込んだケースなどが怪しいようです。
さすがにすべての曲がアウトなら Apple だって気づいているでしょう。

肝心の復旧方法ですが、iPhone 本体の操作ですべての曲を削除した上で、再度 iTunes 上から同期したら復旧しました。128kbps AAC 変換の設定は有効なままで構いません。

曲の削除は、ミュージックアプリでアルバムを表示し、右フリックして消していくのが手っ取り早いかと思います。前述のとおり、iTunes で取り込んだアルバムは大丈夫そうな感じがするので、消す奴と消さないやつを選別すると復旧時間を短縮できます。
とは言え、曲数によってはかなり時間がかかるので USB 接続＆時間があるとき推奨です。

影響の大きなバグなので、遠からず修正されるとは思いますが、お急ぎの方は試してみる価値があるでしょう。

言うまでもありませんが、実行は自己責任で。

– 以下雑感 –

あれですかね、iOS5 で導入される「iTunes で購入していない曲であっても iTunes で購入していたことにして、複数の iOS デバイスでクラウドから曲を再生できる」っていう日本じゃ絶対許されないサービスのために、ハッシュ値かなんかを生成してて、それが誤動作したとかですかね？

ハッシュ値と言うより、曲ごとの特徴量を計算してるんでしょうか。だってよく分からないエンコーダで作られた曲も、iTunes Store 上の曲とマッチさせる話なので。
エンコーダによって問題があったりなかったりだとすれば、その辺が怪しいかもーなんて思います。

Facebook が Google を廃業に追い込めない理由

Otchy — Mon, 06 Jun 2011 01:16:15 +0000

Facebook は Google を廃業に追い込めない。いや、そもそもそんな必要はなく、Facebook は Google の領域を侵食することなく、自身のビジネスを伸ばしていく事ができる。

その事は歴史を見れば明白で、IBM → Microsoft → Google と IT ビジネスの覇者が移り行く中で、Microsoft は IBM を廃業に追い込んではいないし、Google が隆盛を誇る今も、Microsoft の売り上げは依然として高いままだ。

この覇者の移り変わりは、IT ビジネスの主戦場が、ハード → ソフト → ウェブ、と移り変わって来た事に合致する。
それぞれの分野における (当時の) 覇者がすなわち IT の覇者であったという事にすぎない。
そしてそれら、IT ビジネスの新しい領域は以前の領域を土台として発展している事もまた明白で、ハードがなければソフトは動かないし、ソフトがなければウェブもまた動かないのだ。

過去の覇者が覇者たり得たのは、決して以前の覇者を追い落としたからではなく、従来は無かった、もしくはビジネスにならなかった領域を切り開き、覇権を握ったという事だ。
もちろん、IBM、Microsoft、Google それぞれで競合する分野はあるし、過去の覇者はその資金力を活かして新分野にも攻め込みはする。
だが、結局のところ新たな覇者にはなれないし、売上比率は自分が覇者だった領域が一番高い。
(IBM は、2 世代分の時間をかけてハードからソフトへの転換を図っているが。)

翻って Facebook はどうか。

Facebook が見ているのは、ウェブに続く次の領域、パーソナル (なネットワーク) 分野に他ならない。
これは言わずもがな、ウェブを土台として発展した新しい領域だ。

この新領域で勝負していくのなら、Google を追い込む必要などなく、新しいビジネスの領域を切り開いて行けば良い。

そもそも、Facebook でウェブページを「いいね！」する時、友達の紹介じゃなく最初に「いいね！」した人は、どこでそれを見つけたんだっけ？
Google 検索？Google ニュース？Google リーダー？
もし Google が全く存在しない世の中だったら、今ほど Facebook が盛り上がる事などあり得ただろうか？

IBM はハードを売った。
Microsoft はソフトを売った。
Google は広告を売った。
それぞれに新しいビジネスだった。

そして、Facebook は広告を売って…、あ…れ？
第 4 の覇者ってもうちょっと新しい事して欲しい気が。

追記

はてブのコメントより、Facebook は「通貨」を売っているとの指摘が。
なるほど、その領域の覇権を握れれば、第 4 の覇者といって差し支えないかと思う。

iPhone で文字入力速度を劇的に改善するお勧め辞書登録

Otchy — Wed, 25 May 2011 05:07:02 +0000

フリック入力時、直感的に矢印を入力できる方法 : ライフハッカー［日本版］っていう記事に触発されて、矢印以外にも色々な辞書登録をしたら、iPhone の文字入力がすこぶる捗ったので一覧にまとめてみました。

ここまで手間をかけなくても…という意見もあるでしょうけれど、最初にかけた 30 分の手間で、今後続く何百回という入力がスッキリするなら安いもの、と思いませんか？

カテゴリ	単語	よみ	コメント
矢印	↑	なか	元記事のコメントで「に：←」「ぬ：↑」「ね：→」「の：↓」の方がフリックで直感的に入力出来る。…っていう話もありましたが、読みを 1 文字にしてしまうと、矢印を利用したい頻度に比べて、変換候補に現れる頻度が多すぎでうざったいと思われるため、あえて 2 文字の読みにしています。
	→	なは
	↓	なや
	←	なた
括弧	「	かあた	参照元の記事を読んで真っ先に思いついたのがこれでした。入力するたびに毎回面倒に思ってたので、今はとても幸せです。
	」	はらや
	）	かはや
	（	かたや
算術記号	＋	たなはかなや	算術記号の中で、文章中で使う頻度の高いものだけです。この辺は当然「たす」等を変換しても出てくるのですが、被る単語が存在しないために次候補を押す回数が少なくて済むのが利点と思っています。
	×	あならさなま
	－	たなは
	＝	あかさまやら
	／	さなま
その他記号	：	かや	その他の文章中で使いたい事が多い記号達です。「・」を 1 文字登録にするかは悩んだのですが、ここはわかりやすさを重視して登録しました。
	…	まやら
	・	な
数字	00	わわ	主に時間入力用です。時間をタイプする事が比較的多いのですが、数字入力のためのキーボード切り替えが不要になり、個人的には、ガラケー時代のベル打ちと比べて劣っていたフリック入力の欠点が軽減してます。一桁の数字の前に 0 を入れているのは、1 文字登録を避けるためと、「わ」から始めると他の単語との被りが減って変換が早くなるためです。日付も想定すると、01～31は全部用意したいところですがそこまではまだしていません。
	01	わあ
	02	わか
	03	わさ
	04	わた
	05	わな
	06	わは
	07	わま
	08	わや
	09	わら
	10	あわ
	11	ああ
	12	あか
	15	あな
	20	かわ
	30	さわ
	40	たわ
	45	たな
	50	なわ

他にお勧めの辞書登録なんかがあったら、是非コメントで教えてください！