文本編輯器中，你正在用誰？你最喜歡誰？最看好誰？緣由？
通常會有這幾個場景：
一. 主力的開發工具，這個首推sublime text。主要優勢有如下幾點：
1. 功能強大，佔用內存小，插件豐富，界面友好，能夠免費試用(多謝評論區同窗指正)，適合前端開發這個崗位，支持語言比較多，能夠跟不一樣的語言來合做尚未跨界的遺憾。
2. jikeytang/sublime-text: sublime-text 具體看這個網站。
二. 方便提交 ftp,svn,git,查看本地文件歷史記錄的。這個我推薦webstorm：
1. ftp看這個：
如何在Webstorm/Phpstorm中設置鏈接FTP，並快速進行文件比較，上傳下載，同步等操做
2. 同時支持svn,git圖形化操做，這裏邊不強調圖形化比命令化功能對比，只說，圖形化操做確實比較直觀。
另外webstorm自己的svn功能與小烏龜功能仍是差很多，好比查看一些歷史記錄，瀏覽等等的。
3. webstorm只是jetbrain大廠提供的一個，還有phpstorm, intellij idea也是不錯的產品。
他的缺點是：佔用內存大。
三. 方便查看源碼的，這個場景主要在新老版本交替，爲了防止改錯文件，我特地拉一個編輯器來查看：
1. atom
界面風格離sublime最近的一款。
2. notepad++
也能夠，主要有一個工程目錄管理，新版本也加了一個右邊文件快速預覽的功能。
四. 單文件編輯，代替系統默認的notepad的，應用場景主要在臨時記事，編輯小的文本，好比如今寫答案用的。推薦：notepad2
五. 炫技的vim，其實vim的強大在於他的修改場景，就是他寫的時候跟別人差異不大，主要在修改的時候，快捷鍵的顆粒支持到任何一個場景。刪前一個字母，後一個字母，跳前面，跳後面，等等。可是sublime裏邊vim插件偶爾用用仍是不錯的，webstorm的vim插件總是感受沒有st裏邊用那個無縫。另外win上用vim也就那樣了，mac上仍是不錯的，半透明，多標籤等等都支持。
另外vim的場景是，通常的產品環境都是linux系統，這下面只有vim。
六. 有一些編輯器還有必定的應用場景，好比editplus裏邊批量修改文件編輯的功能，快速啓動也是他的一個優勢。ftp連接等等的，也是不錯的。
七. vs code：這款跨平臺的，他是我用過全部的編輯器裏邊提示是最快的一款，webstorm的代碼提示問題延遲那麼幾毫秒，可是這款跟其它微軟產品同樣，除了這個優勢以外，沒找出其它任何一個比其它編輯器勝出的地方。只感受有點像adobe的Bracket，不習慣頂部空着，把打開的文件放到左邊。
而後說，都裝了嗎？經常使用的都裝了，其實經常使用的就那幾個。另外跨平臺的幾款作的比較好的：sublime, webstorm, atom這幾款在win,mac平臺下基本差異不大。
最後題外話：沒有最好的，只有最合適本身心理特徵的，而每一個人的心裏活動是有差別的，只有建議本身去試。另外編程的核心仍是：算法+數據結構。若是用一張圖形容，就借用@winter老師的這張圖：
看到沒有，上面是知識，下面是能力，經過知識來積累編程的能力，不是經過工具來限制你思考的速度或深度。
這個是你須要突破的瓶頸所在或所須要花費更多精力的地方，編輯器隨便選一個，在入行初期對生產效率的影響並不大。限制產出的永遠是人的思惟，工具只是暫時的知足快速編程的假象。
以上僅供參考。
而後，若是喜歡前端，那就加這個前端羣： 492107297，禁止閒聊，非喜勿進。
vue愛好者，加這個羣： 364912432
進前，羣規，月報先熟悉一下：
目錄 - [ JS前端開發羣規
目錄 - [ JS前端開發羣月報 ]
.php
看了一圈，都是編程人員在回答，我就做爲一個非編程人員來講點不一樣的視點吧。html
既然說的是「文本編輯器」，最重要的固然是「編輯文本」，而不侷限於編程。前端
我一直在使用的文本編輯器是 vim（windows 下用 gvim，OS X 下用 MacVim），偶爾寫代碼，主要用來作文本處理。Sublime Text、Emacs（包括純 evil mode 和 spacemacs）、Atom、VS Code、em editor、notepad++ 等等都用過，最後仍是回到 vim 。vue
究其緣由，不少文本編輯器是針對編程來優化的，而不是「文本處理」，因而在文本處理上，遠沒有 vim 來得方便。python
我用 vim 主要作的事情有這幾件：react
- 做爲 markdown 編輯器寫文章
- 特定的格式化文本處理
- 製做 epub 電子書
做爲 markdown 編輯器寫文章linux
vim 用來寫文章的一個很大的優點就是 VOoM 插件。這是一個大綱列表，能夠根據特定的標記符號生成像左邊這樣的文章大綱窗口。在 em editor 中你也能夠找到相似的功能。這個插件默認是支持 markdown 的，可以識別出文章的標題。c++
#一級標題 ##二級標題 ###三級標題 ####四級標題 #####五級標題 ######六級標題 #一級標題 ##二級標題 ###三級標題
而且可以在大綱窗口中經過 ctrl + ↑、ctrl + ↓ 這樣的快捷鍵操做，對標題（及下面所屬的內容）進行上下移動，也能進行升級。對於寫文章時列大綱、把握文章總體構造還有調整文章結構來講都是十分有利的功能。Emacs 的 org-mode 自己的功能雖然十分出色，可是惟獨缺乏這樣方便的大綱功能，仍是比較遺憾的。網上有一些經過 Emacs 的 mini buffer 來實現相似功能的建議，可是對於不熟悉 elisp 的非程序員來講，要本身來實現一個確實太困難了。git
特定的格式化文本處理程序員
得益於 vim 的 ex mode 和 viml（ vim language ），我能夠簡單地編寫一些腳本命令來進行重複的文本格式化處理。
好比說，我須要處以下的列表式文本，把左右列分開：
原做 - 川原礫（電撃文庫 / アスキー·メディアワークス刊）
原做イラスト·キャラクターデザイン原案 - abec
監督 - 伊藤智彥
キャラクターデザイン - 足立慎吾
美術監督 - 竹田悠介
色彩設計 - 中島和子
コンセプトアート - 堀壯太郎
撮影監督 - 廣岡嶽
CG監督 - 雲藤隆太
編集 - 西山茂
音響監督 - 巖浪美和
音楽 - 梶浦由記
アニメーション製做 - A-1 Pictures
原做
原做イラスト·キャラクターデザイン原案
監督
キャラクターデザイン
美術監督
色彩設計
コンセプトアート
撮影監督
CG監督
編集
音響監督
音楽
アニメーション製做
川原礫（電撃文庫 / アスキー·メディアワークス刊）
abec
伊藤智彥
足立慎吾
竹田悠介
中島和子
堀壯太郎
廣岡嶽
雲藤隆太
西山茂
巖浪美和
梶浦由記
A-1 Picture
在 vim 裏面只須要兩個命令：
:%s/ - /\r\t :g/^\t/m$
由於我須要頻繁用到這樣的需求，因此不想頻繁重複地寫這樣的命令。因此我就能夠寫一個函數來處理：
function ListSplit() :%s/ - /\r\t :g/^\t/m$ endfunction
咱們能夠看到，這個所謂的函數，實際上就是隻是把 ex mode 中輸入的命令寫上去而已。我日常是怎麼在 vim 的進行操做的，就能夠怎樣很直覺地把這些操做整合成一個函數。對於沒有編程基礎的用戶來講，這比起 elisp 這種過度強大的的語言來講簡單明瞭得多。
在 Emacs 中，你是沒法如此簡單地把通常的操做轉化爲一個函數、一個腳本的。而在其餘編輯器中，你甚至沒法找到一個如此輕量化的解決方案。
完成定義以後，我就能用簡單的調用函數來執行這兩句命令：
:call ListSplit()
若是這樣還以爲麻煩，那麼能夠爲函數定一個自定義命令，省去寫「 call 」的麻煩。
command! ListSplit call ListSplit()
若是連命令都懶得輸，綁定一個快捷鍵也十分簡單：
nmap <F1> :call ListSplit()<cr>
這樣就能夠用 F1（固然也能夠是其餘快捷鍵，配合 鍵甚至能夠有更靈活的配置）調用這個函數。
製做 epub 電子書
製做一本簡單的 epub 電子書，有兩大部分工做：整理文本，和對文本進行打包。
整理文本是 vim 的拿手好戲，而把文本打包成 epub 文件，就涉及到了不少的 I/O 操做，viml 確實是搞不定的，這部分我用了 python 來寫，由於 vim 自己有 python 接口。
這是我用來製做 epub 的小插件：dotvim/bundle/epub-build/plugin at master · zecy/dotvim · GitHub
說是插件，實際上裏面只有一堆相互獨立的函數，而函數的內部基本上都是大量的替換命令。若是是其餘編輯器，你要自行製做一樣的文本整理功能，就逃不了正兒八經的編程了。相對而言，用 viml 來作這個事情，遠遠要簡單得多。
如下我說明裏面的兩個小函數。
function SymbolChange() silent %s/\v(１|２|３|４|５|６|７|８|９|０)/\={'１':'1','２':'2','３':'3','４':'4','５':'5','６':'6','７':'7','８':'8','９':'9','０':'0'}[submatch(0)]/ge silent %s/\v(Ａ|Ｂ|Ｃ|Ｄ|Ｅ|Ｆ|Ｇ|Ｈ|Ｉ|Ｊ|Ｋ|Ｌ|Ｍ|Ｎ|Ｏ|Ｐ|Ｑ|Ｒ|Ｓ|Ｔ|Ｕ|Ｖ|Ｗ|Ｘ|Ｙ|Ｚ)/\={'Ａ':'A','Ｂ':'B','Ｃ':'C','Ｄ':'D','Ｅ':'E','Ｆ':'F','Ｇ':'G','Ｈ':'H','Ｉ':'I','Ｊ':'J','Ｋ':'K','Ｌ':'L','Ｍ':'M','Ｎ':'N','Ｏ':'O','Ｐ':'P','Ｑ':'Q','Ｒ':'R','Ｓ':'S','Ｔ':'T','Ｕ':'U','Ｖ':'V','Ｗ':'W','Ｘ':'X','Ｙ':'Y','Ｚ':'Z'}[submatch(0)]/ge python << EOF # -*- coding: UTF-8 -*- import vim import string import re b = vim.current.buffer t = u'\n'.encode("UTF-8").join(b) t = t.decode("UTF-8") def symbolchange(t): t = re.sub(u'( |\t| )+', u' ', t) t = re.sub(u'[\[「【]', u'「', t) t = re.sub(u'[\]」】]', u'」', t) t = re.sub(u'‘', u"『", t) t = re.sub(u'’', u"』", t) # t = re.sub(u'[‘’]', u"'", t) t = string.replace(t, "&", "&") t = re.sub