Faustregeln für die Zusammenarbeit
Wir haben im ersten Teil gesehen, warum Leute bei Peer-Projekten mitmachen oder neue Projekte gründen, aber das erklärt noch nicht, warum und unter welchen Umständen solche Projekte langfristig erfolgreich sind. Peer-Projekte unterscheiden sich schließlich sehr von dem, was man sonst so gewöhnt ist. In Firmen gibt es Bosse, Vorgesetzte, die ihren Untergebenen sagen, was zu tun ist; als Selbständige/r geht man Verträge ein, die eine/n verpflichten, dies oder jenes zu tun; auch in Schulen, beim Militär und in anderen offiziellen Institutionen gibt es immer Leute, die den Ton angeben, und andere, die folgen müssen.
Bei Peer-Projekten gibt es solche Strukturen nicht. Es gibt keine Bosse oder Vertragspartner, die den anderen mit Entlassung oder anderen finanziellen Konsequenzen drohen könnten; es gibt auch keine Lehrer/innen oder Offiziere, die eine/n bestrafen können, wenn man ihnen nicht gehorcht. Warum und unter welchen Umständen funktioniert also die Zusammenarbeit, wenn sie nicht durch Geld oder Zwang motiviert wird?
Dies ist der erste Teil der schriftlichen Fassung des 
1991 hatte der junge finnische Informatikstudent Linus Torvalds eine verblüffende Idee: er begann damit, auf seinem neuerworbenen PC ein Betriebssystem zu schreiben. Zunächst ging es ihm nur darum, einige fehlende Funktionen für seinen Rechner nachzurüsten, doch nach einigen Monaten Bastelei bemerkte er, dass er ein System entwickelt hatte, das auch für andere Leute nützlich werden könnte. Er kündigte seine Arbeit öffentlich im Internet an – „Ich arbeite an einem (freien) Betriebssystem (nur ein Hobby…)“ – und bat um Rückmeldungen, welche Eigenschaften sich die anderen von einem solchen System wünschten. Einige Wochen später stellte er die Software ins Internet, was es jedem ermöglichte, Torvalds’ Code herunterzuladen, zu verwenden und (bei entsprechenden Programmierkenntnissen) auch den eigenen Bedürfnissen anzupassen.