程序員vim

Ⅰ 《Vim實用技巧第2版》pdf下載在線閱讀全文，求百度網盤雲資源

《Vim實用技巧第2版》網路網盤pdf最新全集下載:
鏈接：https://pan..com/s/1S0zesrtBqP0sdxY9rVw0Ig

Ⅱ vim的機會發展

程序員職業生涯發展到一定程度都會面臨一個選擇，是走業務+技術方向，還是選擇純鑽研技術。程序員職業生涯發展的問題，這是所有程序員都在關心的問題，未來究竟要怎麼走，30歲之後還能不能再做程序員。
絕大多數程序員最終的職業目標可能都是CTO，做到CEO的人估計會比較少，也有一少部分人自己去創業去當老闆，也有部分人轉行了，當老闆的人畢竟是少數，轉行的人都不在這行做了，自然沒什麼好說的了。一般來說，程序員的發展基本上都會經歷這么幾條路徑。程序員——系統分析員——架構師——技術經理——CTO，程序員——項目組長——項目經理——項目總監——CTO，程序員——產品設計師——產品經理——CTO。
當然這只是一個大致的路徑，不是所有程序員都必需要這么經歷的，有些人可能跳過其中的一些步驟，也可能有些人會把中間的很多職位都做了。而最終做到CTO的程序員，也是非常少的一部分，原因很簡單，這個世界上不許要那麼多的CTO和CXO。
也就是說，許多的程序員最終可能是做技術經理、項目經理或者項目總監之類的，那麼到底我們職業生涯要選擇哪一種呢？我覺得這個問題沒有一個統一的答案，因為每個人的性格不一樣，際遇也不一樣，就像你從小希望當貪官，可是命運卻偏偏讓你做了一個程序員。所以應該根據你的興趣、性格與際遇選擇一條道路，比如說你正好有機會帶一個項目，而你又不是很討厭項目經理這個位置，那麼你就可以選擇向項目經理方向發展。
實際上很多時候，有些公司並沒有明確的技術經理、項目經理、產品經理之分，在許多的公司里，他們經常是由一個人承擔。在外包公司里，通常會有項目經理和系統分析員（也可能是技術經理）。在一些非IT公司里，可能會是部門經理，而做自己產品的公司可能會分得比較詳細一些。我大致說一下這三個職位的區別，讓正在徘徊的程序員有一個大致的了解。
項目經理是項目的直接負責人，這個角色相當於一個中間介面，不管是團隊成員還是需求方（客戶），或者是上級領導，有事都直接找他，所以這個職位著重於管理與溝通。一般來說，項目經理的工作重點在同客戶溝通需求、項目進度的把控、團隊的溝通方面，有些公司也會需要項目經理承擔團隊建設的工作，不過貌似很多國內公司都忽略了團隊建設這個工作了。對於項目經理來說，重點會要求溝通能力、協調能力、危機把控能力、執行力、團隊管理能力，著重於溝通、管理與計劃。當然也有些公司還要求項目經歷要參與招標談判，這就要求項目經理有一定的商務談判能力。
技術經理有時候也可能叫系統分析員，一些小公司可能會整個部門有一個技術經理。技術經理承擔的角色主要是系統分析、架構搭建、系統構建、代碼走查等工作，如果說項目經理是總統，那麼技術經理就是總理。當然不是所有公司都是這樣的，有些公司項目經理是不管技術團隊的，只做需求、進度和同客戶溝通，那麼這個時候的項目經理就好像工廠里的跟單人員了，這種情況在外包公司比較多。對於技術經理來說，著重於技術方面，你需要知道某種功能用哪些技術合適，需要知道某項功能需要多長的開發時間等。同時，技術經理也應該承擔提高團隊整體技術水平的工作。
產品經理這個職位一般在有自己產品（不管是軟體還是網站產品）的公司比較常見，產品經理主要會負責產品的設計、產品的改良等工作。需要注意的是，產品設計與設計師是兩個不一樣的工作，產品設計主要會從用戶體驗、業務需要等層面去設計產品，而設計師更多是從用戶的視覺上去做。產品經理應該是最懂業務的人，比如說你在設計一個微博的產品，就要求你對微博這個東西非常熟悉，從用戶習慣、用戶體驗、公司的發展戰略上去設計這個產品，還要對比同類產品會有什麼優勢等等。
不管是項目經理還是技術經理與產品經理，都要求要熟悉業務，業務是需求的來源，沒有不談業務的技術，所以不管你從哪個方向發展，都要求對業務熟悉。產品經理要求對業務最熟悉，項目經理次之，技術經理排最後。對於程序員來說，剛開始工作的前幾年可以埋頭扎到技術裡面，一般這個時間在2-3年的時間，然後就應該多關注業務了。這個業務不一定是指某個具體的業務，因為具體的業務的范圍太少，而且也需要機遇。

Ⅲ 為什麼不少程序員極度推崇 Vim 和 Emacs，卻對 IDE 嗤之以鼻

我接觸VIM也已經5、6年了，已經習慣了VIM的存在和使用。但是我們應該抱著學習的心態去看待它。起初學習linux和Vim, 這是說，純粹的虛榮或逆反心理時期，在Linux和vim的時候一知半解，但總是對同學說，活力好，其他編輯都是人渣。當然在IDE的時候還存在著崇拜，但偶爾聽到神說，IDE會讓人屏蔽很多細節，IDE什麼都是你做的，你會變笨的。從那時起就有了IDE，功能非常強大，但更利於學習，學生當然學習，慢慢開始拒絕IDE…

目前，我正在開發iOS，這相當於跳槽，直接去其他行業。此時，已經完成了它的任務，這是完全無關的兩個。它可以通過Xcode可以完成的事情，從項目的創建，自動添加所需的庫，自動錯誤代碼，最後上傳包簽名。有些人會爭辯說，這些在Mac OS X將能夠使用命令行。我想說的是，該怎麼辦呢？命令行應用程序寫入到您使用的前幾行列表中？無論如何，我現在Xcode +斯玟姆插件，在編寫程序的時候，或Vim的習慣，使用Xcode功能做其他事情的時候，這不是兩全其美，效率也很高。現在我願意參與VIM或IDE牛逼的牛逼的「聖戰」，探討如何應用或者游戲實現總榜單的前10我有一個興趣點。

總結:
記得，如果一個人總是說Vim或Emacs IDE arescum牛逼不怪他，先看看他在做什麼，如果他能用什麼Linux kernel IDE，可以鄙視他；如果他促成了開放源代碼的Linux貢獻XX，XX碼，牛人有牛的道理，妄想能改變世界；但如果他從事什麼框架或java，如C #，Vim和Emacs不折騰自己，不如看看如何做自己的工具。事實上，這些都是工具，可以用工具來支撐自己，甚至幫助別人，世界能貢獻的不是更重要的東西嗎？當我年輕的時候，在外觀上，與他們使用的工具，使用Vim Emacs來證明他的可怕的事情太正常了，因為他們還年輕，不是一些真實的東西來證明。

最後:
如果讓我選擇用Vim還是IDE來證明自己, 我當然是願意用Vim. 因為Vim才是我喜歡的范, 但是如果別人用IDE來證明了自己, 我也同樣會拍手叫好, 因為他們已經證明了, 用什麼重要麼?

Ⅳ 為什麼不少程序員極度推崇 Vim 和 Emacs，卻對 IDE 嗤之以鼻

起初學習Linux和Vim, 純粹是虛榮心或者說那個時期叛逆心理的作用, 當時對Linux和Vim一知半解但是總是對同學說, Vim多好多好, 其它編輯器都是渣渣. 當然當時對IDE還存在著崇拜心理, 只不過偶爾聽到某某大神說, IDE會讓人屏蔽很多細節, IDE什麼都幫你做了, 你會變傻的. 從那時就有了一種, IDE挺強大, 但是Vim更利於學習, 學生么, 當然學習為主, 慢慢開始排斥IDE…

後來, 大學畢業, 工作是在嵌入式系統里編程, 或者是在linux伺服器上寫服務, 主要都是C語言的. 根本用不到IDE加之之前學習的, 基本上IDE的能夠實現的功能, 用命令行+Vim基本都能實現. 逐漸自己慢慢在和別人的交流中就變化了. 出口Windows垃圾, IDE渣渣, 用IDE基本就是低端的象徵, 當時的思想極端到自己用C語言, 連C++都看不上, 更別說JAVA或者C#之流, 所以IDE進一步在我的世界裡疏遠, 並且開始有主動鄙視IDE行為. 當時極端到什麼程度, 到一台新電腦上, 總是把命令行窗口最大化或者乾脆直接切文字終端, 別人看見以後總會投來膜拜的眼神, 自己洋洋得意, 其實在命令行下也沒干什麼…回想一下, 太天真.

在後來, 工作越來越忙, 看的代碼寫的代碼越來越多. 由於工作原因Vim成為了必須用的東西, 因為好多項目, 都是用命令行編譯, 好多vim編輯的痕跡, 自己為了更快速方便的工作, Vim就用的更多更好, 逐漸發現, Vim確實好用, 而且非常好用. 這個時候我就能真正的說, Vim真的增加了我的工作效率. 這時候一個事情改變了我的想法, 一個同樣熱愛命令行, 熱愛vim同事, 但是他的工作是JAVA, 人家在瀏覽代碼的時候只需要Ctrl+滑鼠就可以完成跳轉到類定義, 但是他還要用grep, 找關鍵詞, 用vim打開, 然後修改. 我開始變的不理解他的行為, 開始轉變對IDE的看法. 合適場景用合適的工具. 最後有意思的是, 那位vim達人最後因為公司讓他長期搞Java, 他終於選擇了離開, 去了一家知名的做路由器的公司做底層了, 聽到這些的時候, 我心裡其實蠻開心的.

現在, 我開始做iOS編程, 等於說換了行業. 這時即使Vim再牛逼在快, 它也完成不了Xcode所能完成的事情, 從項目創建, 到自動添加所需的庫, 自動的筆誤的代碼, 最後打包簽名上傳. 有人會抬杠說, 這些其實在Mac OS X中都可以用命令行做到. 我想說的是, 能做到又怎麼樣?你用命令行寫的App能在總榜排到第幾? 話說回來, 我現在是Xcode + XVim插件, 在編寫程序的時候, 還是Vim習慣, 做其他事情的時候用XCode功能, 這不是兩全其美么, 效率還奇高. 現在我是不願意參加什麼Vim牛逼還是IDE牛逼的聖戰了, 如果討論怎麼把App或者游戲做到總榜前10我還有點興趣.

總結:
回想一下, 如果一個人總是在說Vim或者Emacs牛逼IDE是渣渣不要怪他, 先看看他做的事情, 如果做linux kernel他能用什麼IDE, 完全可以鄙視他; 如果他為開源貢獻了xx行代碼, 為linux貢獻了xx代碼, 牛人總有牛的道理, 偏執狂才能改變世界么; 但是如果他搞的是神馬框架或者Java, C#之類的, 用Vim和Emacs是不是在折騰自己呢, 不如看看他用工具做出來的東西怎麼樣吧. 其實, 這些都是工具, 能用工具給養活自己, 甚至幫助別人, 對這個世界能有貢獻是不是更重要的事情呢? 年輕的時候用外表, 用自己用的工具, 用Vim用Emacs來證明自己牛逼是太正常的一件事了, 因為自己還年輕, 不足以那那些實在的事情來證明.

最後:
如果讓我選擇用Vim還是IDE來證明自己, 我當然是願意用Vim. 因為Vim才是我喜歡的范, 但是如果別人用IDE來證明了自己, 我也同樣會拍手叫好, 因為他們已經證明了, 用什麼重要麼?
發布於 2013-12-07 19 條評論

贊同
19
反對，不會顯示你的姓名
陳達野，"Vim用戶"."Linux愛好者"."GFW受眾"
知乎用戶、趙文博、ccoder 等人贊同
科普：
1.vim里刪除一行是dd，刪除一百行是100dd，不需要進入什麼命令行。除非您用的不是我們這個世界的vim。
2.有個名叫make的程序，只要在一個名叫makefile的文件里寫好編譯規則（也可以通過一些工具自動生成）就可以編譯，不需要你輸入大堆的編譯命令。只要在vim里綁定一個快捷鍵就可以像vs一樣的一鍵編譯。vs里也有一個叫nmake的東西，用來干差不多的事，你可以在你的vs的安裝目錄里找到。我的vim配置里專門給F5綁定了一個函數來實現一鍵運行，會通過文件類型判斷該怎麼做。是python腳本就調用python，是shell腳本就調用/bin/bash，是html就調用瀏覽器，是c就調用gcc進行編譯然後運行，我真的不知道要輸入命令幹嘛。

說說我用vim的原因：
1.我不是java程序員也不是c#程序員，用不著vs或者eclipse。
2.上面很多人說過了，ssh連接到linux伺服器上，除了vim或者emacs還真不知道有啥編輯器好用。
3.我懶。用vim用不著正襟危坐。往椅子上一躺（那角度真的是躺），雙手懶洋洋搭著鍵盤，手指啪嗒啪嗒的敲就行了，手肘從頭到尾都不用挪位。

PS：作為一個vim愛好者我從不會鄙視用IDE的，我只鄙視用IE的。
編輯於 2013-08-20 9 條評論

贊同
388
反對，不會顯示你的姓名
仲晨，人生的路啊，都是自己選的
趙勝利、周笑鐳、Dragoon Bentus 等人贊同
實用是好事兒，但經常會喪失解決復雜問題的便捷性。
比如處理數據，簡單的我也用Excel，但用著用著，碰到諸如特定需求的排序去重，不僅得絞盡腦汁旁門左道，還得查半天函數手冊。下次，我不如直接寫bash腳本或python處理來的快，盡管它們入門學習成本較大，但能夠在未來的路上讓我避免掉大量Excel本身的局限性。

Ⅳ 程序員寫程序要用到什麼工具vim是幹嘛用的編輯器是什麼_

編程需要在自己的電腦上搭建編程的環境。Vim主要就是用來方便些代碼的工具。也就是相當於你說的編輯器。

Ⅵ Vi和Vim的區別及聯系是什麼

Vi和Vim的區別為：搜索不同、腳本語言不同、共享不同。Vim是從vi發展出來的一個文本編輯器。代碼補全、編譯及錯誤跳轉等方便編程的功能豐富，在程序員中被廣泛使用，和Emacs並列成為類Unix系統用戶最喜歡的文本編輯器。

一、搜索不同

1、Vi：Vi不支持正則表達式的搜索。

2、Vim：Vim支持正則表達式的搜索。

二、腳本語言不同

1、Vi：Vi沒有自己的腳本語言，只是在Unix及Linux系統下進行編輯的工具。

2、Vim：Vim有自己的腳本語言，稱為Vim腳本（也稱為vimscript或VimL），用戶可以通過多種方式使用它來增強Vim。

三、共享不同

1、Vi：Vi不具有高度可配置性，無法和各個Vi安裝之間共享文件。

2、Vim：Vim具有高度可配置性，包含Vim核心全局設置（稱為vimrc）的文件可以在各個Vim安裝之間共享。

參考資料來源：

網路——Vi

網路——VIM

Ⅶ Vi/Vim 使用小竅門，如何消除搜索後的關鍵字高亮

1、使用Xshell連上CentOS7機器，輸入vim,提示命令不存在vim。

Ⅷ vim是什麼，干什麼用的

Vim是從 vi 發展出來的一個文本編輯器。代碼補完、編譯及錯誤跳轉等方便編程的功能特別豐富，在程序員中被廣泛使用。和Emacs並列成為類Unix系統用戶最喜歡的編輯器。

Ⅸ 現在還有人用vim嗎，我註定是職業程序員，現在有那麼多編輯器，vim神一樣的地位被撼動了嗎

主要是現在 IDE 用的人更多。僅就編輯器來講，肯定是超不過 vim。

但 vim 很難配置。比如在 IDE 里，一般滑鼠懸停在某個函數上，它的文檔就會出現。如果是 c 語言，vim 可以反查頭文件找函數原型，很方便。或者 c 語言有成熟的 info 或者 man 手冊，vim 也能與它們交互。
但您工作的環境可能就沒這理想。vim 編譯，運行，調試的所有框架都需要自己建立。當然常用的開發語言和開發環境有大家開發好的插件，但需要逐漸適應。而且除了圈子裡的人，很難給你支招。比如我雖然懂 vim，但我不用 python 寫程序，就沒辦法對 python 的開發環境提出建設性意見。

我的意思是說，如果您對使用 vim 有很多心得。那麼您可能需要花一些時間把自己需要的開發環境搭建起來。如果您是職業程序員，並且工作比較穩定（意思是開發環境不會頻繁變換），那麼一勞永逸地搭建起來，將來可以逐漸積累。這樣用 vim 是很有優勢的，最重要的是效率高。
但如果您對 vim 了解不深，或者對開發環境不熟悉。那麼搭建這么一個環境可能十分艱辛，甚至讓您覺得沮喪。這時直接選擇 ide 也是不錯的。因為教程之類的資源更豐富一點。效率低一些也可以接受。等充分熟悉了，願意再往 vim 轉也可行。

最後，個人習慣應該是起決定性作用的。因為程序員大多都不怕折騰。

Ⅹ python初學者用vim好嗎

python初學者使用vim很合適。

Vim是從 vi 發展出來的一個文本編輯器。代碼補全、編譯及錯誤跳轉等方便編程的功能特別豐富，在程序員中被廣泛使用。
關於初學Python有幾個硬性需求：
1、一鍵運行，初學Python，難免會寫一些簡短的代碼，需要快速運行一下，驗證運行結果。
2、repl，互動式編程，就是快速運行指定的幾行代碼：
更多Python知識請關注Python自學網