microformats-ja: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
(english: 04:31, 23 Jun 2006)
 
m (Reverted edits by SitleTodel (Talk) to last version by Brian)
 
(14 intermediate revisions by 8 users not shown)
Line 3: Line 3:
= microformats =
= microformats =


== What are microformats? ==
== microformatsとは何か? ==


=== microformats are ===
=== microformatsとはこのようなものだ ===


* a way of thinking about data
* データについて考える方法
* design principles for formats
* フォーマットのための設計原則
* adapted to current behaviors and usage patterns ([http://ifindkarma.typepad.com/relax/2004/12/microformats.html "Pave the cow paths." - Adam Rifkin])  
* 現在の振る舞いと用法パターンに順応するもの ([http://ifindkarma.typepad.com/relax/2004/12/microformats.html "Pave the cow paths." - Adam Rifkin])  
* highly correlated with semantic XHTML, AKA the [http://www.tantek.com/presentations/2004etech/realworldsemanticspres.html real world semantics, AKA lowercase semantic web], AKA [http://www.whump.com/moreLikeThis/link/04069 lossless XHTML]
* 意味的XHTMLと高度に相関した[「http://www.tantek.com/presentations/2004etech/realworldsemanticspres.html 実世界意味論」、「小文字のセマンティックウェブ」]
* described by [http://tantek.com/log/2005/03.html#d13t1722 Tantek's recent presentation at SXSW: The Elements of Meaningful XHTML]
* [http://www.whump.com/moreLikeThis/link/04069 「損失の無いXHTML」]として知られるもの
* a set of simple open data format standards that a diverse community of individuals and organizations are actively developing and implementing for more/better structured blogging and web microcontent publishing in general.
* [http://tantek.com/log/2005/03.html#d13t1722 Tantek's recent presentation at SXSW: The Elements of Meaningful XHTML]に記載されているもの
* [http://theryanking.com/blog/archives/2005/04/07/an-evolutionary-revolution/ "An evolutionary revolution" - Ryan King]
* より適切に構造化されたウェブログや小さめのコンテンツを一般に公開するための、様々な個人や組織のコミュニティで活発に開発や実装が行われているシンプルなデータフォーマットのオープンスタンダードの集合
* all the above.
* [http://theryanking.com/blog/archives/2005/04/07/an-evolutionary-revolution/ 「進化論的な革命」 - Ryan King]
* 上記のすべて


=== microformats are not ===
=== microformatsはこのようなものではない ===


* a new language
* 新しい言語
* infinitely extensible and open-ended
* 無限に拡張可能であり、無制限なもの
* an attempt to get everyone to change their behavior and rewrite their tools
* 皆がその振る舞いを変え、そのツールを書き直させようとする企み
* a whole new approach that throws away what already works today
* 今日既に働いているものを無駄にする真新しいアプローチ
* a panacea for all taxonomies, ontologies, and other such abstractions
* すべての分類学(taxonomies)、オントロジー(ontologies)および他のそのような抽象化のための万能薬
* defining the whole world, or even just boiling the ocean
* 全世界を定義したり、広範囲に悪影響をあたえるだけのもの(defining the whole world, or even just boiling the ocean)
* controlled by any individual or organization
* どこかの個人や組織にコントロールされているもの
* any of the above
* 上記のいずれでもない


== the microformats principles ==
== microformatsの原則 ==
* solve a specific problem
* 特定の問題を解決する
* start as simple as possible
* できるだけ簡単に始める
** solve simpler problems first
** 最初に簡単な問題を解決する
** make evolutionary improvements
** 進化的に改良を行う
* design for humans first, machines second
* 第一に人間のために、第二に機械のために設計する
** be presentable ''and'' parsable
** 見栄えよく、''そして''機械的に解釈できるように
** ''visible data'' is much better for humans than ''invisible metadata''
** 人間にとって''見えるデータ''''見えないメタデータ''よりも断然良い
** adapt to current behaviors and usage patterns, e.g. (X)HTML, blogging
** 例えば(X)HTMLやウェブログのように現在の振る舞いと用法パターンに順応する
** [http://tantek.com/log/2003/0813t1158.html#handauthoring ease of authoring is important]
** [http://tantek.com/log/2003/0813t1158.html#handauthoring ease of authoring is important]
* reuse building blocks from widely adopted standards
* 広く採用された標準に少しずつ追加していく
** [http://tantek.com/presentations/20040928sdforumws/semantic-xhtml.html semantic], [http://tantek.com/presentations/2005/03/elementsofxhtml meaningful (X)HTML]. See [[SemanticXHTMLDesignPrinciples]] for more details.
** [http://tantek.com/presentations/20040928sdforumws/semantic-xhtml.html semantic][http://tantek.com/presentations/2005/03/elementsofxhtml 意味付けされた(X)HTML]。詳しくは[[SemanticXHTMLDesignPrinciples]]を参照。
** existing microformats
** 既存のmicroformats
** well established schemas from interoperable RFCs
** RFCによって規格化された方が良い
* modularity / embeddability
* モジュール化する / 埋め込めるようにする
** design to be reused and embedded inside existing formats and microformats
** 既存のフォーマットやmicroformatsの中に埋め込んだり再利用できたりするように設計する
* enable and encourage decentralized and distributed development, content, services
* 分散的に処理可能なコンテンツやサービスの提供、開発を促すものとなる
** explicitly encourage the original "spirit of the Web"
** Webが最初期から持つ特長 - Webの精神 - を大いに推奨する




* Related Principles we re-use from other design paradigms
* Related Principles we re-use from other design paradigms
** [http://en.wikipedia.org/wiki/Don%C2%B4t_repeat_yourself DRY] (Don't Repeat Yourself)
** [http://en.wikipedia.org/wiki/Don´t_repeat_yourself DRY] (Don't Repeat Yourself)
** [http://en.wikipedia.org/wiki/Principle_of_least_surprise Least Surprise]
** [http://en.wikipedia.org/wiki/Principle_of_least_surprise Least Surprise]
** [http://en.wikipedia.org/wiki/Pareto_principle Pareto Principle] (80/20)
** [http://en.wikipedia.org/wiki/Pareto_principle Pareto Principle] (80/20)
** Data Integrity.  One of the common objectives which many of the principles help achieve is data integrity.
** Data Integrity.  One of the common objectives which many of the principles help achieve is data integrity.
*** Visible data = more accurate data. By designing for humans first and making the data presentable (thus viewed and ''verified'' by humans), the data is inevitably more accurate not only to begin with (as errors are easily/quickly noticed by those viewing the pages/sites), but over time as well, in that changes are noticed, and if data becomes out-of-date or obsolete, that's more liklely to be noticed as well.  This is in direct contrast to "side files" and invisible data like that contained in <code>&lt;meta&gt;</code> tags.
*** Visible data = more accurate data. By designing for humans first and making the data presentable (thus viewed and ''verified'' by humans), the data is inevitably more accurate not only to begin with (as errors are easily/quickly noticed by those viewing the pages/sites), but over time as well, in that changes are noticed, and if data becomes out-of-date or obsolete, that's more liklely to be noticed as well.  This is in direct contrast to "side files" and invisible data like that contained in <code>
*** Not repeating yourself (following DRY) - means there are fewer chances for inconsistency
*** Multi-language integrity.  Perhaps not a principle, but many of those involved with microformats have found that consistently [[using-utf-8|using UTF-8]] helps ensure that the human text content itself is not corrupted, especially when using non-ASCII7 characters.
 
== current microformats ==
 
See the [[Main_Page|main page]] for a list of current microformats specifications, drafts, and discussions.
 
== more thoughts on how microformats are different ==
 
There are plenty of existing formats that are ''nearly'' totally useless/ignored.
 
They're not ''totally'' useless though. They're useful in that they illustrate what at least someone thought might be useful, which unfortunately is typically a lone-inventor working a-priori without any domain expertise.
 
Or there is the other extreme. Lots of corporate inventors working with plenty of experience, over-designing a format for what ''might'' be needed some day.  In particularly bad cases, the corporate vendors collude to prevent openness and/or adoptability by the open source community.  Media standards [http://dannyayers.com/archives/2005/09/24/qotd-23/ often suffer from this kind of deliberate "strategic" positioning].
 
We seek to combat all of those problems with the microformat approach.
 
* We're not lone-inventors; we're a [http://microformats.org/discuss/ community].
* We don't work [http://en.wikipedia.org/wiki/A_priori a-priori] ("from reason alone"); we require documentation of existing examples, previous attempts at formats. See [[process]].
* When lacking domain expertise, we seek out the domain experts to provide it, and we immerse ourselves in examples and prior art from the domain (see previous point).
* We do our work in the [[Main_Page|open]] with [http://microformats.org/discuss/ open discussion forums].
* We're a diverse mix of corporate, independent, hobbyist, enthusiast.
* We don't over-design.  We under-design, deliberately, and then only add things when they are absolutely necessary.
* We adopt very liberal copyright/licensing (CC,GMPG,IETF,W3C) and patent positions (RF,IETF,W3C).
* We ruthlessly self-criticize based on our [http://microformats.org/wiki/microformats#the_microformats_principles principles] in order to keep to the above.
 
Some ask what the purpose of the (intended) standards is.
 
Why do you need purpose? More often than not, premature focus on purpose tends to distort data formats towards a particular application which may not be all that relevant. Hence rather than focus on a-priori purpose, we focus on modeling existing behavior, with the knowledge that additional structure will yield plenty of interesting uses, most of which we will not be able to a-priori predict.
 
This is obviously a very different approach than traditional data format efforts.

Latest revision as of 04:08, 6 January 2009


microformats

microformatsとは何か?

microformatsとはこのようなものだ

microformatsはこのようなものではない

  • 新しい言語
  • 無限に拡張可能であり、無制限なもの
  • 皆がその振る舞いを変え、そのツールを書き直させようとする企み
  • 今日既に働いているものを無駄にする真新しいアプローチ
  • すべての分類学(taxonomies)、オントロジー(ontologies)および他のそのような抽象化のための万能薬
  • 全世界を定義したり、広範囲に悪影響をあたえるだけのもの(defining the whole world, or even just boiling the ocean)
  • どこかの個人や組織にコントロールされているもの
  • 上記のいずれでもない

microformatsの原則

  • 特定の問題を解決する
  • できるだけ簡単に始める
    • 最初に簡単な問題を解決する
    • 進化的に改良を行う
  • 第一に人間のために、第二に機械のために設計する
    • 見栄えよく、そして機械的に解釈できるように
    • 人間にとって見えるデータ見えないメタデータよりも断然良い
    • 例えば(X)HTMLやウェブログのように現在の振る舞いと用法パターンに順応する
    • ease of authoring is important
  • 広く採用された標準に少しずつ追加していく
  • モジュール化する / 埋め込めるようにする
    • 既存のフォーマットやmicroformatsの中に埋め込んだり再利用できたりするように設計する
  • 分散的に処理可能なコンテンツやサービスの提供、開発を促すものとなる
    • Webが最初期から持つ特長 - Webの精神 - を大いに推奨する


  • Related Principles we re-use from other design paradigms
    • DRY (Don't Repeat Yourself)
    • Least Surprise
    • Pareto Principle (80/20)
    • Data Integrity. One of the common objectives which many of the principles help achieve is data integrity.
      • Visible data = more accurate data. By designing for humans first and making the data presentable (thus viewed and verified by humans), the data is inevitably more accurate not only to begin with (as errors are easily/quickly noticed by those viewing the pages/sites), but over time as well, in that changes are noticed, and if data becomes out-of-date or obsolete, that's more liklely to be noticed as well. This is in direct contrast to "side files" and invisible data like that contained in