近來，有一篇文章正在瘋傳。它是上個月，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.本來只需求兩步，就可以大大減小頁面體積，進步功能。

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

第二步，就此結束。

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