The Cathedral and the Bazaar

Notes:

xii: "Post some fundamental questions about human motivation, the organization of work, the future of professionalism, ad the shape of the firm"

10: ARPANET/PDP-10 versus UNIX/C versus microcomputers

12: "In 1982, a group of UNIX hackers from Stanford and Berkeley founded Sun Microsystems on the belief that Unix running on relatively inexpensive 68000-based hardware would prove a winning combination"

16: "The naively simple strategy of releasing every week and getting feedback from hundreds of users within days, creating a sort of rapid Darwinian selection on the mutations introduced by developers"

30: "Linus was keeping his hackers/users constantly stimulated and rewarded - stimulated by the prospect of having an ego-satisfying piece of the action and rewarded by the sight of constant (even daily) improvement in their work

34: "Brook's Law: Adding more developers to a late project makes it later"

37: "Smart data structures and dumb code works a lot better than the other way around"

40: "The next best thing to having good ideas is recognizing good ideas from your users"

47: "One can test, debug and improve bazaar style, but it would be very hard to originate a project in bazaar mode...When you start community-building, what you need to be able to present is a plausible promise"

54: "Put simply the closed source world cannot win an evolutionary arms race with open-source communities"

55: "Expected future service value is the key to the economics of software production"

117: "An entirely sufficient case for open source development rests on its engineering and economic outcomes - better quality, higher reliability, lower costs, and increased choice

119: "The price a consumer will pay is effectively capped by the expected future value of vendor service - where service is construed here broadly to include enhancements, upgrades, and follow on projects"

141: "The closed source approach allows you to collect rent from your secret bits; on the other hand it forecloses the possibility of truly independent peer review"

142: "No software consumer will rationally choose to lock itself into a supplier-controlled monopoly by becoming dependent on closed source if any open source alternative of acceptable quality is available."

142: "An important customer payoff of open source software related to the trust issue is that it's future proof"

142: "Open source has a higher payoff where reliability/stability/scalability are critical and correctness of design and implementation is not readily verifiable by means other than independent peer review"

144: "The path towards open source in the evolution of such markets are well-illustrated by the reconvergence of data networking on TCP/IP in the mid 1990s following 15 years of failed attempts at empire-building with closed source protocols such as DECNET, XNS, IPX and others"

171: "First: we couldn't think systematically about how to improve our own methods. Second: we couldn't explain or sell the method to anyone else"