這段錄影已經躺在硬碟中很久，這兩日才利用通勤的時間消化了一番。這是 Linus Torvalds 在 Google 所進行的一段演講，身為一個性格強硬的硬底子駭客，他時常發出驚人的評論，有些有趣的言論甚至被整理成格言集，像是 The 10 Best Linus Torvalds Quotes 或 Linus Torvalds Quotes。

在這段演講中，身為 Git 計畫的發起人，Linus 說明了為什麼需要設計這樣的一套工具，基本的設計哲學與其他類似的工具的比較。

在技術的觀點上，他直接且尖銳的同時批判了 CVS 與 Subversion，演講一開始 Linus 就給了 CVS 贊頌 – 負面的贊頌，雖然 Linus 從來不用 CVS 管理 Kernel source tree，但是還是在商業公司有過一段不短時間的使用經驗，而且 Linus 打從心裡強烈的厭惡這個工具。同時他也批判 Subversion 這個計畫是他看過最沒有意義的，因為 Subversion 從各方面試著去改善 CVS 的一些技術上的缺點，卻無法根本的解決一些基本使用限制。具體來說 Subversion 改善的創建分支的成本 (意思是相對 CVS 所利用的硬碟、計算資源比較少)，但是卻沒辦法解決合併分支的需求，任何使用過 Subversion 合併分支的人都知道那是如何痛苦的折磨。而許多高度開發中的專案，都時常需要為不同的新功能開分支、合併，Subversion 解決了開分支的成本，卻沒有考慮到合併的人工成本。如此讓 Subversion 變成一個沒有未來的軟體計畫。

因此，基於過去在 BitKeeper 上得使用經驗，Linus 設計了新的 Git, 並將效能視為主要的需求。當然分散式的設計也是最重要的概念之一，Linus 提到幾個觀點，討論如下。

第一個是分散式的概念，解決了政治紛爭。所謂政治紛爭指 commit/checkout/create branch 的權利，傳統中央集權式開發模式，你若想要創建一個新的分支，或者進行一些實驗性的開發，通常必須獲得主開發者授予 提交者 (commitor) 的權限，意指你是受到信任的一份子，有權限可以自行修改軟體程式碼，被授權進行一些嘗試。(唐鳳的人人皆為提交者開發模式為例外)

這種模式，很自然的排擠了在所謂信任圈 (core developers) 外的人。對，你依然可以在中央控管的機制下嘗試，你依然可以透過 patch 提交你想要做的更動。但是工具本身的限制，直接的限縮了自由發展的可能性。舉例來說，你相對不容易組成一個工作小組 (Task Group)，因為分享程式碼的變動並不容易，你可能必須建立另外一個獨立的程式碼管理系統給這個工作小組使用。而不像分散式的管理工具如 Git/Mercurial 開發者間可以透過數種管道接取/同步雙方的進度。

或者中央集權工具的另外一個根本上的問題是 – 它阻礙了開發者的實驗精神。

簡單講，就是開發者礙於每次提交 (commit)，都可能因為程式碼的不相容性，造成其他人必須停下來彙整變更，影響到其他人的工作進度的後果，因此每次提交/儲存都會有所疑慮。因此很容易就演變成開發者埋頭苦幹，直到最後一刻才一口氣提交上線，結果造成的不相容與衝擊更大，反而造成最後的工作成果難以融合。

在分散式開發工具的輔助下，你可以隨意的開立新分支，自行修改、測試、同步、實驗，這些在本地的提交除了完全不會影響到其他人外，同時你也可以輕易的匯出成特定格式 (patches)，讓他人更容易的整合。這大幅改善了協同開發模式的磨合問題。

Git 是以分散式開發模式為根本，自然可以融合於相對單純的中央集權  (cvs/svn) 的權利結構。Linus 在演講中也提出了一個我認為很值得討論的觀點，即是應用於 Linux kernel 開發的多層次分散權利結構。Linus 提了一個重點，基本上開發社群中有一種信任關係 (Web of trust)，像 Linux Kernel 這樣的龐大計畫，每個版本參與的開發者大約千人。實際上主要開發者如 Linus 不可能認識這麼多人，很自然的，他只能信任最熟識的幾個人，他指知道幾個人的智商與能力都是足以信賴的，於是他只需要仰賴這些人的成果。而其他人在於自己的信賴圈內，找到其他可以仰賴的人，於是利用這樣的信賴機制來擴展成網狀的開發社群。

在實務上，社群中也會演化出幾個角色，像是司令官 (dictator)、副官 (lieutenants)、開發者。幾位副官只要專注在他們熟悉的領域，整合開發者的成果，並提交給司令官做最後的整合決策。這麼一來，各種不同的專業領域都可以交給最熟悉的開發人員管理，而開發不會被限制、停頓在某個角色身上，相對而言是一個比較具有效率的開發社群結構。且分散式開發，也讓不同的開發者得以有權利與自由自行發展，不受限於官僚機制的限制。

上述為演講內容的一些提要。

Web of trust 是我相當認同的一個概念，任何所謂社群中，都會自然的因為信賴關係存在更小的團體，有人誤解這是一種分裂，但是我認為這是一種演化，不該消弭小圈圈的存在，反而應該鼓勵小團體的成立，自行交流、合作，才有機會產生或再演化出更大、更有力量、更健康的社群。(應該有什麼什麼政治學、社會學的理論在講這件事情吧 ?)

另外也推薦一個網站，是即將被國家綁架去服役的 kanru 翻譯的「為什麼 Git 比 X 棒」(Why Git is Better than X)。這個網站簡約的說明了 git 與其他程式碼控制軟體的比較，可以讓你比較容易了解各種軟體間的差異細節。

另外 為什麼 Git 比 X 棒 這個網站中介紹的 github 服務，我個人相當欣賞，它基本上提供了 Git 的 hosting 服務，但同時也包含了更多 Web 2.0 的概念，是所謂 “Social coding hosting”，基本的功能除了提供 Git 外，像一般的社交網站一樣，你可以追蹤別人的狀態，別的網站你追蹤的是朋友發出來的訊息，這裡你追蹤的是朋友寫出來的程式碼，而且你可以直接在線上「複製」(branching) 別人的工作成果，也提供了相當美觀的介面，讓你看到程式碼更動的網路關聯圖，相當有趣。剛開始使用 Git 時，可以試試這個網站。

若想學習 Git, 請參考 Learning git 一文的連結。

這是 Arjan van de Ven 與 Auke Kok 在 Linux Plumbers Conference 2008 上的展示畫面。

在讀 O’Really 對 Arjan van de Ven 的訪問 How PowerTOP, LatencyTOP, and Five-Second Boot Improve Desktop Linux) 時，知道了在 Intel Open Source Technology Center 工作的 Arjan 在 PowerTop, LatencyTop 上的努力，以及其他開發者如何利用這些工具來改進軟體的效能與品質。

在訪問後段提到了 Arjan 最近在 Linux Plumbers Conference 2008 上的實做展示，Arjan 的簡報中提到了開發的思維態度應該以五秒鐘內開機為目標，不要把加速開機當作目標。同時也不要弄先開機，再做後續處理，造成系統無法使用的暫時性解決方式。應該想辦法把正確的事情作對來加速速度，如開機時以平行執行方式 (Parallel boot) 啟動系統也不是正確的行為。

這樣的論點，當然讓長期使用這種解決方案的開發者不甚認同，像是 Mandriva 的 Frederic Crozat 就跳出來說明過去幾年來各種平行執行的策略，並說明在 EeePC 上碰到的一些硬體問題，經過調整後，可以讓 Mandriva 在 Eee PC 上以 15 秒內開機。

而 Arjan 的作法是將開機分成四個程序，分別是 Kernel, Early boot, X Server, GUI/Desktop。其中除了 Desktop 系統外，其他的程序都只能花用一秒鐘執行！

在核心的主要修改是利用從 RedHat readahead 改來的 sreadhead 加速軟體的檔案載入速度 (上個月我也介紹過 readahead 加速 Linux 開機速度 ? 。另外 sreadhead 的原始碼會在 Moblin Project 釋出) ，並將所需驅動程式先編入核心，關掉 initrd，預先建好 /dev 下需要的 device files, 同時利用新的 asynchronous initcall level 來載入較不重要的核心模組。如此可將核心載入時間壓縮在一秒。

相關的新 APIs 已經丟到 LKML 上供檢閱，希望可以納入 2.6.28 中。

而開機程序 (init scripts) 則還是利用 sysvinit，不用平行執行 (Parallel Boot) 之方法，也不利用 udev 動態產出 /dev 下的檔案，而是先固定寫死。另外雖說 initscripts 都還保持著原本的版本，在此預設也是不執行的。

另外 X Server 則稍加修改了 xorg-x11-drv-intel 顯示卡驅動程式，讓其在偵測硬體時，就一併先進行硬體設定，且修正了一些 PCI posting 的臭蟲。而且修改 XKB 快取 keyboard mappings，因為 XKB 居然會每次開啟時呼叫 C preprocessor 來編譯 keyboard mappings！至於桌面系統則使用輕量的 XFCE，稍加修改讓桌面程式同時執行。

如此如此，讓 Arjan 硬幹出來的版本，讓那天展示的跑在 ASUS EeePC 901 上 Fedora 與 Moblin 可以在五秒鐘內開機！相較於其他在 ASUS EeePC 901 上得套件系統開機動輒要約30秒到一分鐘，的確快了很多。

但是我要一個只有桌面沒有網路連線的機器要做什麼呢 ? 且許多硬幹的方法，必須針對特定硬體作調整，的確不適用一般新安裝的系統。不過 Arjan 的 Fastboot 的確很值得參考使用，另外許多低效能問題的解決方法也都可以採用。希望這些新的研究可以盡快的套用到更多的環境上才是。

對了 Arjan van de Ven 也是 Linux-ready Firmware Developer Kit 的發起人，Linux-ready Firmware Developer Kit 是協助 BIOS/EFI 開發工程師測試的工具，若你是開發主機板或 BIOS/EFI 軔體的工程師，請別忘了下載來玩玩，或許可以避免發生 Foxcomm 前陣子的窘狀。

哈，終於我 Thinkpad X60 上的 Atheros AR5418 802.11abgn Wireless PCI Express Adapter 要有原生 (Native) 驅動程式了。

在 Linux Wireless Driver 強者 Luis R. Rodriguez (mcgrof) 加入 Atheros Communications Inc. 後，終於釋出了第一版的開放原碼驅動程式。ath9k 預計支援的晶片有

• AR5418+AR5133
• AR5416+AR5133
• AR5416+AR2133
• AR9160
• AR9280
• AR9281

目前只有 STA 功能，但是 AP, WDS, IBSS (for mesh) 都列在 TODO List 中了。最新的程式碼可以於此下載

git://git.kernel.org/pub/scm/linux/kernel/git/mcgrof/ath9k.git

當下的版本必須搭配最新的無線網路模組使用，可於此下載

git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-testing.git

或是從 Luis R. Rodriguez 的獨立開發分支中取出無線相關模組與 ath9k driver。

根據 Luis 的說明，ath9k 的程式碼目前已整合於

git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-testing.git

關於相關討論，可參考 ath9k-devel 郵遞論壇。依照目前的進度看起來，大約至少要到 2.6.27/2.6.28 才會整合到官方核心中。BTW, OpenWrt 是第一個整合 ath9k 的套件系統喔。

大約任何一個軟體開發者都可能碰到詭異的 undocument API 、噁爛的架構，或者碰到設計有問題的硬體，大約都會情不自盡的爆粗口。偶爾，你甚至會被其他莫名其妙的開發者惹火，例如未充分溝通就擅改程式碼包成套件的情境。

前些時候，quodlibet 的 Debian 套件維護者 Sebastian Dröge 因為誤解了 quodlibet 所使用 GStreamer 中的一個 API 相容問題，於是直接擅改程式碼中的一段，以便可以於新版的 GStreamer 中使用。但是這樣的行為卻未事前於 quodlibet 開發者 Joe Wreschnig 溝通，而那其實算是 GStreamer 的問題，並非 quodlibet 的錯誤。

於是，Joe Wreschnig 惱怒之下，身為一個上游開發者，就在 quodlibet 中也改了一段因應 GStreamer API 更改的措施。而且順便戳了 Sebastian Dröge 一下，要他去死一死吧。於是身為一個 Debian Developer，自然的解決方式當然是發一個 Bug Report。而且解決的討論很自然就往 DFSG 與 Debian Policy 發展。所幸，最後 Tristan Seligmann 另外改了程式碼，並做了一份新的壓縮檔，算是解決了這個幼稚問題。

有趣的是 Joey Hess 在討論中，順便彙整了過去 Debian 修改紀錄中，曾經出現的粗口表，非常好笑，只能說 Software 真是 Sucks。XD

另外一個好玩的研究是 Vidar Holen 研究了 Linux 核心中有多少詛咒粗口，Linux kernel swear counts。我們可以拿程式碼中的髒話平均數量當作判斷品質的一個參考值嗎？