Ⅰ Linus vs.Gnome：我是怎麼選擇linux桌面環境的
這篇文章使我回想起我的窗口管理器/桌面環境的切換歷程, 我用 linux 至今至少 7 年, 而長期使用 (每日絕大部分使用電腦時間) 也有三年半. 用過了好些著名的桌面環境: FVWM, KDE, GNOME, XFCE, 還有其他短期使用的不知名的咚咚. 一開始我使用的是 FVWM, 因為當時有資料說有個 FVWM95 能作出 windows 一樣的界面, 我竟然真的成功地配置好除中文外的所有東西, 使用起 FVWM. 但是我當時完全是按 windows 的思維使用這東西的, 當然處處碰壁, 痛苦無比. 接著使用的 ``真正能用'' 的是 KDE. 那時 KDE 已經相當完善, 整個架子跟現在相去不遠. 提供的功能以及可定製性已經比當時的 windows 還好, 而且還有一大堆小游戲可玩. 記憶中我是在一個叫 winlinux 的發行版上使用它的, 記憶中它的唯一問題是中文 --- 只要設成中文界面, 全部亂碼, 我猜那時候只要我弄個中文字體進去, 一切就完美了, 可惜那時我還不會. 當時 (2000 年前後) 的 GNOME 在我眼裡還是只丑小鴨, 一點都不起眼. 後來准備上大學的時候在新機器上用的是經典中的經典: Redhat 9. redhat 的推薦/默認桌面環境是 gnome, 但我還是選擇我我熟悉的 KDE. 安裝過程中對 GNOME 和 KDE 的介紹刻意地保持一模一樣, 我也去嘗試過 GNOME, 在 Redhat 的刻意包裝下, 初始使用感覺, GNOME 跟 KDE 其實沒啥差別. 那我更不會作 switch, 一直使用這 KDE. 很多人說 KDE 是 windows style 的, GNOME 是 mac style 的, 確實有一定的道理. KDE 並非刻意模仿 windows 的用戶界面和使用風格, 而是走著一條和 windows 一樣的路: 不斷地追求功能強大, 設置豐富, 讓系統顯得更加強大, 以吸引用戶. 我很喜歡它的文件管理器 konqueror, 它確實比 windows 的 explore 還強大, 功能讓我眼花繚亂, 一個讓我非常著迷的特性是當你將一個文件拖動到一個文件夾時, 它會非常 ``人性化'' 地詢問, 你是想移動到這里, 復制到這里, 還是做個符號鏈接? 我覺得這做得很細致貼心, 在數年之後, 在我成為系統維護, 不斷強迫自己以大部分用戶而不是僅以自己的角度思考用戶界面的時候, 我才發現它的問題所在. 我就這樣用 KDE 用了很久, 到後來王垠向我們介紹了FVWM --- 我對這東西有陰影, 總覺得它是上個世紀剛用 linux 的那個黑暗時代的痛苦根源. 但王垠的介紹確實很誘人: 速度(KDE確實越來越慢了), 完全可定製的鍵盤快捷鍵等 (後來版本的 KDE 也有了這個功能) 都是我需要的, 那時候我也不那麼懼怕寫配置文件了, 下載了王垠自己的配置文件, 改一改, 附上個 KDE 的 panel, 上手後確實比 KDE 用的要方便. 之後的一段時間我熱衷於FVWM配置. FVWM 僅僅是一個窗口管理器, 除了基本的窗口管理外, 幾乎什麼都不提供(除非使用那些不怎麼好用的模塊), 你可以用各種各樣的外部小程序去武裝它, 將它弄得非常強大. (其實 GNOME 也是這么武裝起來的, GNOME 核心的窗口管理器, 現在是 metacity). UNIX 系統的開放性使這種砌積木的工作簡單而有趣. 到最後, 我的桌面無比強大和花哨, 窗口最小化之後會有縮略圖, 像 MacOSX 一樣, 而且是以我喜歡的方式而不是 mac 的方式排列的, 也是我用過的最順手的桌面 (當然了, 完全是我一點一點寫出來的), 我也在這個時候養成了一切事情用鍵盤快捷鍵而不用滑鼠的習慣, 一般人根本不敢碰我的鍵盤, 不知道一不小心又會觸發什麼. FVWM 有 FVWM 的問題, 它過於靈活, 過於強大, 你似乎是在自己買來一堆零件, 然後以天才的工程思維拼湊自己專用的機器, 這樣 1) 這種事其實沒幾個人能做 2) 即使對工程天才, 這也是件費神的事 3) 總有一天你會厭倦的. 你換個桌面要先做個格式轉換, 然後爬去改配置文件, 你不小心升級了某個部件, 發現使用不正常了, 你要自己去檢查所有的 log 和配置, 找出問題所在. 這令我非常頭痛, 但我實在無法舍棄這精心配置出來的順手無比的環境, 但是用得越久, 這個問題就越嚴重, 直到某一天無法承受. 我想起 Ken Thompson 評論 UNIX 牌汽車 (UNIX Haters Handbook 裡面的笑話): 有經驗的用戶知道這是怎麼回事. 是的, 我知道怎麼回事, 但是即使是天才汽車工程師也不願騎著一個發動機加自己設計的傳動部件滿街跑, 他也希望開一台舒服的自動檔汽車. 我的機器在使用 FVWM 的同時, 我家裡的機器用的是 XFCE. 因為家裡的機器台爛, 跑 KDE 已經有點吃力, 而將 FVWM 的配置和它要使用的那一堆小部件一起移到家裡的機器上, 是幾乎不可能的. XFCE 是一個輕便的桌面環境, 也有相當的可配置性, 我也在不久之後找到了如何配置快捷鍵啟動程序, 但 XFCE 也有一些我無法理解的地方 --- 為什麼快捷鍵最多隻能設置十個? 以我自己的經驗, 這其中不應存在太多技術問題 (用一個 16bit 的咚咚去標識一個功能可以用哪些快捷鍵啟動?), 既然允許設置快捷鍵, 為什麼不允許設置更多? 是的, 普通用戶可能根本用不上這 10 個快捷鍵, 但是允許設置更多快捷鍵的能力並不會影響普通用戶的正常使用, 那為什麼要做這個限制呢? 類似的問題還有很多. 另外 XFCE 對普通用戶的一些習慣做了顛覆, 比如不可以放置桌面圖標 (4.2 之前的版本), 是的, XWINDOW 傳統習慣中, 最小化一個程序叫 iconfy, 將程序縮成桌面上的圖標, 桌面上當然也不能放其他東西 (這也是 win 3.x 時代的習慣, 是否也是 mac 的習慣? 未調查過), 但是, XFCE 的程序最小化是放到任務欄的, 桌面會空無一物, 卻依然不允許放桌面圖標. 對於這種半吊子事情, 我們知道它的淵源, 也可以馬馬虎虎對付過去, 但對其他普通用戶來說, 它會失去一個很有效率的功能 --- 這不是一個能用 ``不同的系統, 不同的操作習慣'' 就能解釋的問題, XFCE 因為這個缺乏了一個能快速訪問頻繁使用的文檔的能力, 你找不到替代品. 但 XFCE 還不失為一個好的桌面環境, 因為它快, 使用簡單, 能滿足普通用戶的基本要求, 然後....... 就沒有了. 這樣的話, 它可能是一個很好的替代品 (替代 GNOME), 卻很難讓人喜歡它, 將它作為第一選擇. 說回我的機器, FVWM 實在用不下去了, 為了讓 FVWM 保持正常, 我強制了好些組件不去更新, 湊合著過. 到最後我終於換回了 KDE, 此時我也發現了 KDE 也有設置程序啟動快捷鍵的功能, 經過一天的配置, 我換回了 KDE. 順便說以下這個設置啟動快捷鍵功能的 bug, 你要在菜單欄里設置某個菜單項的啟動鍵, 之後, 如果你把這個菜單項刪掉, 你就永遠也不能用這個啟動鍵了, 你得到配置目錄的某個深處, 手動刪掉文件中的某幾行才能恢復正常. 是的, 我知道問題所在, 也知道怎麼弄好它, 但這種``小''問題讓我非常惱火. 長期使用配置文件來配置環境, 用 KDE 圖形化的控制中心, 我反而有點不知所措了. 我也第一次了解到 KDE ``強大'' 的代價, KDE 的配置中心使用了一個樹型的配置列表, 可以調整幾乎一切配置. 但是, 我想調整一個滑鼠是單擊打開文件還是雙擊打開, 我不知道是在 ``窗口行為'' 里, ``桌面'' 里, ``附加設備'' 的 ``滑鼠'' 里做這個設置. 如果我想設置 KDE 像 mac 一樣把菜單欄顯示在桌面頂端, 我不知道這是屬於 ``外觀'', ``桌面'' 還是 ``窗口行為''. 就這樣, 我要設置任何東西, 找個半天, 看得頭昏眼花. 這時候我也對 KDE 的一些 ``貼心'' 設計產生懷疑. 如文章開始時說的文件移動問題. 我重新思考這個問題是因為 BBS 的一位站務希望 BBS 有某個新功能, 我拒絕了, 因為加入了這個功能會使用戶產生迷惑, 在解釋時我就想到了 KDE 的這個例子: drag-and-drop 來源於實際生活中的移動物體, 把一個文件移到別處, 可以用 drag-and-drop, 就像實際生活中那樣簡便地完成. 在實際生活中, 移動東西就是移動東西, 這個語義是非常明確的, 而 KDE 在用 drag-and-drop 移動文件時, 反而會問你: 你要復制它, 移動它還是建立鏈接? 用戶會迷惑, 而且會不耐煩: 我都已經這么移了, 你說我除了移動文件還想幹嘛? 再說, 在實際生活中, 如果你把電腦挪個窩, 你就有兩台電腦, 看你會不會瘋掉! 這就是這些所謂 ``貼心'' 設計的問題, 它的這些功能純屬畫蛇添足, 跟 windows 那些毫無營養的對話確認有一拼. 這可以參考關於用 winxp 武裝的廁所等笑話, 可是令人驚訝的是, vista 把這些毫無營養的對話, 自作聰明的 ``貼心功能'' 發揮到極致, 據說 KDE 的這種特性也出現在 vista 上了. 在這里衷心祝願 KDE 不要再跟 vista 學壞了..... KDE 在技術上一直高歌猛進, KDE 4.0 有許多讓人激動不已的新特性. 在很久以前, 在某個對 KDE 開發者的訪談中談到 KDE 4.0 是否會加入桌面搜索特性, 並舉出其他競爭者的努力, 我記下了開發者的這樣的話(抱歉我很懶, 沒有去找原文, 遲些補上): 現在的問題並不是我們要怎麼去搜索文件, 而是改變我們的文件存儲和表達方式, 讓信息更容易組織和查找. 從此足可見 KDE 開發者在技術上的獨到眼光. KDE 4.0 的一些特性, 比如 native 的矢量圖形支持等, 都是革命性的, KDE 4.0 實在值得期待. 但也希望 KDE 能夠下力氣去做好技術上沒啥難度的提升用戶體驗的工作, 技術上再激動人心, 也就是我們這些 geeks 知道而已. 可是, 我們得知道, 通常來說, GNOME 這樣的軟體, 其目標用戶不是我, 更不是 Linus. 它的目標用戶討厭使用鍵盤操作, 不可能記憶那麼多快捷鍵; 它的用戶都用普通的三鍵滑鼠, 也覺得右鍵菜單很有用, 並且不知道中鍵有什麼用 --- 我也想知道 Linus 同學對 mac 只有一個鍵的滑鼠的評價, 哈哈. 所以 Gnome 根本用不著為我們設計這些東西. Gnome 對普通用戶來說, 已經做得很好了. 它在很多地方學習了 MacOS, 甚至有的界面是完全一樣的. 它並不提供很多的選項, 但對已經受夠了 KDE 的控制中心的我來說, 覺得它倒是恰到好處. 比之復雜而且強大的 KDE 來說, Gnome 走的是另一條路: 越來越簡單, 功能滿足普通人需要即可, 但幸好它比 XFCE 要強大和豐富, 不至於走向極端. 功能和配置的簡單也有它的問題, 用戶有時候無法做更細致的調整了. 比如想要模擬 Mac 機, 換上主題後, 在 gnome 的配置界面里你是無法調整窗口按鈕的位置的 --- 而這個功能在 XFCE 和 KDE 中都能直接完成. 你得使用一個類似 windows 中注冊表編輯器的 gconf-edit, 找到那個選項, 手動調整. 這是一種很常用的同時滿足普通人群和高級人群的做法: 把簡單常用的東西擺在前台, 讓 geeks 到後台去造它們奇怪的機器去吧. 這其實也跟 windows 常見的 ``Advanced >>'' 按鈕一個道理. 但我總還覺得這個辦法並不完全合適, 即使別人用不著, 我也想有個工具能舒舒服服地擺弄我的設置, 而不用去對付那個選項編輯器. 即使別人用不著, 我也希望它有某些更強大的功能. 我覺得一個可參考的例子是 firefox, firefox 的魅力在它的插件. firefox 提供基本的網頁瀏覽功能, 用插件的方式支持其他許多奇怪的功能. 普通用戶用著基本的瀏覽器, 高級用戶 --- 或者我們應該避開這個說法, 應該說是有特殊要求的用戶, 他們不一定精通電腦 --- 也不需經歷痛苦就能獲得擴展的高級功能. 譬如 Fasterfox 插件只是去調整一些細微的選項, 如果你願意, 你可以自己在 about:config 中調整這些選項的. 但 Fasterfox 令這個過程變得簡單, 使有這樣需求的用戶都能輕易地完成, 這使它成為最有價值的插件之一. Gnome 在功能和配置上, 也可以提供一個最簡單的基本系統和基本配置, 並留足可擴展的介面, 讓各種各樣的擴展插件去完成高級功能. 而 Gnome 現在似乎還沒有一個可與 firefox 相比的插件支持系統. Gnome 的操作也極盡簡單, 直接, 當然不會有 KDE 那種讓人迷惑的問題. 但電腦畢竟很笨, 你的操作太簡單, 它有時候不明白. 比如: 把光碟目錄中的某個文件拖放到硬碟, Gnome 當然知道你這時是要復制文件而不是移動(因為移動是不可能的), 它也確實是這么做的. 在 U 盤目錄中做同樣的事情, Gnome 也認為是復制 --- 是啊, U 盤是移動存儲空間, 用來交換文件, 我這么一個拖放不能把原來的給刪了啊? 很好, 但已經覺得有點問題的苗頭了. 現在, 你把硬碟上一個分區的東西拖放到另一個分區上, 它給你做的是復制! UNIX 的分區 mount 機制本來是非常美妙的, 給它這么一弄就很倒胃口了. 我們知道這時什麼原因. 但普通用戶呢? 它甚至不能像在 windows 一樣看出兩個目錄在不同的分區, 他的觀感就是: 同一個操作, 移到不同的目錄會有完全不同的結果, 這樣的一個系統是根本無法接受的. 那解決方法呢? 不同分區移動的時候詢問用戶到底想幹嘛? 這會比 KDE 更糟, 因為這樣的詢問有時候出現有時候不出現(同分區移動時), 用戶無法接受反復無常的系統. 盡管如此, Gnome 還是至今我最滿意的一個桌面環境, 我也希望它能夠越做越好. 系統很難摸清. 於是要不就提供一大堆選項, 問一大堆問題, 搞清楚用戶到底想幹嘛; 要不就按大部分用戶大部分情況下的語義, 自動地給完成了. 這兩種方法都有它的問題. 而要完全地解決這個問題, 在我看來非常困難, 現在的情況大抵是: 既然系統沒法知道用戶的意思, 就讓用戶順著系統的脾性來, 等用戶養成習慣了, 就會反過來覺得這個系統真貼心. 這決不是解決問題的方法.
Ⅱ linux系統能裝vs嗎
不能
去用 eclipse 吧。
而且 VS 是專門開發 Windows 程序的開發程序，他開發不了 Linux 的程序。
（當然你要是想折騰，理論上應該還是能把它弄成 Linux 開發程序的）