読者です 読者をやめる 読者になる 読者になる

bh.mgzl.jpの今後の更新予定

bh.mgzl.jp

いろいろネタが溜まってきたので一旦まとめておきます。

  1. (強力な)既読管理
  2. カルマ確認機能
  3. カルマ計算式の調整
  4. 記事スコアの調整
  5. フィルタリング機能の調整

1. (強力な)既読管理

同じ記事が別サイトから配信された場合(Yahooニュースと新聞社サイトなど)、まとめて表示したい。(やる)
できればキワード抽出とかをしたい。(仮実装して良さそうだったらやる)

2.カルマ確認機能

なんとなくユーザーのカルマを確認したい時があるのでWeb上でインターフェースを用意する。(やる、けど隠し機能にするかも)

3.カルマ計算式の調整

根本的にちょっと変えたい。もっとマイナスにさせたい(仮実装して良さそうだったらやる)

4.記事スコアの調整

パラメーターを微調整

5.フィルタリング機能の調整

パラメーターを微調整

bh.mgzl.jpがv4.3.1になりました

bh.mgzl.jp bh.mgzl.jpの更新履歴

更新内容

  • 記事スコアに非公開ブックマーク数の割合での補正を追加
  • アンカーリンクが含まれるURLのはてブページへのリンクがおかしかったのを修正
  • 内部的な調整・バグ修正

非公開ブックマーク数の割合での補正

ちょっと思いついたので入れてみた。全体的に以前より記事スコアは低くなるはずです。
導入理由は1つは非公開ブクマはスパム的な記事で割合が多い(気がする)からです。もう1つは「いい記事ならきっと公開でブクマしたいはず。」という理由です。

近いアイディアとして、ブコメの有り無しを記事スコアに影響させるのは見送りました。コメントの有り無しはどちらかと言うとユーザーのカルマに影響させるべき値と思っていて、それを実装するのは処理量的にしんどいからです。

「痛いニュース」は異常

雑記

anond.hatelabo.jp

こんな増田があったので、書きかけだった記事を仕上げてみる。

痛いニュースはかつて「これは痛いニュースに載る」なんて言い回しもあったくらいに、一番古い記事は2005年12月で10年以上運営されている老舗のまとめブログだ。2chの運営との癒着やらバックマージンの噂もあるがその辺はよく知らないので特に言及しない。

下記挙げる数字は2016/6/15 14時頃の集計。なお、この統計はプログラムのバグ等によって実際とは全く違ったものである可能性もあるので、内容を一切保証するものではない。

というか、自分がそう思えるくらい驚いた。

直近5739記事中で10記事以上ホットエントリ入りしたサイト

blog.livedoor.jpのみ下位ディレクトリを含めてある。

URL ホットエントリ入した数
anond.hatelabo.jp 614
togetter.com 295
www.asahi.com 232
www3.nhk.or.jp 222
blog.livedoor.jp/dqnplus(痛いニュース 151
headlines.yahoo.co.jp 134
gigazine.net 109
www.itmedia.co.jp 101
d.hatena.ne.jp 73
toyokeizai.net 63
bylines.news.yahoo.co.jp 62
mainichi.jp 57
qiita.com 57
www.sankei.com 56
www.hahalife0.com 47
kabumatome.doorblog.jp(全力2階建) 44
nlab.itmedia.co.jp 43
twitter.com 41
japanese.engadget.com 40
speakerdeck.com 33
www.buzzfeed.com 31
www.publickey1.jp 31
www.nikkei.com 31
b.hatena.ne.jp 29
www.slideshare.net 27
this.kiji.is 26
portal.nifty.com 26
zasshi.news.yahoo.co.jp 26
jp.techcrunch.com 26
www.kandosaori.com 25
www.gizmodo.jp 25
www.lifehacker.jp 24
business.nikkeibp.co.jp 24
enter101.hatenablog.com 24
delete-all.hatenablog.com 24
coliss.com 23
alfalfalfa.com(アルファルファモザイク 23
hitamu.hatenablog.com 22
wired.jp 22
www.yomiuri.co.jp 22
hrktksm.hatenablog.com 21
www.mikinote.com 21
dabunmaker.hatenablog.com 21
www.in-activism.com 20
gendai.ismedia.jp 19
www.huffingtonpost.jp 19
potatostudio.hatenablog.com 18
news.yahoo.co.jp 18
postd.cc 18
www.afpbb.com 18
www.anizm.xyz 18
karapaia.livedoor.biz 17
www.youtube.com 17
note.mu 15
pc.watch.impress.co.jp 15
next.rikunabi.com 15
ameblo.jp 14
blog.livedoor.jp/itsoku(IT速報) 14
p-shirokuma.hatenadiary.com 14
www.zenmashiniki.com 14
diamond.jp 14
www.cloudsalon.net 14
www.nikkansports.com 14
lineblog.me 14
azanaerunawano5to4.hatenablog.com 13
dev.classmethod.jp 13
matome.naver.jp 13
www.yutorism.jp 13
omocoro.jp 13
www.pojihiguma.com 13
www.dokusyo-geek-ki.com 12
www.forest.impress.co.jp 12
www.newsweekjapan.jp 12
www.akisane.com 12
www.4gamer.net 12
watto.hatenablog.com 11
dokushohon.hatenablog.com 11
ascii.jp 11
natalie.mu 11
blog.livedoor.jp/nwknews(nwk) 11
biz-journal.jp 11
www.outward-matrix.com 11
developer.hatenastaff.com 11
withnews.jp 11
r.gnavi.co.jp 11
www.ituore.com 11

まとめブログだけまとめると

  • 痛いニュース 151
  • 全力2階建て 44
  • アルファモザイク 23
  • IT速報 14
  • 哲学ニュースnwk 11

となる。

痛いニュースの異常さがお分かりいただけたと思う。あと、はてブのメインコンテンツは増田。

かつてはハム速なども比較的よくホットエントリ入りしていたが、2chから転載禁止を言い渡された結果、「自分のブログのコメントを自分でまとめる」という悲しさがハンパないサイトに変貌し全く見かけなくなった。

この2chからの転載禁止騒動の時、他にやらおん・はちま・刃・ニュー速VIPに対しても転載が禁止され、主語は大きいが「2chまとめブログってクソだな」というのが皆の共通認識だと思ってた。

考えうる理由

b.hatena.ne.jp

ブックマークを見ると色んな意見がある。

実は単に上がるだけでなく、bh.mgzl.jpでの記事スコアもそこそこある。これは、それなりに読者数の多いユーザーが素早く多くブクマしているということに他ならない。主観だが、中堅ユーザーが非常に多いように感じる。上位カルマ保持者がブクマしているのはあまり見ない。

これは、”はてブ民”が実際のはてブユーザーとは剥離乖離しているだけだと思っている。特に普段ブコメをつけないはてブユーザーは少なくない。要するに主語がでけぇってことなのだが、この剥離乖離は大きいと思う。

スパム説も捨てがたいが、何かデータを取ったわけではないので、なんとも言えない。確かに無言ブクマは多いが、ホットエントリ入りする記事としてはそこまで偏った割合ではないと思う。

つまり俺にはよく分からん。

痛いニュースはマジで異常

2chまとめブログ死すべし、慈悲はない」派も「別に面白かったらブクマするよ」派もその他の考えも別に構わないが、痛いニュースは異常と言っていいほどホットエントリーに入っている。

これは単に痛いニュースが良いサイトだからなのか、何か闇の力が働いているのかは先にも述べたが俺には分からない。

兎も角まとめブログ群の中でもホットエントリ入りする記事の中でも、痛いニュースは特異な存在ということだけは伝えておきたかった。

MyYahooというかiGoogle的なものに関するメモ

雑記

「My Yahoo!」サービス終了のお知らせ ( その他インターネット ) - My Yahoo!スタッフブログ - Yahoo!ブログ

MyYahooというかiGoogleっぽいもの自分用に作ってみようかなぁ。

2016/06/14 20:58
b.hatena.ne.jp

こんなこと言ってるけど、iGoogleが終わった時にああいう感じのを作ろうとして技量が足らなすぎて挫折した。確かjQueryとかで頑張ろうとしてたと思う。

自分がサービス作る時は「自分が欲しいもの」を作るのが基本なので、あんまりまじめに考えずにサックリ自分用に作ってもいいのかもしれん。

実装に関するアイディアとかのメモ

例によって箇条書き思考垂れ流しメモなのであまり信ぴょう性はない

全体的なこと

  • Webブラウザの「ホームページ」に相応しい物にしたい
  • プラットフォーム的に枠だけ設計する
  • 天気とかRSSリーダーとか各機能はモジュール化して読み込ませる
    • モジュール間でのやり取りは無しにしたい(複雑性の排除)
    • 欲しくなった時に作ればいい、その機能が欲しい人が作ればいい
    • GoogleのサービスとかTwitterとか認証が必要なのはどうしよう
      • 案1)フレームワーク側で提供する(ユーザーは1度の認証で済むから嬉しい)
        • Twitterとかだとモジュールごとに不要な権限まで必要になる?
      • 案2)モジュール側で提供する(作るのが楽)

フロントエンド

  • Reactに限らず今風なフレームワーク
    • やっぱRSSとかメールとかTwitterとかリアルタイムでやりたいよね
  • 通知機能…?(API無くなる件)
    • ソフト通知(ブラウザの通知の対義語)でいいんじゃないの
      • ページタイトルとかファビコンで頑張る系
  • ドラッグアンドドロップでレイアウトかえられるあの感じ
  • デザインとかかえられるあの感じ
    • やるとしたら当面はプリセットのみで…(CSSの編集とかやらない)
  • できればスマホでも…

バックエンド

  • まずはバックエンドが不要な感じにしたい(スモールスタート)
    • なので認証とかは後回し?
    • loacalStorage先輩頑張れ
  • サービスとしてリリースするならまともなバックエンドが必要
    • 少なくともさくらのスタンダードじゃあかん
    • ランニングコストどうするの
      • Donateボタンを置く(多分足らない)
  • nodeとかで作ったほうが楽なんじゃないの

欲しいモジュール

欲しいモジュールは作るとしたら自分が欲しいものから作りたい

基本的に上の方にあるのが優先度が高い感じ

自分が絶対欲しい

自分はRSSリーダーに膨大な量がぶち込んであるので、RSSRSSリーダーFeedly)で読みたい派

  • 検索(Google、Bing、etc)
  • SpeedDial(何がなんでも欲しい)
  • はてな(できればbh.mgzl.jpがいい)
  • Gmail

基本としておさえておきたい

本当に必要か分からんけど、なんかよくある感じのやつ

あったら嬉しいな

本当に嬉しいかどうかは[要出典]

  • Twitter系機能(タイムラインを見る、つぶやく機能)
  • Pocket(APIあったっけ?サービスは使ってるけどよく知らない)
  • 超簡易メモ帳(編集、保存等基本的な機能が必要なので、実装例的に欲しいかな)
  • Evernote…とか要らんか

ここまで書いての感想

  • めっちゃ工数かかるやん
  • スマホでもちゃんとパフォーマンス出るの?
    • Twitterとかはオミットだな…
  • でも作るのめっちゃたのしそう(ただし、プラットフォームの出来次第)
  • OSS?俺コミュニティの運営とかできないよ?(既にサービスがヒットした気でいる)

tom.mgzl.jp v2.0.2

tom.mgzl.jp tom.mgzl.jpの更新履歴

やり残したことだけ修正

更新内容

  • Titleタグの対応
  • 各階のブクマ数を表示

tom.mgzl.jpを作りなおしました

tom.mgzl.jp

なんかメタブタワーそのものが燃えるという珍しい現象が起きていたので、前々からやるやる言っていたTower of Metab(ToM)を作りなおしました。

メタブタワーのコメントを一覧で見れるサービスです。基本的にIDコール合戦をほっこり眺める為のツールなので、IDコールがあるコメントのみを表示したりできます。

技術的な話

bh.mgzl.jpとほぼ同じES2015+Babel+Reactで作りました。前のバージョンはAngularJSを使っていたけれどReactの方が使ってて楽しいので良かった(小並)。

仕組みは単にはてブAPIをぐるぐる回しているだけです。サーバーへの保存もなし、以前はsettionStorageに一時的に検索結果を保存したりしていたけれど止めました。

あとメタブページのURLを入れても地上階から登ることが出来るようになりました。ただ、はてブの仕様上オリジナルのURLが途切れてしまっている場合は上手く行きません。

メタブの頂上

気がついたらまたメタブの頂上が変わってました。実は以前のバージョンは頂上だけは決め打ちだったので、今回のバージョンからは純粋に到達可能な頂上が表示されるようになりました。IDコール合戦の残骸が見られて楽しいですね。

デザイン

実はブコメ欄ははてブのコメント一覧にだいたい揃えてあります。大体なのは面倒くさいからです。

感想

物を作るのは楽しいですね。実はReactってこういうライトなサービスでも作るのは楽なんじゃないかと思います。この程度のサービスでES2015+Babel+Reactってのは大仰なんじゃないかって気もしますが。趣味サイトなんで、その辺の手段と目的論は余り意味が無いですね。

追記

細かい所結構抜けてるのを見つけてしまったけど、明日以降にしよう。

本当のベターなホットエントリーのアイディア

bh.mgzl.jp

bookmark.hatenastaff.com

これを読んでふと思ったのだが、「お気に入られ数の上位X%がブクマしているホットエントリの記事」を出したら良さそうな気がしている。

実装の実現性

各ユーザーのブックマークはRSSATOMで取得ができる。(参考

ただ、どのくらいのユーザーを収集対象にするかが問題で、bh.mgzl.jpではだいたい27,000ユーザーくらいを捕捉している。これは、ホットエントリーや新着でブックマークをしたことがあるユーザーだ。例えばこれの1%となると、270ユーザーのフィードを監視することになる。

270ユーザーのフィードを毎回パースするのは辛いので、どこかでフィードを統合したい。複数のフィードを束ねる方法として以前はYahoo!Pipesがあったが今はないし、代替サービスも微妙だし、自前でやったほうがいいだろう。

厳密に言うとパースして統合するのは難しくないが、フェッチするのが辛いかな。はてななら検索クエリってわけでもないので、5分毎に270リクエストぐらい送っても大丈夫だとは思うが。

問題点など

お気に入られ数上位ユーザーがブクマしている記事ってほぼホットエントリーと同じじゃないかという気がひしひしとする。或いははてブのお気に入り機能を使えばいいじゃんというね。

上位ユーザーの新着、つまり上位ユーザーのブクマからホットエントリー入りしているものを除いたものは割りと有用性がありそう。

やるの?

実はbh.mglz.jpについてはいま根本的にクソ記事を上げない方法に行き詰っていて悩んでいる。かといってこれが「いいアイディアだぜ!!!!」という気もしていない。うーむ。