クローズ・凋落した モバイルアプリ 10事例に学ぶ サービス成長の必要条件｜稲田宙人 / LayerX
■ はじめに こんにちは！Reproの稲田宙人(@HirotoInada)です！ 今回は、クローズ・凋落したモバイルアプリ・モバイルサービスの10の事例を取り上げ、サービスを成長させる上で避けるべきポイント・成功の必要条件を分析・考察していきます。 このnoteは「モバイルアプリマーケティングアドベントカレンダー2021」の1日目の投稿です 面白かったら是非ハッシュタグ「#アプリマーケアドベント 」を付けてシェアをお願いします！ 本noteの執筆目的来年2022年は初代iPhone発売から早15周年となる。 この15年で我々を取り巻く環境は大きく変容したが、モバイルエコシステムは今もなお拡大を続けている。 しかし、日本においては既にモバイルへの新規参入人口は頭打ちになっており、加えて少子化によって人口は減っていくばかりで、今後ますます熾烈なアテンション・可処分時間の奪い合いが繰り広げられる
技術的負債を管理する
1992年にWard Cunningham氏が、技術系ではないステークホルダにこの問題を伝えるために、初めて「技術的負債」というメタファを使いました。品質の低いコードと自動テストによるカバレッジがないことは、財務的負債と比較されます。このようなコードは、開発者だけでなく、すべてのステークホルダが負う財政的な重荷になり、将来的に利息が課される負債になります。元本額は、コードベースを将来簡単に変更できるようにリファクタリングするコストです。利息は、チームがよいコードではなく、汚いコードに取り組まなければならない場合に、将来支払う余分なコストです。 財務的負債とは違い、技術的負債は返済しなくてもよい負債です。時には、返済するのが無駄なこともあります。ある部分のコードを読んだり、変更したりすることはめったにないか、決して起こらないかもしれません。そのため、技術的負債も、どのくらい起きそうかを考慮す
アプリケーションにおける権限設計の課題 - kenfdev’s blog
日々権限設計で頭を抱えてます。この苦悩が終わることは無いと思ってますが、新しい課題にぶつかっていくうちに最初のころの課題を忘れていきそうなので、現時点での自分の中でぐちゃぐちゃになっている情報をまとめようと思い、記事にしました。 所々で「メリット」「デメリット」に関連する情報がありますが、そのときそのときには色々と感じることがあっても、いざ記事にまとめるときに思い出せないものが多々ありました。フィードバックや自分の経験を思い出しながら随時更新する予定です。 TL;DR（長すぎて読みたくない） 想定する読者や前提知識 この記事での権限とは 権限の種類 ACL(Access Control List) RBAC(Role-Based Access Control) ABAC(Attribute-Based Access Control) どの権限モデルを採用するべきか 権限を適用する場面 機能
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Android Studio 2で始めるアプリ開発入門一覧
