網站的肥胖癥危機

作者: 阮一峰 日期: 2016年1月 3日

近來,有一篇文章正在瘋傳。

它是上個月,Maciej Ceglowski在澳大利亞的一次演講,名為《網站的肥胖癥危機》,反思瞭互聯網開發的現狀。

該文十分值得一讀,Hacker News排行榜高居榜首,得到瞭1000多人的引薦。

下面即是我的中文節譯版。

網站的肥胖癥危機(節譯版)

作者:Maciej Ceglowski 譯者:阮一峰

原文網址:The Website Obesity Crisis

1.大多數網站的主要內容是文本,更準確地說,是簡短的文本。

文本自身並不大,可是展現它們的頁面,正變得越來越大。Twitter展現單條議論(140個字符)的頁面,超越900KB。Medium的一篇文章大概400個詞,頁面大小是1.2MB。

假如這種趨勢持續下去,2020年,頁面的體積均勻將超越5MB,比一本俄羅斯長篇小說還大。比方,陀思妥耶夫斯基的《罪與罰》,文本緊縮後不到800KB。

TechTimes.com有一篇報導,介紹Google正在為大頁面做符號。可是,這篇報導的頁面,體積為18MB,外加一個3MB的視頻。

2015年5月,Facebook引入瞭”Instant Articles”,協助用戶疾速閱讀新聞。可是,介紹這個功能的頁面,體積為6.8MB,外加一個41MB的視頻。你想瞭解這個功能的細節,僅有的辦法即是去看這個視頻。

2.頁面真的有必要這麼大嗎?分明200KB就滿足,為何要做成2MB?

由於咱們要往裡面塞許多不需求的東西:廣告、高清圖像、視頻、用戶追尋系統、交際媒體的代碼……你不塞,公司就可能辭退你。

現在的時代,你跟雇主說,想做一張體積隻要幾百KB的頁面,就好像跟SUV車主議論省油的經濟型汽車。

有人會說,這是免費內容的價值。可是,我想問,誰會從海量的互聯網廣告獲利?廣告主,仍是消費者?真實取得暴利的是網絡服務提供商和互聯網廣告公司,其他人都付出瞭無窮的本錢。

3.咱們都忘瞭健康的頁面,應當是什麼姿態。

  • 值得閱讀的文本,配上構造傑出的標簽。
  • 適度的圖像和視覺規劃。
  • 一層CSS
  • 少數的JavaScript,隻在必需時使用

可是,2015年真實的頁面,卻是下面這麼。

  • 一層HTML
  • 一大堆廢物
  • 頂部還有一層監控代碼

4.寬帶和光纖上網並不解決問題,實際上還鼓勵瞭大傢往頁面上增加更多的東西。

為瞭平衡頁面體積,工程師想出瞭許多辦法:首屏疾速烘托、緊縮文件、異步加載、批量HTTP懇求、管道發送等等……

網站開發越來越依靠代碼精簡、緊縮、緩存、服務器裝備這些中間步驟,這使得找出過錯越來越艱難,本錢越來越高。

5.雜亂性讓聰明人上癮。

即便咱們知道雜亂不是功德,但難以抵抗。雜亂的東西老是顯得很帥,讓情面不自禁想持續幹下去。

大多數網站都過度雜亂瞭。

咱們做的每件事,都使得發明網站或修改頁面變得艱難。把一篇文章放上網,正在變得需求一個專傢團隊才能完結。

新手越來越難通過源碼學習。咱們抽走瞭大傢學習互聯網的梯子。

6.本來隻需求兩步,就可以大大減小頁面體積,進步功能。

第一步,保證最主要的內容,首要下載和烘托;

第二步,就此結束。

你不需求那些剩餘的廢物,對最簡主義堅持決心就行。