JSer.info 200 回目記念イベント
自己紹介
azu
@azu_re
改めてJSer.infoって何?
- 世界のJavaScriptについて週一で書くブログ
- 2011年1月16日 開始
始めた目的
- Webの流れが早くなってる、情報量が膨大
- 海外にはJavaScript WeeklyやDailyJSがあった
- 日本にも週間でJS情報をまとめてくれるサイトが欲しい
- => ないので作る
これまでのJSer.info
紹介してきた記事数とURL数
記事数とURL数
^ 紹介してきた記事数 = それぞれの記事の数 ^ 紹介してきたURL数 = 記事の数 + 関連リンクの数
2011年から2014年(10月)まで
記事数とURL数の遷移
記事数とURL数の遷移
- 2013年12月31日から記事毎に関連URLを追加しだした
- 関連URLを入れてから記事数自体は少し減ってる
- 代わりに関連するURLの記載が増えてる
- 一つの記事についての情報量を増やす目的
最近のできごと
- GitHub Pagesに移行した
- 韓国語訳ができた
- Thanks Ju U-Yeong
継続性について
^ 今日の本題。 大体200回記念イベントなので、どうやって継続してきたかについて考えてきました。
Weeklyサイトの廃り流行り
- Meta Weekly
- 週間等で更新してるブログをまとめたサイト
- 一時流行ったけど継続してるサイト、してないサイトがある
- ここに載せたサイトの1割ぐらいは更新が止まった
- 一定期間載せるか検討してから載せてるので以外と少ない
^以前、定期更新されるJavaScript等の情報サイトをまとめたMeta-Weeklyというサイトを作っていて、 JSer.infoのように定期的に更新されるブログやメールマガジンをまとめています。
^しかし、ここの載った1-2割ぐらいは更新が止まってる。 メールマガジン系(Cooper Pressは商業)は以外と継続率高い。 コミットをまとめる感じのWeekly系は結構消失しやすい傾向がある。
継続性
更新コストを小さくして、継続できる形を作る 開始するときにまず2年間は続けると決めた -- JSer.info 1年を迎えて
継続性とコスト
- (前提) 元から情報を集めるのは趣味
- これに 加える形で JSer.info を更新している
- どれだけ加えるコスト = 更新コスト を小さくするか
- 更新コストが小さいほど、継続しやすい
- コストをコストと感じないように小さくする
^ 情報を集めるコストが一番高いけど、 それは元々なのであまり考えない。 重要なのは心理的にコストが大きくならないように、 一度に作業しないで作業を小さく分けてコストを感じない程度の大きさで処理していく事が大事だと思ってる。 そのために次のようなワークフローを取ってる
更新ワークフロー
- 記事を読む
- TombfixBuildでメモ付きでブックマーク
- 一週間ぐらい1,2を繰り返しで紹介記事のデータを貯める
- 貯めたアーカイブを整形
- 整形した記事をコピペ(微修正、ピックアップを選ぶ)
- 1へ戻る
更新ワークフロー
2年前と基本は変わってない
1. 記事を読む
- 3000弱のRSSフィードを読む簡単なお仕事です
- 800個ほどのGitHubリポジトリをWatchする簡単なお仕事です
- 続きは次のスライドで
^ RSSで購読してるのは今までどおり。 LDRが終了の撤回してよかった。 去年あたりからGitHubのリリースをどう追うべきかを色々考えて、色々Watchする仕組みを作ってきた。 詳細は次のスライドではなします。
2. Tombfixでメモ+ブックマーク
はてブするのと同じ
3. 一週間ぐらい1,2を繰り返し
紹介記事のデータを貯める
紹介記事データ
- ブクマしたデータはJSONに変換してGitHubにpushされる
- jser/jser.infoにpushされたデータをTravis CIでLintする
- 副作用 = GitHubが芝ができやすい
記事の更新
- 貯めた記事をコピペするだけの簡単なお仕事です
4. 貯めたアーカイブを整形
5. 整形した記事をコピペ(微修正、ピックアップを選ぶ)
6. 1へ戻る
記事の更新
- 紹介記事データはJSer.infoビューアで見られる
- JSer.infoビューアで紹介したい記事を選ぶ
- Markdownを作ってくれるので、コピペ!
- ピックアップの紹介を書いたらPublish!
- 実質的な更新コスト = ピックアップ紹介を書く
更新フローの穴
更新フローの穴
- 更新までにまともなチェック機構が入ってない!
- 誤字脱字が多い!
- 更新後に毎回
fix typosというPull Requestをマージ! - Thanks @syoichi
- 更新後に毎回
今後改善していきたい
- Travis CIのチェックに構文だけじゃなくて日本語をチェック
- 事前編集をもっと楽にして、typoを減らしたい
^ このスライドを書いたのは10月の初めで、 この時はまだなかったのですが、最近JSer.info用のエディタアプリを作った
今後改善していきたい
- Travis CIのチェックに構文だけじゃなくて日本語をチェック
事前編集をもっと楽にして、typoを減らしたい- => エディタアプリを作った
JSer.info Editor
- WEB+DB PRESS表記ルールを使った用語統一
- そのままだと不便なルールがあるので独自辞書
- node-webkitを使ったアプリ
- 詳細はWEB+DB PRESS用語統一ルール等を使った技術用語のLintをするCodeMirrorアドオンを書いた
まとめ
- マイナーチェンジはありつつ JSer.info は続いています
- 2011年01月16日から3年半以上 = 1,385日!
- 1週も欠けることなく毎週投稿中 :recycle:
- 継続には更新コストについて常に考えることが大事！