aboutsummaryrefslogtreecommitdiffhomepage
path: root/data/v1/sisu_markup_samples/non-free/the_cathedral_and_the_bazaar.eric_s_raymond.sst
diff options
context:
space:
mode:
authorRalph Amissah <ralph@amissah.com>2010-02-02 18:25:01 -0500
committerRalph Amissah <ralph@amissah.com>2010-02-02 18:25:01 -0500
commitc91a92a39738a89134b8f07c97f0066ee5173041 (patch)
treedbca26ca35379e95d96b9440ac0579a41d2c8240 /data/v1/sisu_markup_samples/non-free/the_cathedral_and_the_bazaar.eric_s_raymond.sst
parentdirectory structure change for sisu 1.0.0 (diff)
removed older markup documents; change in some samples first heading that will affect object numbering
* v1 directory introduced to allow parallel maintenance of markup changes if any in v2 * sisu 1.0.0 does not support older style headers, old style markup samples removed * first headings, where title (and author) take from header metadata, all placed in heading level A (previously spread across level A & B) which will affect object numbering
Diffstat (limited to 'data/v1/sisu_markup_samples/non-free/the_cathedral_and_the_bazaar.eric_s_raymond.sst')
-rw-r--r--data/v1/sisu_markup_samples/non-free/the_cathedral_and_the_bazaar.eric_s_raymond.sst4
1 files changed, 2 insertions, 2 deletions
diff --git a/data/v1/sisu_markup_samples/non-free/the_cathedral_and_the_bazaar.eric_s_raymond.sst b/data/v1/sisu_markup_samples/non-free/the_cathedral_and_the_bazaar.eric_s_raymond.sst
index e54e85a..bba13e6 100644
--- a/data/v1/sisu_markup_samples/non-free/the_cathedral_and_the_bazaar.eric_s_raymond.sst
+++ b/data/v1/sisu_markup_samples/non-free/the_cathedral_and_the_bazaar.eric_s_raymond.sst
@@ -36,9 +36,9 @@
@abstract: I anatomize a successful open-source project, fetchmail, that was run as a deliberate test of the surprising theories about software engineering suggested by the history of Linux. I discuss these theories in terms of two fundamentally different development styles, the "cathedral" model of most of the commercial world versus the "bazaar" model of the Linux world. I show that these models derive from opposing assumptions about the nature of the software-debugging task. I then make a sustained argument from the Linux experience for the proposition that "Given enough eyeballs, all bugs are shallow", suggest productive analogies with other self-correcting systems of selfish agents, and conclude with some exploration of the implications of this insight for the future of software.
-:A~ The Cathedral and the Bazaar
+:A~ @title @author
-:B~ Eric Steven Raymond
+% :B~ Eric Steven Raymond
1~ The Cathedral and the Bazaar