一目了然，所有錯誤都會顯而易見

本文標題是Eric Raymond在他的書中的引文 大教堂和集市，它被認為是開源的主要口頭禪之一。 從那以後，萊納斯定律（就是埃里克所說的）受到了各種各樣的攻擊，特別是 什麼是謬論 因為錯誤的可見性與查看代碼的眼睛數量無關，還有其他原因。

一周前，錯誤混亂跳了起來 心臟出血漏洞 OpenSSL（開源項目）的影響及其影響，例如（ 這個蘋果用戶）很快就批評了咒語以及為之辯護的人。 如果發現 又一個失敗 在iOS代碼中，我們四處說“哈哈哈，接一個。” 但是如果發現了 GnuTLS中的錯誤已持續10年未被發現我們說“至少我們已經解決了”。

所以 埃里克（Eric）發表了一篇文章 弄清楚。 萊納斯的法律一直有效。

埃里克（Eric）說，批評家犯了這樣的錯誤：過分強調他們可以看到的錯誤，而不是強調在同等封閉的軟件中看不到的安全漏洞更嚴重但未被發現的可能性很高。 當他說“乍看之下”時，他的意思不是審核的人數，而是 假設的多樣性。 少數有不同想法的人可能比擁有盲區的軍隊更好。

在過去的幾個月中，我了解到有關住宅和小型企業的互聯網路由器上專有固件中安全漏洞的嚴重性的一些知識，這些漏洞會使他們的頭髮捲起來……朋友們不要讓他們的朋友運行工廠固件。 您不希望信任除OpenWRT或其變體之一以外未經審核的任何事物。 然而，下一次在這些開源項目中出現安全漏洞時，我們將看到那部老電影的重播，另一輪人們抱怨該開源電影行不通。 具有諷刺意味的是，發生這種情況的原因恰恰是開源過程確實起作用，而更嚴重的錯誤則在某個地方的封閉路由器固件中徘徊。

同樣的例子也適用於Heartbleed。 專有SSL / TLS Blob的缺陷歷史記錄是什麼？ 不知道廠商什麼也沒說。 不能對代碼的質量說什麼，因為它無法審計。 發送安排時的速度也很出色。 在Linux系統上已經有針對Heartbleed的修復程序。 在專有系統中，修復可能需要更長的時間。 那是因為許多封閉的軟件業務模型都要求升級是一個昂貴的高摩擦過程，並包含在批准要求，費用和法律限制中。 在這裡，開放源代碼的安排可以在幾分鐘之內到達，因為沒有人試圖用它來賺錢。

，我剛剛在一些網站（僅那些支持https的網站）上更改了密碼。 除了給他錢。 他們真的應該得到它。