summaryrefslogtreecommitdiff
path: root/faq/why_so_few_developers.mdwn
diff options
context:
space:
mode:
authorThomas Schwinge <thomas@schwinge.name>2011-05-02 09:55:17 +0200
committerThomas Schwinge <thomas@schwinge.name>2011-05-02 09:55:17 +0200
commit842a71322049b889dc28201a07c16eac64c52a7b (patch)
tree9525d8724a3e3358f1b824648b1f8f8f1132139d /faq/why_so_few_developers.mdwn
parent5f4a4eba4c34a895993888fa4c6d40161f89af85 (diff)
faq/why_so_few_developers: Merge into faq/how_many_developers.
Diffstat (limited to 'faq/why_so_few_developers.mdwn')
-rw-r--r--faq/why_so_few_developers.mdwn27
1 files changed, 0 insertions, 27 deletions
diff --git a/faq/why_so_few_developers.mdwn b/faq/why_so_few_developers.mdwn
deleted file mode 100644
index a2740abc..00000000
--- a/faq/why_so_few_developers.mdwn
+++ /dev/null
@@ -1,27 +0,0 @@
-[[!meta copyright="Copyright © 2010 Free Software Foundation, Inc."]]
-
-[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
-id="license" text="Permission is granted to copy, distribute and/or modify this
-document under the terms of the GNU Free Documentation License, Version 1.2 or
-any later version published by the Free Software Foundation; with no Invariant
-Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license
-is included in the section entitled [[GNU Free Documentation
-License|/fdl]]."]]"""]]
-
-[[!meta title="Why are there so few developers working on the GNU
-Hurd?"]]
-
-[[There aren't working a lot of people on the GNU
-Hurd|how_many_developers]]. Why is this?
-
-We can only speculate. One major problem might be that the
-[[architectural benefits|advantages]] are generally perceived as very
-abstract, with little practical benefits. We don't have many tools to
-present actually making use of the possibilities.
-
-Another reason is that it's been taking too long. Most people don't
-believe it will ever be ready for production use, and thus would consider
-involvement a waste of time. This latter point is invalid, of course, as
-learning can never be a waste of time. The same holds for the
-[[challenges]] raised by the GNU Hurd -- we can only learn and improve
-upon working on them.