library-architecture

ライブラリアーキテクチャ

リファレンスライブラリの価値は、必要なときに適切なリファレンスを見つけられるかどうかで決まります。

使い方

• /library-architecture この会話にライブラリ設計の制約を適用します。

制約

システム要件

• ツールは3つではなく、1つを使う必要があります。1つ選んで、それに徹してください。
• タグと検索をサポートする必要があります。60秒以内にリファレンスを見つけられないなら、システムに問題があります。
• ブックマークではなく、スクリーンショットを保存する必要があります。URLは消え、製品はリデザインされます。スクリーンショットは残り続けます。
• 目を引いた具体的な箇所を切り抜いた詳細画像を、スクリーンショット全体と一緒に含めるのがおすすめです。

コンテンツのルール

• 見た目ではなく、意思決定を収集する必要があります。チェックアウトのフローを写したスクリーンショットは、美しいヒーロー画像よりも参考になります。
• 自分の専門領域の外から収集する必要があります。自分の業界からのものは最大でも40％にしてください。
• 時代をまたいで収集する必要があります。1950年代の作品と今月の作品を含めてください。
• 問題も収集するのがおすすめです。よく練られたデザインがどこかで失敗する事例は、明らかな成功事例よりも多くを教えてくれます。

メンテナンス

• 毎月：新しいリファレンスを最低10件追加し、役に立っていないものを5件削除します。
• 四半期ごと：タグを見直します。すべてのタグを使っていますか？不足しているカテゴリはありますか？
• 思い切って整理する必要があります。質の高いリファレンス200件は、整理されていないスクリーンショット2,000件に勝ります。

アンチパターン

• 取捨選択せずにすべて保存する（ため込むことは収集ではありません）
• 自分の専門領域の作品だけを保存する
• ライブラリを見直したり、整理したりしない
• 単一の信頼できる情報源を持たず、複数のツールを使う