【觀點】最初的 Google 程式碼品質其實不高 ?|數位時代 BusinessNext

剛剛在臉書上看到 Saturday 分享了一個連結，覺得內容還蠻有意思的，所以把大意簡單翻譯在這裡：

最近有一本新書叫 In the Plex ，寫了很多關於 Google 早期的八卦，其中寫著早期的 Google 搜尋程式原始碼實在是：「不怎麼樣〈Not Great〉」。

Google 一開始並不是個搜尋引擎，而是一個讓網友在網站上留註解〈annotation〉的系統。早期的 Google 其實是用來評比註解的系統，而且叫做 Backrub。〈不知怎麼後來搞到變成網站搜尋系統去了，AltaVista 跟 Yahoo 創辦人半夜想到這點應該會氣得睡不著覺。〉

問題是創辦人 Larry Page 的程式功力 … 〈這裡用了很隱諱的形容詞，叫做『他當時不是個世界級的的程式設計師 He wasn’t a world-class programmer』，以免得罪一狗票的 Google 工程師〉，寫了很久寫不出來。他只好求救於當時的好朋友〈也是個程式助教〉 Scott Hassan 。

Scott Hassan 發現，這程式裡面的臭蟲多得不得了，除了 Larry Page 的關係以外，還因為 Page 企圖心太旺盛，用了當時很新的程式語言 Java〈俗稱的小孩開大車是也〉── 結果 Java 一天到晚當掉，Hassan 光是 debug Java 就搞到翻臉，決定直接用 Python 重寫，才把 Backrub 搞定。〈所以程式碼有大半是 Scott Hassan 貢獻的？〉

有趣的是，兩年後 Larry Page 跟 Sergey Brin 合夥，決定要把 Backrub 用在網頁搜尋上，成立了 Google 。沒想到這時候他們又遇到了問題，Google 常常當掉，有的人根本連結果頁面都開不起來。追查半天，一個新員工、也是前 UCSB 的教授 Urs Hölzle 發現：問題又出在程式碼身上，因為他們用的是… Python。

“The web server couldn’t handle more than ten requests or so a second because it was written in Python, which is a great idea for a research system, but it’s not a high-performance solution”

每秒十個以上的搜尋 request 就會讓 Google 當掉，因為程式碼是用Python寫的。 Python 拿來當研究用的開發語言很好，但不適合用在講究高效能的環境上。

不過沒關係，反正 Google 慢慢有錢了，可以請更會寫程式的人來… 經過不斷的重寫跟改進，終於成了今天的 Google … 〈是不是有種小魚終於逆流而上成功的感覺？〉

◎ ◎ ◎ ◎ ◎

翻譯就到這裡，的確是很有意思的故事。〈這本書裡面應該還有很多類似的故事，有空應該找來看看〉

接下來的引申時間，我想多數人的結論多半是…「原來早期的 Google 程式碼也很爛」、「所以大家不要害怕寫出爛程式碼、早早釋出你的 prototype，開始競爭… 」

我的角度比較不一樣。我想的是：「一個原始碼寫得這麼爛的系統，代表到發展中期會遇到很多效能瓶頸、要花時間重寫、在這段期間被對手追趕過，但它最後還是能變成這麼大這麼成功的事業，顯然他的演算法內容真的不簡單。」

兩種想法也許都沒錯，只是角度問題。

出自MMDays/Mr. Friday

現代人手機不離手，通勤時滑短影音、午休追串流影劇、下午開視訊會議，網路影音應用成為工作與生活的普遍情境。然而，一旦畫面卡頓、畫質不穩，或聲畫不同步，使用體驗立刻打折，甚至影響工作效率與專業判斷。

也因此，網路品質不再只是「快不快」的問題，更關乎能否在高使用量的日常情境下，維持穩定、連續的表現；對此，第三方評測也採用更貼近使用者情境的方式衡量網路體感。而 Opensignal 最新報告指出，台灣大哥大在影音體驗相關項目是業界唯一同時拿下「影音體驗」與「5G 影音體驗」雙項獎項的電信商，其中，關鍵的差異是什麼？

為何「影音體驗」是網路品質的關鍵指標？

愈來愈多消費者入手旗艦機，追求的不只是硬體規格，還有流暢的 AI 應用與多工協作。然而，無論是視訊即時翻譯或雲端會議，這些高階功能都有一個共同前提：網路必須穩定。一旦網路品質不佳導致畫質下降或音畫不同步，旗艦級的 AI 功能將形同虛設。

這也意味著，檢驗網路價值的標準已經改變。如今，不能只看單點測速的瞬間峰值，更重要的是高負載情境下的耐力表現。因此，比起單點測速，影音體驗會是更完整的測試標準，直接挑戰了網路在室內深處、移動途中或人潮聚集時的網路實力；而唯有在長時間串流下依然不卡頓、不降畫質，才稱得上是高品質的連線。

換言之，隱身在硬體背後的電信商，才是發揮旗艦機性能的關鍵；唯有透過最佳網路品質，才能讓手中的旗艦機既是規格領先、也是體驗領先。

唯一影音體驗雙料冠軍，Opensignal 權威認證的有感體驗

雖然相較於測速數據，影音體驗更貼近日常使用，但也更難量化。對此，國際權威認證 Opensignal 的「影音體驗分數」，依循 ITU 國際標準，透過真實用戶裝置在行動網路上進行影音串流的實測數據，觀察不同電信網路在實際使用情境下的表現。

簡單來說，評測聚焦三項核心指標：影片載入時間、播放期間的卡頓率，以及畫質（解析度）是否能穩定維持。使用者從開始播放到持續觀看的整體品質，分數以 0–100 呈現，分數愈高，代表在三項指標的表現愈佳。相較於單點測速，這類評測更能呈現長時間、高使用量下的網路品質。

而在今年最新公布的 Opensignal 評測中，台灣大哥大獲得「影音體驗」獎項唯一雙料冠軍。其中，「整體影音體驗」為全台獨得第一名，「5G 影音體驗」則與遠傳並列第一。

之所以能在影音體驗拔得頭籌，關鍵在於台灣大哥大目前是全台唯一整合 3.5GHz 頻段 60MHz 與 40MHz、形成 100MHz 總頻寬的電信業者，亦是現階段全台最大 5G 黃金頻寬配置。頻寬愈寬，代表單位時間內可傳輸的資料量愈大；在大量使用者同時進行影音串流、視訊互動的狀態下，更能維持穩定傳輸、減少壅塞發生機率。

台灣大獲權威認證，NRCA技術撐起穩定基礎

除了頻寬帶來的流量優勢，台灣大哥大也採用「NRCA 高低頻整合技術」，也就是透過高低頻協作，讓 3.5GHz 負責高速傳輸、700MHz 補強覆蓋與室內連線，改善室內深處與移動情境的訊號落差，提升連線連續性。

同時，為了讓住家、通勤動線、商圈與觀光熱點等高使用場域維持穩定表現，台灣大哥大已在全台超過213個住宅、觀光及商圈熱點完成 100MHz 布建，提升人流密集區的網路覆蓋率。

值得注意的是，在今年的 Opensignal 評比中，台灣大哥大還拿下了「5G 語音體驗」與「網路可用率」兩項第 1 名，累計獲得 4 項獎項。這意味著不僅具備影音體驗優勢，在語音互動與連線率等關乎用戶日常應用的基礎指標，皆有亮眼成績。

尤其，隨著影音與即時互動成為新世代的工作常態，網路品質的重要性只會持續上升。無論是遠距協作所仰賴的視訊與畫面共享即時同步，內容創作對直播與即時上傳連續性的要求，或是 AI 視訊互動、即時翻譯與會議摘要等新應用，都高度依賴低延遲與穩定的資料傳輸。網路品質因此不再只是連線條件，更是支撐內容生產、協作效率與新應用落地的基礎能力，甚至直接牽動競爭力。

而台灣大哥大經 Opensignal 認證、於多項關鍵指標領先業界，不僅將成為 AI 時代的重要後盾，也讓使用者能更充分發揮高階手機的效能，把「快、穩、滑順」落實在每天的工作與生活中。