principles-ja

From IndieWeb

IndieWebコミュニティは、私たちが実践し、切望する多くの原則（principles）に基づいています。例えば「データの自己所有」や、忘れずに「楽しむ」ことなどです。私たちの指針となるすべての原則は、以下で読むことができます。

また、IndieWebコミュニティには、すべてのIndieWebスペースにおいて私たちが守るべき���行動規範」が存在します。

主要な原則（Key Principles）

IndieWebを構築する上での主要な原則です。参照用に番号を振っていますが、必ずしも優先順位を示すものではありません。

  1. ✊ データの自己所有：あなたのコンテンツ、あなたのメタデータ、あなたのアイデンティティ。
  2. 🔍 可視データを使用・公開する：第一に人間にとって、第二に機械にとって。DRYも参照してください。
  3. 💪 自分が必要なものを作る：まず自分自身のためにツールやテンプレートを作りましょう。友人や「みんな」のためではありません。仮定のユーザーのためにデザインしても、そのユーザーは実在しないかもしれません。しかし自分のために作れば、あなたは確実にそこに存在します。自分のニーズを満たすもの（自分の痒いところを掻くとも言います）を作り、それを他者と互換性のあるものにしましょう。例えば、POSSEを実践することで、誰かを説得することなく、友人と繋がりながら即座にメリットを享受できます。もし他の誰かがIndieWebに参加すれば、全員が恩恵を受けられます。
  4. 😋 自分が作ったものを使う！：自分で作ったものは積極的に使うべきです。あなたがそれに依存していないなら、なぜ他の誰かが使う必要があるでしょうか？この原則を「自分の料理を食べる」というメタファーでも表現します。自分で使うことで、問題点や改善の余地をより早く発見でき、理論的な問題の解決に時間を費やす代わりに、実際のニーズや現実世界の解決に注力できます。
  5. 📓 記録を残す（Document）：自分の考えを発信する場所を作ったのなら、それを使ってプロセス、アイデア、デザイン、コードを記録しましょう。あなたの旅（経験）を、未来の自分を含む他の人たちが活用できるようにするのです。
  6. 💞 オープンソースにする！：もちろん強制ではありません。しかし、もしインディーウェブの存在を好ましく思うなら、コードをオープンソースにすることで、他の人々がより早く、より簡単にインディーウェブに参加できるようになります。
  7. 📐 UXとデザインは重要：プロトコル、フォーマット、データモデル、スキーマなどよりも優先されます。私たちはまずUXに集中し、それを解決した上で、そのUXをサポートするのに十分な、最もシンプルで最小限のプロトコルやフォーマットを構築・開発します。別名「配管よりもUXを（UX before plumbing）」。
  8. 🌐 モジュール化：プラットフォームに依存しないプラットフォームを作る。コードがモジュール化され、交換可能なパーツで構成されているほど、特定のデバイス、UI、テンプレート言語、API、バックエンド言語、ストレージ、データベース、プラットフォームへの依存度が低くなります。モジュール化することで、少なくとも「一部」が再利用・改善・再編される可能性が高まります。別名building-blocks、あるいは「ゆるやかに結合された小さな断片（small pieces loosely joined）」。
  9. 🗿 長寿：ロング・ウェブ（long web）のために構築する。人類が古代のパピルスやビクトリア朝の写真、恐竜の骨を保存できるのであれば、「進歩」の名の下に数年ごとにすべてを破壊しなくても済むようなウェブ技術を構築できるはずです。ウェブ上で長持ちするように設計されたものを作ることを検討してください。
  10. ✨ 多元主義：IndieWebCampでは、多様なアプローチやプロジェクトを奨励し、受け入れることを選択しています。この背景が、IndieWebを単一の（しばしば単一文化的な）アプローチよりも強く、弾力性のあるものにしています。
  11. 🎉 何よりも、楽しむこと：90年代にウェブが普及した頃、人々はGeoCitiesなどのツールを使って個人サイトを作り始めました。そこにはJavaアプレットや、派手な緑色の背景、17個のアニメーションGIFなどがありました。見た目が悪くコードが稚拙だったかもしれませんが、それは楽しかったのです。ウェブを変で、面白い（weird and interesting）状態に保ちましょう。

なぜ原則が重要なのか

原則が重要な理由：

関連投稿

IndieWebの原則に関する記事：

この記事は2013年にWIREDでほぼそのまま引用されました。

IndieWebの原則に関するツイート：

IndieWebの個人的な原則：

コミュニティの原則に触発されて、自身のウェブサイト制作のアプローチに関するガイドラインをページにまとめている人たちもいます。

ブレインストーミング（Brainstorming）

これまでIndieWebの原則や価値観として暗黙のうちに存在していましたが、何らかの理由で明文化されていなかった事柄です。

自分のアイデンティティを所有する（Own your identity）

私たちはチャットなどでよく「IndieWebにおいて最も重要なのは、自分のドメイン名を持ち、それをウェブ上での主要なアイデンティティとして使用することだ」と話していますが、これはまだ明文化された原則にすらなっていません。「自分のデータを所有する」という原則の中で、コンマ区切りのリストの最後に言及されているだけです。しかし、アイデンティティは単なる「データ」ではなくそれ以上の存在であり、独立した項目として明文化されるべきです。

これについては、IndieWebCamp デュッセルドルフの最終セッションである原則（Principles）のあとの散歩中に、対面で議論されました。

以前の考察：

  • 2018年 Greg McVerry の指摘：現在、/principles のページに "identity" という単語は登場していない。

以下のような内容を追加することが提案されています：

1. ✊ 自分のアイデンティティを所有する（Own your identity）：独立したウェブの存在感は、自分が所有・管理するオンライン上のアイデンティティから始まります。今日、これを行うための最も信頼でき、かつアクセ���しやすい方法は、自分自身のドメイン名を持つことです。

そして、これを文字通り「第一の原則」にします。なぜなら、独立性と所有に関する他のすべての側面は、ここから始まるからです。また、これは私たちが「IndieWebに参加している」と言えるための絶対的な最小条件として人々に伝えてきたことでもあります。

ご意見は？編集案や改善案があればどうぞ：

語る前に示す（Show before tell）

ずっと昔、2010年から2011年頃にかけて、私たちには「語るな、示せ（show don't tell）」という暗黙の価値観・原則がありましたが、どういうわけか原則のページには反映されないままでした。

メインページには、「語る前に示す（Show before tell）」という言葉があります。

このツイートはこの価値観を直接的に表現しています： https://twitter.com/tmcw/status/1568966699436621825

「もしあるテクノロジーの選択によって生産性が大幅に向上すると考えるなら、ただそれを実行し、その生産性を人々に示せばいい。他の人が何をすべきか、すべきでないかについて、延々としゃべり続ける必要はない。」@tmcw 2022年9月11日

これについて詳しく解説した記事やブログ投稿などがあるか気になっています。「語るな、示せ」という言葉は初期のIndieWebのトークで使われていた記憶があるのですが、見つけられずにいます。

Daniel Burkaによる関連ツイート： https://twitter.com/dburka/status/1110111047275298817

やってみないことには、何事も上達しません。

当たり前のことのように聞こえますが、自分はビジュアルデザインが苦手だと思い込んでいるUXデザイナーや、自分は書き手にはなれないと信じているデザイナーにたくさん会います。始めたばかりの頃は下手かもしれませんが、上達する唯一の道は、やり遂げることだけです。

近接・関連事項：

方法論（Methodology）

This section is a stub. You can help the IndieWeb wiki by expanding it.

原則の追加や改訂には、明示的・暗示的な多くの方法論が取り入れられてきました。コミュニティが原則をより広く理解し、集団として反復・進化させ続けるために、それらを記録しておく価値があります。一部の内容は、2018年のオーガナイザー会議での議論から抜粋しています。 — Tantek Çelik

  • 並び順（ordering）
    • 何が重要か、そしてなぜあなたがこの特定のコミュニティにいるのかを示すものであるべきです。
    • どの原則が互いに積み重なっているか（依存関係）を考慮します。例えば、データやコンテンツ、制作物を所有する前に、まず自分のアイデンティティを所有する必要があります。
    • IndieWebコミュニティを定義づける（IndieWeb特有の）原則ほど、リストの上位に配置すべきです。
      • 例：「楽しむ（Fun）」は重要ですが、IndieWebコミュニティを定義づける独自の特徴ではありません。
      • IndieWebは「データの自己所有（own your data）」から始まりました。
  • 実行可能であること（actionable）
    • 原則は、単に「気分を良くするもの」ではなく、意思決定や行動の指針となるべきです。
  • 消極的な不作為ではなく、積極的な方向性を示す
    • 何を避けるべきか（禁止事項）を伝えるだけでなく、何をすべきか、何を言うべきかを明示する必要があります。「回避」に基づく原則は実行不可能（前述の方法論と同様）であり、さらに悪いことに、不作為を招いたり「制止エネルギー（stop energy）」として働いたりしてしまいます。
  • IndieWebコミュニティに広く適用できること
    • 原則は、ユーザーフレンドリーでアクセシブルであればあるほど良いとされます。
    • 開発者に特化した内容は許容されますが、理想的ではありません。
  • 短く覚えやすい名前、フレーズ、要約
    • Kevin Marks：スローガンのような覚えやすい名前は、コードを書かない制作者（メーカー）にとっても親しみやすくなります。
  • 「テキストの壁」ではなく、スキャン（速読）可能なリスト
    • メインの原則リストは、何段落もの説明を必要とせず、一目で内容が把握できるものであるべきです。
    • 個々の原則を独自のページにリンクさせ、その意味、理由、実践方法などを詳しく解説できるようにします。
  • ...

開発者向けの原則（Developer principles）

これらの原則はもともと開発者向けの原則として始まりました。それらは今でも開発者にとって意味のあるものですが、原則をより広く適用可能で、ユーザーフレンドリーかつアクセシブルなものへと書き換え・再構築するにあたって、開発者を対象としたバージ���ンも維持・管理し続けるべきです。 — Tantek Çelik

こちらで作業中： 開発者向けの原則

凝縮されたコア原則（Reduced set of core principles）

開発者向けの原則を別のリストに切り出すことで、アイデンティティ（identity）、主体性（agency）、創造性（creativity）というテーマに焦点を当てたコア原則セットをまとめることが可能になるかもしれません。 — Paul Robert Lloyd

🥸 自分のアイデンティティを所有する（Own your identity）
独立したウェブの存在感は、自分が所有・管理するオンライン上のアイデンティティから始まります。今日、これを行うための最も信頼できる方法は、自分自身のドメイン名を持つことです。
😌 自分のコンテンツを所有する（Own your content）
自分が作ったものは自分でコントロールすべきであり、第三者によってアクセスを阻止されたり、削除されたり、あるいはサービスごと消滅したりといった影響を受けるべきではありません。これを行う最善の方法は、自分自身のウェブサイトでコンテンツを公開することです。
🥳 楽しむ！（Have fun!）
90年代にウェブが普及した頃、人々は派手な背景やアニメーションGIFを使って個人サイトをデザインし始めました。見た目は悪かったかもしれませんが、それは楽しかったのです。ウェブを「変で、面白い（weird and interesting）」状態に保ちましょう。

類似または一致する考え方

  • 2018-02-16 Blogging – And Why It’s Important To Bring It Back.

    Instagramは公共のプラットフォームです。
    私たちはそれを所有していませんし、これからも所有することはありません。コントロールすることも不可能です。ですから、それを受け入れる必要があります。

    しかし、私たちのブログは『私たちのもの』です。
    私たちは何年もかけてブランドをゼロから築き上げてきましたが、そのすべてはブログから始まりました。それはオンラインにおける自分だけの個人的なスペースです。私たちがコントロールし、どのコンテンツを載せるかを決め、ウェブサイトに変更を加えたいかどうかを決めます。そこにはアルゴリズムも、不当な操作（fuckery）も存在しません。

関連項目（See Also）

Retrieved from "https://indieweb.org/wiki/index.php?title=principles-ja&oldid=109232"