技術書ランキングサイトをQiita記事の集計から作ったら、4000冊の技術本がいい感じに並んだ

Qiita の API から投稿記事を取り出し、技術書籍を紹介している箇所を集計して、ランキングサイトを作った。作った本人が言うのも何だけど、できあがった技術書ランキングがやたらエンジニア指向で便利で面白いなー、と。

エンジニアにとって技術書の選定はまーまー苦労する。単なる発行部数ランキングでは「人気あるからって技術書として参考になるとはかぎらない」と、なってしまいがち。ブログでオススメされている書評なんかも参考にするが、結局それらは書評を書いた人の主観で書かれたのであって客観的指標にはなりえない。
そこで「Qiita にある技術ブログ記事内で紹介されている書籍情報を集計すればひと味違った書籍ランキングになるのでは？」と考えた。

で、以下の条件に当てはまる本を「いい本」とした

たくさんの Qiita 記事で紹介されている本
人気のある記事で紹介されている本
新しい記事で紹介されている本

結果としてできあがったランキングの総合部門トップ６はこんな感じになった。当たり前だけど「売れてる本」と「技術記事で紹介したい本」はちょっと違う。本当の意味で有用な技術本というのは後者の「紹介したい本」の要素が多いかな、と。

いい感じに古くからずっと支持されている古典的名書と最新の人気ある書籍がトップに入っている。「リーダブルコード」なんかは廃れることのない名著だし、最近出たばかりの「エンジニアリング組織論への招待」や伊藤さんの「プロを目指す人のための Ruby 入門」がトップ１０に入っていて、気に入っている。ちなみに恣意的に特定の本のランクを上げたりは絶対にしていない。同じルールの元で公平に集計測定した結果がこれ。

Qiita 記事にあるタグがいい効果を発揮している。Qiita 記事に貼ってあるタグはそのまま紹介されている書籍のタグとした。つまりタグ=>記事=>書籍となっているのでタグと書籍の関係は直接ではなく、ゆるーく繋がっているだけ。そこがいいなと思っている。

例えば「人工知能は人間を超えるか」という本の場合、この本には２０以上のタグが付いている。

ウェブサイトで見ていただくとドーナツグラフでタグの分析結果が見れるようにした。

Python や TesorFlow のタグが付いているが本書にはこれらの技術に関する言及は無い。でもタグがあって、それは「この本を紹介するエンジニアはだいたい Python や TesorFlow に関係する記事を書いてますよ」という意味になる。このゆるーい関係のタグ付けがいいと思った。他にも Ruby の本に GitHub がタグ付けされていたり、書籍の内容には関係無さそうだけど実務では関係あるタグ付けがなされている。

自分で作ったサイトながら、そのタグをクリックして関連タグで人気順にソートされた技術本ランキングを次々に眺めるのが面白くて、しばらくサイト内を巡回していた。例えば A という技術のタグを押しても全てが A に関する書籍ではなかったりするので、 「おーこんな本もあったのか」 という発見がある。なのでタグを目立つようにして、検索窓は右上に必要な時だけ表示する仕組みにした。サイトのコンセプトとして検索してピンポイントで必要な書籍情報だけを見るよりも、タグをクリックしていろいろ巡回して見た方がこのサイトは面白いと思ったからだ。

本についてはその本を読むこと以前に「その本との出会い」がとても重要だと思っている。売れている順や人気順のランキングならばアマゾンので十分だ。
テック・ブック・ランクは他には無い「本との出会い」がある。なぜならそのランキングに使っている指標が限りなくエンジニア目線を元にした指標だからだ。人工知能の本に TesorFlow のタグを付ける、なんてやるのはエンジニアだけだろう。

Qiita の技術記事ってそれなりにちゃんと書かないと Like 数なり View 数なりで人気を得ることは難しい。なのでそれらと連動した技術本のランキングもそれなりに信用に値するかな、と思っている。

テック・ブック・ランクが皆さんの 「こんな本があったのか！」 をたくさん提供することを願って公開した。ご感想なり、批評なりなんでもコメントください。

技術書ランキングを Qiita 記事の集計から作成した
テック・ブック・ランク

使った技術

Rails
GraphQL
React + Redux
GCP
Heroku
CloudFlare