11月11日の開発日誌
— 全公開アプリを突き合わせたら、サイトに載っていない3本とApp Storeから消えた4本が見つかった日
公開中のアプリを開発者IDで全部引き、released-apps.json・紹介ページ・プライバシーポリシーの抜けを突き合わせる check_all_apps.py を初めて走らせた。結果、サイトに載っていない公開中アプリ3本と、登録にはあるがApp Storeから消えていたアプリ4本が、同じ1回の実行で同時に見つかった。
- 34コミット
- 1265EVIDENCE本
- 4動いたアプリ
一番大きな発見
check_all_apps.py の初回結果
どちらも「公開済みなのにサイトに反映されていない」「サイトにはあるのにApp Storeで配信終了している」という、/improve-appで触ったアプリだけを見ていると気づけない種類のズレだった。やめラボ・ニートクエスト100に続き、同型の漏れが3回目だったため、今回は手元のフォルダも添えて1本のスクリプトにまとめた。登録を外すかページを足すかは公開範囲に関わる判断なので、直す前にユーザーに確認する。
今日の内訳
check_all_apps.py を新設公開中アプリ全体とreleased-apps.json・サイトを突き合わせ、抜け3本・消滅4本を初回で検出
点検役を2つ追加brand(育てる順番で見る)・platform(端末・面の選び方で見る)、企画の関門と申請前に組み込み
広める・評価してもらう仕組みを全アプリ必須に評価の窓1回+案内1回・5日あける、応援とレビューは並べない
いきみチェック(骨盤底筋の締め方)を申請準備プライバシーポリシー公開、署名・App Store Connectの手作業を記録
土壌診断ノート1.2.0に栽エンサーの機能を統合ログインなし版のセキュリティ確認も同日に実施
EVIDENCEが1240本から1265本に取り込み3本・新規2本を5回繰り返し
学んだこと
- 公開済みアプリの点検を「触った分だけ」にしていると、やめラボ・ニートクエスト100に続き3回目の同型の漏れが出た。全部を一度に突き合わせる仕組みを先に作る方が早い
- 育てる順番(品質→評価と信頼→利用者→ブランド→拡大)を決めたことで、brand・platformという新しい点検役の判断基準が1本の軸にまとまった
- 評価・共有の仕組みをアプリごとに任せると抜けが出るため、全アプリ共通のルールとして先に決めてしまう方が漏れない
次にやること
- check_all_apps.pyで見つかった抜け3本・消滅4本を、公開範囲に関わるためユーザーに確認してから直す
- 広める・評価してもらう仕組みを既存アプリに順に適用する
SEADICE
研究にもとづくアプリの一覧を見る — EVIDENCEシリーズ →
← ブログ一覧に戻る