Difference between revisions of "wiki-better-than-email"

From Microformats Wiki
wiki-better-than-email
Jump to navigation Jump to search
(added historical note about use/origins/development of microformats on wiki+IRC)
(frags)
Line 4: Line 4:
  
 
== reasons ==
 
== reasons ==
* '''s/n scaling.''' Not everyone is interested in every issue on every format.
+
* <span id="scaling">'''s/n scaling.'''</span> Not everyone is interested in every issue on every format.
* '''efficiency: reading current state vs deltas.''' You can read one wiki page to get the status/thread of an issue whereas with emails you often have to read thru numerous emails (and threads) and apply them like deltas/diffs in your head to understand where an issue etc. ended up.
+
* <span id="efficiency">'''efficiency: reading current state vs deltas.'''</span> You can read one wiki page to get the status/thread of an issue whereas with emails you often have to read thru numerous emails (and threads) and apply them like deltas/diffs in your head to understand where an issue etc. ended up.
* '''search/discoverability.''' search for the web/wikis works much better in practice than searching mailing lists (web search of email archives has no thread-smarts for example).
+
* <span id="search">'''search/discoverability.'''</span> search for the web/wikis works much better in practice than searching mailing lists (web search of email archives has no thread-smarts for example).
* '''public domain.''' Wiki contributions are required public domain, while in email there is no UI to enforce this, thus email should be use only "informatively" for notifications and never for capturing material of any substance.
+
* <span id="pd">'''public domain.'''</span> Wiki contributions are required public domain, while in email there is no UI to enforce this, thus email should be use only "informatively" for notifications and never for capturing material of any substance.
* '''tradition.''' microformats have been documented on a wiki since their inception, as a result the wiki is the definitive resource for all matters microformats; not any of the mailing lists. The community has had a longstanding tradition preferring use of the wiki for content over email. We realize this is fairly novel for a standards community, as most standards communities are email-centric (e.g. W3C, IETF). However, for all the above reasons we believe using wikis for content is far superior to email and thus hope that other standards communities shift more of their activities to being web/wiki-based rather than email lists.  
+
* <span id="tradition">'''tradition.'''</span> microformats have been documented on a wiki since their inception, as a result the wiki is the definitive resource for all matters microformats; not any of the mailing lists. The community has had a longstanding tradition preferring use of the wiki for content over email. We realize this is fairly novel for a standards community, as most standards communities are email-centric (e.g. W3C, IETF). However, for all the above reasons we believe using wikis for content is far superior to email and thus hope that other standards communities shift more of their activities to being web/wiki-based rather than email lists.  
 
** historical note: microformats have always been developed via public IRC + wiki since 2004 when Kevin Marks and Tantek Çelik first started researching/brainstorming/drafting microformats such as [[rel-license]], [[vote-links]], [[XOXO]], [[hCard]], [[hCalendar]] on the public Technorati Developer's Wiki and the Freenode IRC network. Brian Suda somehow discovered the Technorati Developer's wiki page for hCard, started editing it, and that's how he and Tantek Çelik met. The [[mailing-lists]] were not created until the microformats.org site was launched in mid 2005 and have always been considered secondary to the wiki and IRC channel.
 
** historical note: microformats have always been developed via public IRC + wiki since 2004 when Kevin Marks and Tantek Çelik first started researching/brainstorming/drafting microformats such as [[rel-license]], [[vote-links]], [[XOXO]], [[hCard]], [[hCalendar]] on the public Technorati Developer's Wiki and the Freenode IRC network. Brian Suda somehow discovered the Technorati Developer's wiki page for hCard, started editing it, and that's how he and Tantek Çelik met. The [[mailing-lists]] were not created until the microformats.org site was launched in mid 2005 and have always been considered secondary to the wiki and IRC channel.
  

Revision as of 02:07, 28 February 2009

<entry-title>Wiki is better than email</entry-title>

The wiki works better than email for content (examples, issues, brainstorms etc.) for numerous reasons. Here are a few:

reasons

  • s/n scaling. Not everyone is interested in every issue on every format.
  • efficiency: reading current state vs deltas. You can read one wiki page to get the status/thread of an issue whereas with emails you often have to read thru numerous emails (and threads) and apply them like deltas/diffs in your head to understand where an issue etc. ended up.
  • search/discoverability. search for the web/wikis works much better in practice than searching mailing lists (web search of email archives has no thread-smarts for example).
  • public domain. Wiki contributions are required public domain, while in email there is no UI to enforce this, thus email should be use only "informatively" for notifications and never for capturing material of any substance.
  • tradition. microformats have been documented on a wiki since their inception, as a result the wiki is the definitive resource for all matters microformats; not any of the mailing lists. The community has had a longstanding tradition preferring use of the wiki for content over email. We realize this is fairly novel for a standards community, as most standards communities are email-centric (e.g. W3C, IETF). However, for all the above reasons we believe using wikis for content is far superior to email and thus hope that other standards communities shift more of their activities to being web/wiki-based rather than email lists.
    • historical note: microformats have always been developed via public IRC + wiki since 2004 when Kevin Marks and Tantek Çelik first started researching/brainstorming/drafting microformats such as rel="license", Vote Links, XOXO 1.0: Extensible Open XHTML Outlines, hCard 1.0, hCalendar 1.0 on the public Technorati Developer's Wiki and the Freenode IRC network. Brian Suda somehow discovered the Technorati Developer's wiki page for hCard, started editing it, and that's how he and Tantek Çelik met. The Mailing Lists were not created until the microformats.org site was launched in mid 2005 and have always been considered secondary to the wiki and IRC channel.

additional documentation

  • See the book http://www.wikinomics.com/ for more details and explanations on how wikis are more efficient than email for a variety of workflows.
  • This picture helps illustrate one of many scenarios - and though we are not sending word documents, the point is, that iterating content through email is far less efficient than iterating content on a wiki:
    wiki_collaboration2.jpg

related