<?xml version="1.0" encoding="iso-8859-1"?>

<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
<title type="text">Joseph Reagle</title>
<subtitle type="html"><![CDATA[
Open Communities, Media, Source, and Standards
]]></subtitle>
<id>http://reagle.org/joseph/blog/social/community/socialization-open</id>
<link rel="alternate" type="text/html" href="http://reagle.org/joseph/blog" />
<link rel="self" type="application/atom+xml" href="http://reagle.org/joseph/blog/social/community/socialization-open?flav=atom" />


<author>
<name>Joseph Reagle</name>
<uri>http://reagle.org/joseph/blog/social/community/socialization-open</uri>
<email></email>
</author>
<rights>Copyright 2003-2010 Joseph Reagle</rights>
<generator uri="http://pyblosxom.sourceforge.net/" version="1.4.3 01/10/2008">
PyBlosxom http://pyblosxom.sourceforge.net/ 1.4.3 01/10/2008
</generator>

<updated>2003-12-09T16:43:26Z</updated>
<!-- icon?  logo?  -->

<entry>
<title type="html">Socialization in Open Technical Communities</title>
<category term="" />
<id>http://reagle.org/joseph/blog/2003/12/09/socialization-open</id>
<updated>2003-12-09T16:43:26Z</updated>
<published>2003-12-09T16:43:26Z</published>
<link rel="alternate" type="text/html" href="http://reagle.org/joseph/blog/social/community/socialization-open.html" />
<content type="html">

&lt;p&gt;A draft of my paper on how newcomers are socialized into open technical
communities is now &lt;a
href=&quot;/joseph/2003/socialization/voluntary.html&quot;&gt;available&lt;/a&gt;. Before I
could consider the &quot;socialization features&quot; I had to first define an open
community, which delivers or demonstrates:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;ol&gt;
    &lt;li&gt;Open products: provides products which are available under licenses
      like those that satisfy the Open Source Definition.&lt;/li&gt;
    &lt;li&gt;Transparency: makes its processes, rules, determinations, and their
      rationales available.&lt;/li&gt;
    &lt;li&gt;Integrity: ensures the integrity of the processes and the
      participants&apos; contributions.&lt;/li&gt;
    &lt;li&gt;Non-discrimination: prohibits arbitrary discrimination against
      persons, groups, or characteristics not relevant to the community&apos;s
      scope of activity. Persons and proposals should be judged on their
      merits. Leadership should be based on meritocratic or representative
      processes.&lt;/li&gt;
    &lt;li&gt;Non-interference: the linchpin of openness, if a constituency
      disagrees with the implementation of the previous three criteria, they
      can take the products and commence to work on them under their own
      conceptualization without interference. While &quot;forking&quot; is often
      complained about in open communities ? it can create some
      redundancy/inefficiency ? I have and continue to argue it is the
      essential character and major benefit of open communities as well.&lt;/li&gt;
  &lt;/ol&gt;
&lt;/blockquote&gt;

&lt;p&gt;That last principle of non-interference is critical to me and is
completely at odds with the common sentiment expressed in a Slashdot article
posted today: &lt;em&gt;&lt;a
href=&quot;http://slashdot.org/article.pl?sid=03/12/09/149224&amp;amp;mode=thread&amp;amp;tid=185&quot;&gt;&quot;Forking&quot;
Greatest Danger of Adopting Open Source?&lt;/a&gt;&lt;/em&gt; In March, I compared this
sort of hand-wringing to complaining about &lt;a
href=&quot;http://goatee.net/2003/04&quot;&gt;too many cooks in a potluck feast&lt;/a&gt;:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;. . . To ask if too many cooks would spoil the stone soup is to ignore
  the very nature of the soup. Our software benefits from the cacophony of
  free ideas. It does seem wasteful when development efforts are doubly
  spent. And they may very well be. But to expect a marketing driven &quot;command
  and control&quot; focus is to forget how the software you now use was developed.
  If you use free software (e.g., Linux, GNU, Apache, Mozilla, etc.) it&apos;s
  very likely the result of a competitive development or fork &amp;mdash; wherein
  a project splits and developers form a new project with their own variant.
  Folks are presently concerned about &lt;a
  href=&quot;http://developers.slashdot.org/developers/03/04/13/0253224.shtml?tid=0&quot;&gt;Keith
  Packard&apos;s xwin fork of XFree86&lt;/a&gt;, but &lt;a
  href=&quot;http://www.linux-mag.com/cgi-bin/printer.pl?issue=2001-12&amp;amp;article=xfree86&quot;&gt;XFree86&lt;/a&gt;
  itself was a fork. People complain about the competing desktops &lt;a
  href=&quot;http://www.kde.org/&quot;&gt;KDE&lt;/a&gt; and &lt;a
  href=&quot;http://www.gnome.org/&quot;&gt;Gnome&lt;/a&gt;, but perhaps both are stronger for
  the competition, and they themselves were once new and competed with other
  windowing systems: should they have been suppressed back then?. . . .
  Splits over ego and misunderstanding are unfortunate and should be avoided,
  but they are also a reflection of our fortune. Too much salt can spoil the
  soup, but it also gives it its flavor.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;In any case, I hope to do more work on this issue next semester, but since
this was a sociological paper I considered a number of features that might
affect socialization in open communities. For example, the &quot;scratch your
itch&quot; and &apos;fix it yourself&quot; maxims might be &lt;a
href=&quot;/joseph/2003/socialization/voluntary.html#Motivation&quot;&gt;opposite sides of
the same coin&lt;/a&gt;. I conclude with the following findings:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;In this paper I&apos;ve attempted to synthesize existing literature and
  community practice so as to derive a number of questions for future
  research. In looking at the socialization features of motivation,
  structure, joining, learning, goal setting, identity, and roles and
  attribution I&apos;ve posited a few novel characteristics of these communities
  that have interesting implications for socialization. In summary:&lt;/p&gt;
  &lt;ol&gt;
    &lt;li&gt;Many open technical communities are characterized by significant
      growth, in addition to the high-turnover typical to voluntary
      organizations. Seemingly, there are always &quot;newbies.&quot;&lt;/li&gt;
    &lt;li&gt;While considered aberrant by some, the action of &quot;forking&quot; is
      critical to the very conception and life of open communities.&lt;/li&gt;
    &lt;li&gt;Unlike other voluntary organizations such as the Peak rescue group,
      and aside from a handful of celebrities, much of the status derived
      from participation is orientated within the community itself.&lt;/li&gt;
  &lt;/ol&gt;

  &lt;p&gt;...&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Jennifer Louis&apos;s paper on &lt;em&gt;Socialization to Heroism: Individualism and
Collectivism in a Voluntary Rescue Group&lt;/em&gt; was a great foil to my
considerations on open technical communities.&lt;/p&gt;
</content>
</entry>
</feed>
