sky-yのブックマーク / 2017年7月15日

sky-y id:sky-y

2017年7月15日のブックマーク (2件)

一番分かりやすい OAuth の説明 - Qiita
はじめに過去三年間、技術者ではない方々に OAuth（オーオース）の説明を繰り返してきました※1,※2。その結果、OAuth をかなり分かりやすく説明することができるようになりました。この記事では、その説明手順をご紹介します。 ※1：Authlete 社の創業者として資金調達のため投資家巡りをしていました（TechCrunch Japan：『APIエコノミー立ち上がりのカギ、OAuth技術のAUTHLETEが500 Startups Japanらから1.4億円を調達』）。Authlete アカウント登録はこちら！ ※2：そして２回目の資金調達！→『AUTHLETE　凸版・NTTドコモベンチャーズ・MTIからプレシリーズA資金調達』(2018 年 2 月 15 日発表) 説明手順（１）ユーザーのデータがあります。（２）ユーザーのデータを管理するサーバーがあります。これを『リソースサーバ
sky-y 2017/07/15
確かに分かりやすい。技術文書を書く人は、「なぜこれが分かりやすいのか？」をきちんと言語化するといいかも。説明する順番とか、図のレイアウトと配色とか、用語にカナを振ってるとか。
リンク
「実装しない」機能の決め方
考える犬個人開発のアプリはシンプルさが肝要。AdobeやMicrosoftのような巨大企業でない限り、機能で勝負しても負けるのは火を見るより明らか。難しいことは他に任せて、自分が解決したい問題にだけ集中する。作りたいアプリ像がはっきりしていれば、機能の取捨選択は簡単にできる。拙作のInkdropというMarkdownノートアプリも、無駄な機能を付けないように努めている。そのためならユーザの要望も遠慮無く断る。今このアプリにお金を払ってくれている人は、そのシンプルさを買ってくれていると断言できる。ユーザさんにヒヤリングした時、以下のようなメッセージを貰った： My suggestion would be to try to keep the app clean and simple, focus on supporting developers primarily and not to o
sky-y 2017/07/15
“「あるとよい」機能を省く” 機能とフィーチャーの違いを思い出した。フィーチャーは「顧客の価値になる機能」みたいな意味（たぶん）。「フィーチャーにならない機能」がしばしばある、ということだと思う。
リンク
- 2017年7月16日
- 2017年7月15日
- 2017年7月14日