ARPANET 嘅 Request for Comments 協議
Steve Crocker / ARPA 研究員 (1969)當佢哋起第一批後來變成互聯網嘅節點，研究員面對一個問題：點樣喺唔同機構、唔同地方嘅人之間建立團契，大家都做緊同一個前所未有系統嘅唔同部分？Steve Crocker 發明咗 RFC——Request for Comments（意見徵求）。唔係命令，唔係權威規範。請求。徵求意見。向所有人開放。第一份 RFC（RFC 1）真係咁寫：『呢啲筆記打算係對當前問題嘅非正式快速反應；佢哋唔係官方政策聲明。』呢種謙虛、呢種開放，創造咗真正嘅團契。火（目的嘅清晰）升向天（普遍範圍）。一種柔順本性（Crocker 嘅謙虛）團結好多堅定嘅人（所有嗰啲聰明、固執嘅電腦科學家）。RFC 變咗互聯網管治嘅基礎——公開嘅團契，唔係透過權威而係透過共同目標。任何人都可以睇。任何人都可以評論。我哋每日用嘅協議存在係因為團契成功咗。
Practical Integration
你試緊令人哋一齊做從未做過嘅嘢。冇既定權威。冇清晰階層。淨係共同目標同需要協調。 呢個可能意思係：你需要團契但你唔可以命令佢存在。 Steve Crocker 1969年面對呢個。唔同機構嘅聰明研究員，全部起緊 ARPANET 嘅唔同部分，需要協調但冇任何一個人對其他人有權威。佢嘅解決方法：RFC 1。Request for Comments（意見徵求）。唔係命令。唔係規範。請求。 RFC 1 以道歉開始：『呢啲筆記打算係非正式快速反應……佢哋唔係官方政策聲明。』呢個唔係弱——呢個係團結好多堅定嘅人嘅柔順本性。當你協調能力相同或更高嘅人，你唔可以命令。你只可以創造條件讓團契自然浮現。 古文話團契必須『于野』（喺野外）。唔係秘密派系、唔係排外群組、唔係有特權資訊嘅內圈。一切公開。參與開放。過程透明。呢個唔係天真烏托邦——呢個係工程實用主義。困難問題需要所有可得智慧，而智慧如果被排除或操控就唔會參與。 你嘅版本：開源管治。公開設計文檔。透明決策。Linux 內核郵件列表。Python Enhancement Proposals。W3C 標準開發。呢啲成功因為佢哋基於原則而唔係基於個性、開放而唔係封閉、謙虛而唔係權威。 實際後果：當你需要協調有能力嘅人做前所未有嘅工作，你嘅角色唔係控制而係促進。創造最小結構讓強大意見有生產力咁協調。令一切可訪問。邀請批評。 另一選擇——閉門決策、內圈、資訊不對稱——創造派系而唔係團契。派系唔可以渡大水。佢哋唔可以完成需要真正協調多樣能力嘅困難工作。 Crocker 嘅 RFC 仲係互聯網標準點訂嘅方法，五十幾年之後。呢個就係公開團契可以完成嘅嘢。