国产毛片a精品毛-国产毛片黄片-国产毛片久久国产-国产毛片久久精品-青娱乐极品在线-青娱乐精品

查看: 8138|回復: 13
打印 上一主題 下一主題

大家都說用VIM的是高手,可是請別碰我 !

[復制鏈接]
跳轉到指定樓層
樓主
發表于 2009-8-31 17:33:46 | 只看該作者 回帖獎勵 |倒序瀏覽 |閱讀模式
關鍵詞: vim , 高手
本帖最后由 老郭 于 2009-9-1 15:18 編輯

大家都說用VIM的是高手,我說不對,隨便看一下程序圖片,簡直就是絕世高手用的編輯器。我折騰了半夜,反而被它給折騰了,因此為了朋友們的幸福著想,我不再一一列舉它的用法。其實最大的原因是:不好意思,我也沒能學會傳說中的絕世武功。

據說,VIM(編輯器)+GCC(編譯器)+GDB(調試器)是Linux下最常用的開發工具鏈。自小被VS2005浸染的我,不習慣VIM,不習 慣GCC,不習慣GDB,叫我怎么敢跑到Linux下寫程序。高手們似乎很喜歡用VIM加上一大堆插件來寫程序,根據我看到的做法,要想有VS那樣的智能 補全功能,VIM首先要Ctags(這是要輸入一長串命令的),接著輸入幾個字母再按一下Tab鍵(需要SuperTab插件),才能出現智能提示。

這還不是最緊要的,在VIM里面,刪除一行字,請按d兩下,刪除一個字,請按一下x。以及一長串的需要記憶的命令列表,例如gg是跑到文章的最前面,shift+4是跑到行首,等等。我不自覺地想起了小學五年級那個暑假學的WPS,要輸入一大堆的指令才能輸出一篇格式整齊的文檔,在別人眼里看起來絕對是很牛的事情。現在會用Office2007的,也不止你我他吧?至于那個時候所學的一大堆WPS控制指令,還有五筆字型,到現在全忘了。

我肯定不是個記憶強的人才。帥哥拿起個Ubuntu,手中熟練地敲打著一堆我看不懂的指令,看得我眼花繚亂。用Linux,我最頭疼的事情是干什么事情我都要先敲入一個命令,然后–help找幫助來看,否則絕不會記得那個命令是怎樣用的。一開始還說這是學習階段要好好熬,嘗試多了以后就會覺得這事真的很折騰。

你說,好好一個軟件為何就不寫個gui界面,非得讓我敲命令去記憶每個參數什么意思,好好一個配置為何就不寫個gui界面,非得讓我把整個配置文件研究完才知道我該去哪里修改配置參數。

他們說:Unix哲學是:一個程序只做一件事,并做好。但是不知道為什么,Linux下的軟件作者似乎就是懶得寫個gui,或者他們認為他們只需把軟件的邏輯做好就可以了,至于gui方面,根據簡單原則,應該由其他有興趣的人去做。其實我覺得原因有二,一則是沒有強大的開發工具(要像C#那樣拖個控件就可以寫gui),二則程序員也懶。

為什么沒有強大的開發工具呢,為什么Linux下沒有VS這樣的重磅武器?我再從VIM+GCC+GDB說起吧。VIM的難剛才說過了,GCC的話,要是有幾個文件你非得自己手動寫一個makefile不可,GDB我基本沒試過,據說也有些圖形界面的調試工具,可以像VS那樣按一下快捷鍵就能調試(這個肯定也是要配置N久的),我看過一份GDB的使用手冊,又要記憶很多調試指令,我覺得我快要崩潰了。

上面所說的“一個程序只做一件事,并做好”現在已經造成了許多弊端,最可見的是依賴性。

相信在Linux下稍微深入過進行開發的知道,GCC的版本號是件很痛苦的事情,有些程序要A版本的GCC編譯,有些程序要B版本的GCC編譯,高點低點版本號都不行。再加上相應的頭文件庫文件版本號,你是不是有種抓狂的感覺。悄悄地,我再告訴你,Linux現在發展很快,版本號一直在不停地變,你可以去發瘋了。

譬如,A作者維護一份A程序,B作者維護一份B程序,兩個程序之間是有依賴的(可能的情況是B程序是A程序的gui),突然B作者想去周游世界不繼 續開發B程序了,A作者繼續開發下去,接口變了,那B程序基本就沒用了。作為使用者的你,要么只能怨天尤人,要么改行幫B繼續開發。

開源模式無疑是有很多長處的,但是其短處一直沒有被正視。開源意味著源代碼開放,人人都可以修改提交,可是就實際情況而言,更多的是做橫向的,而不 是做縱向的。我所說的橫向是指開發配套軟件,縱向是指對軟件進行更深入的開發。因為橫向的容易,只需要知道要配套的接口就可以了,而做縱向則需要將源碼讀 懂。

繼續說為什么Linux下不可能出現VS這樣的重量級應用。VIM+GCC+GDB一樣可以實現VS的功能,可以進行編碼,編譯以及調試,但為什么它們合起來就不是VS?因為沒有架構。

現在開源的開發模式說到底還是陳舊的開發模式。軟件工程的概念已經提出來好幾十年了,可是當你想深入了解某個開源軟件,接著去下載其源代碼的時候,會很悲哀地發現:你找不到任何對應的開發文檔。所有能幫助你理解源代碼的只是程序源代碼中的注釋。

假如你很牛,想要做一個Linux下比VS還強的IDE,要用到VIM、GCC和GDB,你要做哪方面的工作呢?以進行一次小小的開發為例吧。先不管VIM中代碼智能提示是怎么來的(至今我還不知道如何寫好函數名后提示我參數列表),辛辛苦苦寫好代碼后,要編譯是吧?假設編譯出錯了,GCC會提示你哪里錯了,還顯示出一個行號提示是哪里的錯誤,錯誤是什么。想快速定位到錯誤的地方嗎?不好意思,GCC說我是編譯器這事不歸我管,VIM是個編輯器,這事歸它管。可我總得知道是哪里錯吧?誰給我這個定位的參數?GCC只能輸出信息,它意識不到VIM的存在。這時候你得寫個適配接口,將GCC的輸出信息轉換一下,然后提交給VIM,VIM再跳轉到出錯的地方。當然這個VIM插件是有的,叫做quickfix。

諸如此類的問題很多,VIM、GCC和GDB是基本沒什么關系的軟件,要想使它們可以通信,你必須寫一大堆的適配程序,寫適配程序還得考慮VIM的接口是怎樣的,GCC的接口是怎樣的,GDB的接口又是怎樣的,這些你又得去學習。而在VS中,這是一個設計好了的架構,不同模塊之間的接口是已經定義好了的,它們之間傳輸的數據也是定義好了的,想要通信是吧?簡簡單單在內存傳送一個變量過來就可以了。而在VIM+GCC+GDB的通信中,數據的傳送是很麻煩的事情,有時候還要通過寫入讀出硬盤,很神奇吧?

由于沒有架構,所以要寫一大堆的適配器才能將它們集成起來,還有些是適配器做不了或者做得不夠好的功能,譬如剛才所說的代碼智能提示,的確是有 VIM插件可以做,但是如果你看過寫C#時候VS的行云流水,就知道那些插件做得遠遠不夠。這不是插件的問題,而是VIM+GCC+GDB們在該內聚的時候沒有內聚。當然這也不是它們的分內事,它們本來就不是打算做IDE的。這時候你還會覺得“一個程序只做一件事,并做好”是絕對好事嗎?

知道了沒有架構之后,你可能會想,要是有了架構,是不是就可以做出VS那樣的IDE了?這還得考慮開源開發者的軟件工程水平。就我看來,還是有許許 多多的開源開發者基本是沒有軟件工程概念的。在現實中,你可以要求一個開發者按照你的思路你的文檔去開發,因為你掌握著他的薪酬。而在網絡中,一則沒有軟 件工程開發觀念,二則他們也不會去學習新的一門學科,各種各樣的軟件工程開發模式,咱做開源只是興趣而已,此處不留爺,自有留爺處。你拿什么來管理這些不 想被束縛的開發者們呢?

除非,有架構,而且VIM和GCC和GDB按照架構去做,否則絕不會做出VS那樣的IDE。可是幾乎在一盤散沙各自為政的開源界,有可能嗎?所以我斷言,開源界不可能出現VS那樣的重量級應用。

——————————
編輯一下,把亂碼去掉
沙發
 樓主| 發表于 2009-8-31 17:34:41 | 只看該作者
《別碰我,VIM》續               
        ugmbbc發布于 2009-08-30 15:59:05|17210 次閱讀 字體:大  小  打印預覽
                         感謝匿名人士的投遞
新聞來源:原創
十年前,會打字就叫做計算機高手了。今天,會寫程序也叫做計算機高手了。我相信過了十年后,寫程序會是件相當普遍的事情。打字是表達思想,寫程序也是表達思想,我個人覺得,無謂為了這些艱難的入門而浪費用戶有限的精力,同時可以將用戶的精力用于更關鍵的地方,這才是開源界所要做的工作。
                粗粗看過文后的評論,不出所料地引來罵聲一片。再不出所料的是,反駁我的評論無一例外地對作者本身先做一番評論再對文章說事,甚至再加上對作者身份的斷定(肯定是在線大學生寫的云云),好比罵人前先扣一尿盆子到頭上再開罵不遲。這些尿盆子是:自我感覺太好、無知、自己水平差(所以就別亂說)、白癡等等。其實我想說,心態很重要,您如若抱著這樣的心態我們繼續討論下去,大家都不愉快,我不如打白旗率先退出為好。

至于質疑我用的是不是正版VS的問題,以至于質疑我不尊重軟件價值的問題,這也是個扯開話題攻擊人身的問題,盡管回答這個問題很沒有必要,我還是做出回答,我所用的VS和OFFICE都有授權的。希望我們不要扯到正版盜版的問題方面去,繼續問我電腦里面所有的軟件是不是都是正版的,就算是正版的又怎樣,你還會進一步質疑我肯定聽過MP3,看過RMVB吧,這些作者都付費了嗎?

何況質疑我的大多熱門評論里面提到的都是VIM。我無意加入Emacs和VIM和各種編輯器之間的罵戰,更無意想強加我對蘿卜青菜的喜歡于各位。我只是通過VIM來引出我對開源項目管理模式的不滿而已,何故各位對我的蘿卜青菜之愛嚴加指責呢?另我感到驚愕的是,大家都在對我不愛VIM表示了很大的不滿,而對我說的項目管理模式絲毫不提及。須知道,編碼只是最底層的一個工作,而我說的是上層建筑的架構有問題。至于怎么編碼,這是個人喜好的問題。

而我說的那些依賴性的問題,各個軟件之間配合工作的問題,等等,有人肯質疑嗎?

有網友提出我文中工具鏈的說法是錯誤的,我查了一下,的確我的提法是錯誤的,感謝指正。

先說效率問題。有人評論說VIM高效,這點毋庸置疑,我同意。有人評論說VIM使用面廣,我也同意。可問題是我質疑的不是這個呀,我只是說VIM命令繁多,記憶困難而已。

“如果你還在編碼,這文章等你10年后來看看,不知道你會不會覺得當年很無知”。請容許我舉個例子,現在的十年前,打五筆的笑打拼音的,五筆打字的確是快,比拼音快多了。到現在,五筆還是比打拼音的要快,可是現在打五筆的還有幾何?一個Coder好比一個打字員希望看稿打字一樣,當然希望拿起詳細設計直接就來編碼。這時候,編輯器的效率是很重要的。但是做上層設計工作的知道,腦子其實比手動得慢,一個程序編碼的時間比思考的時間少多了,整個項目中,編碼時間只占10%左右的工作時間。

好比寫文章和看稿打字的區別。寫文章用五筆,思路好不容易整理好,打字的時候發現有個字五筆不記得怎么打,是件很惱火的事情。用VIM寫程序,邏輯設計好以后,編碼又不記得某個函數的參數列表的先后次序,也是件很惱火的事情,再加上繁文縟節一般的操作命令,我不知道我是專注于程序多一些還是專注于VIM多一些了。當然看稿打字那就容易多了,所全神貫注的地方是如何把每個字打好了,而不用考慮整篇稿子的起承轉合問題。

GUI和文本模式各有優缺點,只是在未來的潮流發展中,哪個利多弊少的問題。當年DOS下的WPS是很牛,可是也被現在的WPS取代了,當年DOS的《仙劍奇俠傳》是賺取了大量熱淚,但是現在再出一個同樣品質的《XX傳》,會有人買賬嗎?VIM若是現在冒出來的,會有那么多人捧場稱頌嗎?無非是習慣作用罷了。我還記得VIM有個列塊操作,DOS版的WPS也有,在教程中還專門寫上了,可是真正用得上列塊操作的人又有多少呢?

我還想起了Linux下compiz桌面特效可以畫一團火,初看是很帥,實際上后來根本就沒人會無聊到在自己桌面上花一團火出來玩。

試問,十年后,一定就會知道鹿死誰手嗎?我說的是我是那樣的一種懶惰的人,而且深信正是懶惰使世界進步,而且我相信這種人不在少數,如果覺得VIM更適合自己的,無妨忽視我。

再說Eclipse和NetBeans。相信同時深入用過VS和Eclipse的人都知道就開發(不分語言)而言,孰優孰劣。Code::Blocks我也用過,就C++開發而言,跟VS就不是一個重量級的。(我說的不是VC6,是VS2005,不要拿98年的VC6來和現在的比)

我文中提到開源模式的問題,似乎沒有人做出反駁,只是針對我的個人喜好做出來駁斥,倒是贊同的有一些,其實我拿VIM說事的重點是開源模式有問題,希望大家可以在這方面對我進行批評。這里我再提一句,Eclipse和NetBeans一開始都不是開源的,它們之所以成為重量級IDE,它們的架構是一早就規劃好的了,我沒發現開源之后它們的架構有哪方面重大的變化(以至于我陰謀地懷疑它們開源的原因只是想利用開源界的編碼力量而已)。

再說LaTeX。用過LaTeX的相信都是被其強大的數學公式編輯功能所吸引過去的。OFFICE2007里面也有,LaTeX的文法,可視化的數學公式,不用再編譯生成就可以知道自己輸入的是什么東西,這不更好嗎。

批評我淺嘗輒止的話,有一個評論說得很對,我們應該把精力放在關鍵的地方(只是可惜不知道為什么,沒人支持也沒人反對)。世界上好玩的東西很多,不是什么東西都可以弄精通的。假設我才智中等,把VIM弄精通了,把GCC弄精通了,把GDB弄精通了。這就意味我要放棄另外一些也很好玩的東西。我的意見是對每樣東西都淺嘗輒止,只對自己很有興趣的進行深度挖掘。至于VIM對我而言,它只是個工具,還沒有上升到設計甚至思想方面的高度,不是說它不好,而是就算精通了我又能怎樣,打字快點而已嗎?計算機永遠只是一個輔助工具,對人的輔助作用始終是有限的。

再到gui的問題。有人說不需要gui,因為不需要gui也工作得很好,因為服務器要gui是要耗費資源的。先弄明白gui是干什么用的,不是機器要看到gui,而是人要看到gui。gui只有在需要的時候才需要被啟動。好的gui可以使人工作效率提高,如apache為例吧,我是贊成apache用文本配置的,盡管我第一次配apache,sendmail這些花了老半天時間,因為一般用戶用不上,這些事情應該由專業的網絡管理員去做。

十年前,會打字就叫做計算機高手了。今天,會寫程序也叫做計算機高手了。我相信過了十年后,寫程序會是件相當普遍的事情。打字是表達思想,寫程序也是表達思想,我個人覺得,無謂為了這些艱難的入門而浪費用戶有限的精力,同時可以將用戶的精力用于更關鍵的地方,這才是開源界所要做的工作。
板凳
 樓主| 發表于 2009-8-31 17:35:41 | 只看該作者
VIM vs VS:關公戰秦瓊

ugmbbc發布于 2009-08-30 19:58:03|15023 次閱讀 字體:大 小 打印預覽
cnBeta 視點觀察

感謝程序員老頭的投遞
作為程序員,我們應該對開發環境和工具軟件有著嚴肅的態度,真正弄明白各類工具的用法和用途,好歹這些是我們吃飯的家伙,是不是?不會使用各種開發工具的程序員,不是個好程序員:你拖了團隊的后腿,減少了大家的工具選項,降低了團隊的開發水準。另一方面,不知道該在什么項目中采用什么開發工具的,也不是好的team leader,眼界太窄,更可能影響開發的成敗。強大的開發工具并不是在各方面都強大,尺有所短,寸有所長。

不想當將軍的士兵不是好士兵,在我眼你,不愿意研究開發工具的人也不是個好程序員,這樣的人很多很多,浮躁而不自知,自大而不自信,不尊重自己的工作,也不知道尊重前輩的知識。就這么渾渾噩噩在開發圈子里混著,一年兩年,逐漸對自身的待遇不滿,也逐漸不能勝任工作的要求。

10年前,正是互聯網泡沫第一次開始破滅的開端,一家家公司接連倒閉,很多剛入職幾個月的計算機專業的學生很快又得再次求職……程序員的貶值,程序員隊伍整體水平的滑坡,正是從那時開始的。回憶當時,一般的程序員還真不敢自稱高手。

作為一個斷續做了6年windows開發,斷續做了11年Linux開發(中間有重合的交集)的老程序員,我換過若干家公司,經歷過一些不同性質的項目,windows下mfc的,純sdk的,數據庫的,c/s、b/s的,ddk的(有早期的vxd,也有后來的wdm)經歷過,linux下的小驅動,通訊設備研發,媒體設備研發也做過不少,還有業余做的php、ror項目,現在更是專職在做大流量高并發的……在線游戲后臺,為玩家們提供堅固的精神鴉片支撐。用過的語言和工具比較多了,從在校學習的tc2、bc++3開始,到自學的vc、delphi、bcb,還有些忘了名,但第一份工作用的工具vc。從vc4開始的,后來一直升級,到最近的vs2008,我甚至業余做過VS和BCB的插件。另一方面,自己筆記本上始終安裝的是linux,最初是 redhat后來是slackware,debian,ubuntu,arch。也嘗鮮過一些別的發行版,其他os這里就不提了。長期做嵌入,自然長期用 GNU/Linux (這是正式的名稱)。我想不管是對于windows還是對于linux下的各種工具,我自認了解程度和使用經驗,應該為比《別碰我,VIM》的作者要更多。我就倚老賣老吧,希望作者能聽幾句老家伙的廢話。

作為程序員,我們應該對開發環境和工具軟件有著嚴肅的態度,真正弄明白各類工具的用法和用途,好歹這些是我們吃飯的家伙,是不是?不會使用各種開發工具的程序員,不是個好程序員:你拖了團隊的后腿,減少了大家的工具選項,降低了團隊的開發水準。另一方面,不知道該在什么項目中采用什么開發工具的,也不是好的team leader,眼界太窄,更可能影響開發的成敗。強大的開發工具并不是在各方面都強大,尺有所短,寸有所長。說到這里,相信你也明白鉆研的重要性了吧,更不要輕視業界都依賴的重要軟件。你是非常聰明的,大家的智商也不會有多低下。一個如此差勁的軟件偏偏那么多人喜歡去用,事出反常必有妖,這里的怪異之處,難道不值得去仔細思考嗎?

接下來我說說《別碰我,VIM》里的一些小問題,希望作者,也希望有興趣的圍觀者能有點小收獲。都是些常識話,主要是說給有志于軟件開發事業的人,可能比較無聊,而且刺耳。無興趣就不要看了。

軟件間依賴性問題稱為耦合,這是包管理器自動完成的事情,對用戶而言是自動的,透明的,使用者沒有必要去關心這些,而開發者自然應該知道這些。這實在不該是指責某個軟件的理由。linux的工具是相當精干的,工具間相互配合,勝任各種復雜任務,我看不出這是什么缺點。如果有一個開發軟件,很龐大,不依賴別的什么軟件,自身就可以完成全部開發所需的功能,這樣的軟件就是好的嗎?記住一句常識吧:不要重復發明輪子。當然這在windows下是不可能的,因為 windows系統根本就沒有開發用的任何輪子,所以,各個開發商,必須自備輪子。以至于很多人已經習慣了自備車輪,該換個角度思考問題了。

接下來說說效率問題,編程不等于打字,程序員總會有更多獨特的要求。寫過很多程序,維護過很多程序之后,你就會明白為什么vim比vs更好用了,這是用了才能體驗的事情。我感覺在和你討論“子非魚,安知魚之樂”了。哎,vim對coder們的體貼之處,怎么是幾句話能說清的呢?總而言之:快捷鍵,正則式、以及!執行等等功能,對程序員而言,都是相當重要的,這些vim有而vs沒有的功能,讓我極大的感覺到vim的爽,以及vs的不便之處,只寫hello world是無法了解這一點的。程序員們熱愛vim到什么程度了呢?firefox都有vim插件,讓我們能夠以vim的操作方式看網頁。用久了vim,你會上癮。一個能讓人上癮的軟件,絕不是會是你眼中的廢品。當然另外一面,如果你不是長期寫程序,沒有那些特殊的需求,你就不會覺得vim有任何的好處。如果只準我用vs會有什么感覺呢?就像一個專業的車手,不讓開賽車,讓我用強大而舒適的自動波,那是很郁悶的。作為程序員,本著對工作負責的態度,不管開發工具有多糟糕多難用,你也應該掌握,這是本職所在。況且效率上vim其實更高,而現在不專業的你,還沒學會,完全對vim沒有應具備的認知。

懶惰使世界進步,所以我們我們用使工作效率更高的軟件,而不是相反。公司對效率的追求是沒有止境的,程序員絕對不是個舒適的職業,你可以想辦法更省事的完成任務,但絕不要笨鳥還不飛。懶惰到一定程度,連什么工具干活更快更省都不清楚,那就有生存危機了。你也許覺得寫程序,大部分時間都在思考,打字速度無所謂。但很多公司的程序員試用期都會考核英文打字速度,這就是對效率的追求,絕不是無聊。在校學生,職場新人,都要有這個心理準備,不要以為編程的工作多輕松。

至于compiz什么的我不多說,這與程序員無關。我是用compiz + cairo-dock的,只是為了養眼,沒有提高或者降低工作效率。

再說Eclipse,這是很多公司的標準開發環境,不管你是不是喜歡,不管你的VS用得多好,都要面對這個現實。說些廢話:我接觸的用Eclipse的薪資水平比用VS的基本上要高,用VIM的又更高一點。國人浮躁,用金錢衡量價值顯得權威一些,如果我說技術水平……大家不服氣,呵呵。就沖著RMB,大家還是多掌握些手藝吧。二者的優劣,我不想多說,這是見仁見智的問題。VS就像IE,Eclipse就像Firefox,跨平臺,功能要靠擴展的,當然我個人是更喜歡Eclipse。

至于開源模式。這個話題相當有分量,我不認為這是現在的你能談論的。什么是開源什么是自由軟件?什么叫分布式協同開發,什么叫持續集成滾動更新什么叫永遠的beta版?Agile是什么Scrum是什么?呵呵,相信我,這只能是做過很多個不同模式的項目管理的人,才能有體驗的。軟件架構和開發模式,目前離你都比較遠,沒有實踐而探討,就成了空話。你真的應該相信長者,去看前人的經驗和教訓的總結,《大教堂與集市》這樣的文章,真不是垃圾。

就我所知道的,業余參與GNU項目的,大部分都是公司的牛人,而專職的自由軟件開發者,基本上都是業界的頂尖人物。如果連你都輕易的發現他們的開發模式錯了,那全球軟件行業還真是腦殘集中營了。否決這么一大票牛人還真是需要勇氣的。

LaTeX可以直接用,也可以用來實現可見即所得的編輯器,攻擊排版軟件的基石也需要極大的勇氣啊。Openoffice.org很好用,甚至國產的 WPS Office也都很好,為什么要花那么多錢買Office呢。我的windows里安裝的還是Openoffice.org,公司采購的是WPS。在 Linux里,大部分時間我是用簡單的abi的,對我夠用了,用不著那么多復雜功能。

世界上好玩的東西很多,不是什么東西都可以弄精通的,但吃飯的家伙還真得精通。廚師不能靠意念炒菜、司機不能靠意念開車,你也不能靠意念寫程序,人不能活在想象之中,電腦幫我們寫程序的科幻時代還沒到來。學不好,是你沒刻苦努力,與你的才智無關。我從小就很普通,父母說我呆,同學說我笨,從小學到大學習成績都不太好,大學掛掉n門課,但這并沒妨礙我把VIM弄精通了,把GCC弄精通了,把GDB弄精通了,把幾個專用的嵌入式操作系統弄精通了。只要功夫深,鐵杵磨成針,大道理不多說,你別總給自己找借口,這些軟件都是你應該精通的。這些其實也都是很無聊的,并不是什么有趣的東西。學習它掌握它,精通它,是你的責任,不管是不是有興趣都要去做到。

最后說場合問題:無GUI的環境永遠會存在,不是所有的設備都必須連接鍵盤鼠標。服務器永遠都不需要GUI,這與時代進步無關。做windows開發用 VS是天經地義,做服務器、嵌入式、Linux或者跨平臺開發,用VIM也是很適合的選擇。我不明白為什么作者要把兩個在工作中很難有交集的東西做對比,這就是本文標題的由來了。如果硬要做對比的話,我要說,windows 開發真tmd不爽(個人喜好,請勿模仿),我就是不喜歡不對我公開的東西,就是不喜歡難調試的東西,就是不喜歡開發速度慢的東西,就是不喜歡負載能力低下的東西……個人情緒宣泄而已,就是這樣。不要上綱上線的談tmd什么模式、技術水平,這是我個人的情緒和喜好,沒有理由。

不想當將軍的士兵不是好士兵,在我眼你,不愿意研究開發工具的人也不是個好程序員,這樣的人很多很多,浮躁而不自知,自大而不自信,不尊重自己的工作,也不知道尊重前輩的知識。就這么渾渾噩噩在開發圈子里混著,一年兩年,逐漸對自身的待遇不滿,也逐漸不能勝任工作的要求,逐漸一個個消失在開發界。而我這樣的老家伙們,漸漸的成了你所不能理解的人。
地板
發表于 2009-8-31 19:27:46 | 只看該作者
不喜歡可以不用,有很多其他選擇。
例如gvim,emacs
甚至,你可以用vc,當然看你會不會了。
地下室
發表于 2009-8-31 19:29:51 | 只看該作者
我用 vi,用的命令不超過10個,至今還不記得搜索替換命令。每次都google
6
 樓主| 發表于 2009-9-1 08:31:57 | 只看該作者
老師說說:做一個linux系統工程師不能光使vi就滿足了,要成為專家 必須使emacs。。。。。
7
發表于 2009-9-1 12:29:57 | 只看該作者
俺一點不懂emacs
8
發表于 2009-9-1 14:33:03 | 只看該作者
讀老家伙的貼子特別有快感!
9
發表于 2009-9-2 09:33:05 | 只看該作者
只用VI。其他環境一律無視。

word只用google在線的,只粘貼復制。


讓那些叫嚷VS比VI好的S13吃××去吧。。。。。
10
發表于 2009-9-4 00:06:19 | 只看該作者
好文章,值得一讀。
11
發表于 2010-7-19 21:41:46 | 只看該作者
我認為大部分人都不是程序員,好用的GUI比命令行好用得多。將來的趨勢也是GUI的天下,而不是命令行。
12
發表于 2010-12-14 11:46:57 | 只看該作者
學習了!!!!!!!!
13
發表于 2011-4-13 19:06:45 | 只看該作者
必須使emacs。。。。。
14
發表于 2011-4-17 00:56:08 | 只看該作者
俺也一點不懂emacs ,各工具各有他的用途, Vi/emacs 是比較不受 UI 的限制, 所以能用的地方較多, 但不一定是最好用的工具, 凡事熟能生巧是也
您需要登錄后才可以回帖 登錄 | 立即注冊

本版積分規則

關于我們  -  服務條款  -  使用指南  -  站點地圖  -  友情鏈接  -  聯系我們
電子工程網 © 版權所有   京ICP備16069177號 | 京公網安備11010502021702
快速回復 返回頂部 返回列表
主站蜘蛛池模板: 午夜爽爽影院 | 91麻豆精品国产综合久久久 | 国产午夜不卡在线观看视频666 | 久久国产精品超级碰碰热 | 亚洲 欧美 自拍 明星合成 | 黄色网站视频在线观看 | 苦咖啡电视剧剧情全集免费 | 亚洲2020天天堂在线观看 | 久久精品免费i 国产 | 手机在线观看黄色网址 | 日本中文在线 | 免费的黄色的视频 | 亚洲精品大片 | 欧美日本在线一区二区三区 | 天堂在线中文 | 色婷婷综合久久久久中文一区二区 | 黄网站色视频免费观看w | 日本成人免费在线观看 | 日韩在线二区全免费 | 一级毛片在线观看免费 | 麻豆伦理视频 | 欧美色丁香| 成在线人永久免费播放视频 | 狠狠五月深爱婷婷网 | 欧美精品在线一区二区三区 | 青青青青久久久久国产 | 致命弯道8在线观看高清免费观看 | 91香蕉视频导航 | 麻豆精品视频 | 亚洲欧美国产另类视频 | 丁香婷婷影音先锋5566 | 高清一区二区在线观看 | 国产亚洲区 | 欧美成a人片免费看久久 | 国产免费不卡v片在线观看 国产免费播放一区二区三区 | 色成人综合 | 狠狠色丁香久久综合网 | 欧美日韩一区二区三区在线播放 | 91tv最新永久在线地址 | 另类专区 亚洲 | 久久精品中文字幕有码日本 |