Admin at 02:05, 9 October 2019

2019-10-09T02:05:46Z

← Older revision		Revision as of 02:05, 9 October 2019
Line 26:		Line 26:

	[[Category:Programming]]		[[Category:Programming]]
			[[Category:Best Practices]]

Admin at 15:27, 10 June 2013

2013-06-10T15:27:41Z

← Older revision		Revision as of 15:27, 10 June 2013
Line 1:		Line 1:
			See also: [[10 Best Practices for Software Engineering]]

	Via http://en.wikipedia.org/wiki/The_Cathedral_and_the_Bazaar		Via http://en.wikipedia.org/wiki/The_Cathedral_and_the_Bazaar

Line 22:		Line 24:
	# To solve an interesting problem, start by finding a problem that is interesting to you.		# To solve an interesting problem, start by finding a problem that is interesting to you.
	# Provided the development coordinator has a communications medium at least as good as the Internet, and knows how to lead without coercion, many heads are # inevitably better than one.		# Provided the development coordinator has a communications medium at least as good as the Internet, and knows how to lead without coercion, many heads are # inevitably better than one.

			[[Category:Programming]]

Admin: Created page with "Via http://en.wikipedia.org/wiki/The_Cathedral_and_the_Bazaar Eric Raymond's essay, The Cathedral and the Bazaar, compares two software engineering approaches (guess which one r..."

2013-06-10T15:27:07Z

Created page with "Via http://en.wikipedia.org/wiki/The_Cathedral_and_the_Bazaar Eric Raymond's essay, The Cathedral and the Bazaar, compares two software engineering approaches (guess which one r..."

New page

Via http://en.wikipedia.org/wiki/The_Cathedral_and_the_Bazaar

Eric Raymond's essay, The Cathedral and the Bazaar, compares two software engineering approaches (guess which one represents open-source software? Hint: it's not the one associated with religion.)

# Every good work of software starts by scratching a developer's personal itch.
# Good programmers know what to write. Great ones know what to rewrite (and reuse).
# Plan to throw one [version] away; you will, anyhow.
# If you have the right attitude, interesting problems will find you.
# When you lose interest in a program, your last duty to it is to hand it off to a competent successor.
# Treating your users as co-developers is your least-hassle route to rapid code improvement and effective debugging.
# Release early. Release often. And listen to your customers.
# Given a large enough beta-tester and co-developer base, almost every problem will be characterized quickly and the fix obvious to someone.
# Smart data structures and dumb code works a lot better than the other way around.
# If you treat your beta-testers as if they're your most valuable resource, they will respond by becoming your most valuable resource.
# The next best thing to having good ideas is recognizing good ideas from your users. Sometimes the latter is better.
# Often, the most striking and innovative solutions come from realizing that your concept of the problem was wrong.
# Perfection (in design) is achieved not when there is nothing more to add, but rather when there is nothing more to take away. (Attributed to Antoine de Saint-Exupéry)
# Any tool should be useful in the expected way, but a truly great tool lends itself to uses you never expected.
# When writing gateway software of any kind, take pains to disturb the data stream as little as possible—and never throw away information unless the recipient forces you to!
# When your language is nowhere near Turing-complete, syntactic sugar can be your friend.
# A security system is only as secure as its secret. Beware of pseudo-secrets.
# To solve an interesting problem, start by finding a problem that is interesting to you.
# Provided the development coordinator has a communications medium at least as good as the Internet, and knows how to lead without coercion, many heads are # inevitably better than one.

The Cathedral and the Bazaar - Revision history

Admin at 02:05, 9 October 2019

Admin at 15:27, 10 June 2013

Admin: Created page with "Via http://en.wikipedia.org/wiki/The_Cathedral_and_the_Bazaar Eric Raymond's essay, The Cathedral and the Bazaar, compares two software engineering approaches (guess which one r..."