フォロワー状態をsnapshotで読む――現在値・変化・cacheの違い
公開コードに基づく一次資料分析本稿はX Harnessの開発元が、公開リポジトリの固定コミットを一次資料として分析した技術研究ノートです。第三者による独立評価ではありません。
『フォローしている』という現在判定と、過去からの増減、API取得結果のcacheをどのデータで区別するか。
固定した観測対象
aad85e9 時点の公開コードを読み、現在の広告文ではなく実装ファイルとmigrationを根拠にします。コードから観測できること
- follower sync service、followers/follower snapshots DB module、follower ID cache migrationが存在する。
- snapshotは観測時点の集合であり、二時点差分からfollow/unfollow候補を計算できるが、その間の往復行動までは復元できない。
- ID cacheはverifyのAPI call削減に使えるが、取得時刻を失うと現在値として誤用される。
再現・追加測定の手順
- 基準snapshotを取得する
- follow/unfollowを混在させ次snapshotを取る
- cache有無でAPI callと判定を比較する
- 差分・取得時刻・欠測accountを保存する
この資料だけでは証明できないこと
- snapshot間で起きた複数変化は最終差分に現れない。
- API pagination失敗時の部分集合を完全snapshotと扱わない。
このページは新しいcommit、実測ログ、API仕様変更が得られた時点で更新します。古い観測条件と現在仕様を混同しないため、固定commitへのリンクを残します。