リニューアル

[ichigotake]

実装当初は深い事考えずに動かす事だけを考えてたので、実装もUIも割とひどい事になっている

APIのレスポンスをデータベースのテーブルに突っ込んでたから、原型をとどめない破壊的変更があってもマイグレーションするのに困らなさそう

やる事

• ベースのAmon2含め各種モジュールのアップデート
• DBの正規化をかんがえる
• オープンデータとして公開する事をちょっと意識する(今特別やるわけではなくて意識するだけ

[ichigotake]

(gist.)github.com からの収集フロー

1. リポジトリ一覧を取得する
   • Github
     • Search API を利用して取得する
   • Gist
     • 検索APIは存在しないので、スクレイピングする
2. リポジトリ一覧からリポジトリを順次取り出して処理していく
   • 取り出したリポジトリ情報の最終更新日時 < DBに保存してる最終更新日時 ならスキップして次のリポジトリへ
   • Get API を利用してリポジトリ情報を取得する
     • 取得結果はどこかにキャッシュしておきたい
       • 今回みたいな大幅なリニューアルみたいな不測の事態でもマイグレーションしやすいように
       • ゆくゆくは LWP::UserAgent::WithCache でも利用…?(無い)
       • インターフェースをシンプル且つ統一するために、今は DB に突っ込んでおけばいいかな…
       • caches テーブルでも作る…?
       • tmp/cache/api_github_${id} あたりにファイルとしてキャッシュしておく方が楽でしょ…
   • .mikutter.yml が存在したら mikutter 3.+対応 のようなラベルをつけたい
     • tags テーブルでも作っておく…?
     • 同様に spec ファイルも…と思ったけど、最新のフォーマットだけに特別感ある方が文化的にベターっぽい
   • git clone して Mikuregator も簡易 Git ビューワにする…?
     • 将来的にストレージ容量が不安になる可能性もありそう
       • 現実的には起こらなさそう
       • ただ、誰かのいたずらなり、のっぴきならない事情で誰かが大容量ファイルを突っ込むと、しにそう
       • experimental な機能として扱うと気楽に出来そう
     • git log を ストリーム に突っ込む?
       • ストリーム を RSS っぽくするとおもしろそう
       • Norikra 使うと面白そう( Norikra 案件がほしいと思ってたところ
       • もし本格的に glt clone して運用していくなら、最終更新日 は git ベースでもいいんじゃないだろうか
         • tag や branch が作られたり、 コミットがあったりといった具合に。
         • Github API のタイムスタンプがどういう条件で更新されるのか謎(調べてない
         • 謎仕様とつきあうくらいなら、git log で独自にやる方が制御が効きやすくてよさそうにも見える
3. 終わったら後片付けする
   • 途中終了した際の考慮
     • 更新日順にソートして、どこまで終わったかを記憶する
   • API リクエストのリミットを保存しておく？
   • コケたらどこかに投げ込んで通知したりするとよさそう

[ichigotake]

• みっくストアの収集

[ichigotake]

WEB

思い浮かんだ事を雑多に。ブレスト風味

• Home
  • Recent を10件くらい表示
  • Recent の直近n件の Author 内訳(機能に名前つけたい)
  • Mikuregator の更新情報
  • Twitter の反応?
• Recent
• Authros
• Search
  • 検索フィルタに mikutter 3.0 をつける
    • 判断基準は .mikutter.yml が存在するかどうか
• Random
  • あらかじめ入力されている検索キーワードがランダムだったりするのもよさそう?
• Repository
  • インストール方法を明示してあげる?
  • README を表示させるのよさそう?
    • 中途半端にやるくらいなら、最初から (gist.)github.com に飛ばした方がよさそう
• About
  • experimental な機能の紹介とか、もっとちゃんとした説明とか、あったら嬉しい説明とか増やす
• おすすめ検索ワード的な
  • MeCab で頻出ワードを抜き出してタグクラウドでも作る?
    • タグ 機能よりもこっちの方がお手軽そう
      • リポジトリに タグ を機械的に正確につけるのは大変
      • 「完全ではないけど、あると発見の幅が広がりそうで実装も簡単」なもので固める方が Mikuregator らしい感じもある

[ichigotake]

思い浮かんだ事

ブレスト風味

• Mikuregator は一つの実験場として使っていくのよさそう
• 各ページは WEB API として公開する?
  • mikutter plugin でちょっとした Mikuregator 活用も出来そう
• 本番イメージを公開する
  • 誰でも Mikuregator を扱えるようになって便利
  • 本番運用でも Docker を使えるかもね
• ISUCON よろしく、ベンチマークスクリプトでも用意してスコアを継続的に取ると楽しそう