前端開發(fā)用什么工具比較好啊？前端開發(fā)工具主要有：VSCode，HBuilder，WebStorm，Sublime，95%的前端開發(fā)人員都使用VSCode工具來開發(fā)，因為它的操作更加方便，性能更好，HB

前端開發(fā)用什么工具比較好?。?/h2>

前端開發(fā)工具主要有：VSCode，HBuilder，WebStorm，Sublime，95%的前端開發(fā)人員都使用VSCode工具來開發(fā)，因為它的操作更加方便，性能更好，HBuilder主要用來開發(fā)基于uni-app的小程序，WebStorm比較大而全，Sublime和WebStorm項目初次加載速度較慢。

更多知識歡迎關(guān)注哦~

聽說前端開發(fā)人員會比較鄙視用Dreamweaver制作網(wǎng)頁的人是真的嗎？為什么？

因為鄙視人可以讓他們感到快樂，可以讓他們覺得高人一等，而這類重視工具而不修內(nèi)功的程序員往往不會有太大的發(fā)展。

其實對于編程來說，編程工具無好壞之分，只有效率之分，有的開發(fā)工具效率很高，比如說有代碼實時提示補全智能預(yù)測等等功能，可以加快開發(fā)的效率，不過實際上對于編程來說，開發(fā)效率能不能高取決于有沒有思路、架構(gòu)的設(shè)計是不是合理。

如果拋棄了這個根本，指望用開發(fā)工具提高開發(fā)效率，那就注定是一個失敗的程序員。

所以題主大可不必在意這些人的鄙視，進了公司跟著公司的IDE用就行，最關(guān)鍵的是公司要有技術(shù)大佬，這才是自己進步的最大“法寶”。

現(xiàn)在用source insight的程序員多不多？source insight和VS CODE比，怎么樣？

一直使用Source Insight作為代碼閱讀工具，也是用過其它的IDE，但在閱讀代碼方面無出其右者。

當然，Source Insight在整體功能上確實已經(jīng)不如其它IDE了，雖然從Source Insight的菜單配置來看，當初它也是打算集協(xié)助開發(fā)、版本管理、編譯運行等于一體的，但是后來不知道是什么原因，沒有繼續(xù)做下去了。而且，現(xiàn)在Source Insight的支持也不好，已經(jīng)好久沒有更新了，所以用它的人也確實越來越少了。

不過，Source Insight還是堪稱閱讀代碼的神器，具體可參照我的文章——“代碼閱讀神器 — Source Insight”。

真的會有人用vim開發(fā)大的項目嗎？

真搞不懂，一個初中生稍微學一下就能熟練使用的編輯器為什么很多人以為用它來寫代碼就是大神？

這么說，如果像linus這樣，對Linux的API了如指掌（畢竟自己寫的），用Vim和用IDE是一樣的。但如果要調(diào)用別人的API，用vim就要花大量的時間去熟悉API，起碼得把函數(shù)名背下來，要不然寫幾行就得去看頭文件。

還有，沒有語法預(yù)檢查，要消耗大量的時間在編譯上面，編譯報錯，檢查，修改，再編譯，再報錯。。。

996就是這么來的。

------補充-------

很多程序員混淆了自由編程和商業(yè)編程。一個學生出于愛好維護一個開源項目，這是自由編程，自由編程是沒有成本的，開發(fā)成本和試錯成本都是零。一個公司的員工為實現(xiàn)用戶需求開發(fā)一個項目，這是商業(yè)編程，商業(yè)編程有開發(fā)成本和試錯成本，試錯成本比開發(fā)成本更高，甚至是無法承受之重。舉個例子，一個嵌入式程序員，開發(fā)了一款產(chǎn)品，銷售了一百萬件，用戶在使用中發(fā)現(xiàn)了BUG，那就得一件件召回升級，這個成本是一個程序員無法承受的。很多程序員覺得那是測試部門的事，但測試部門測的是業(yè)務(wù)邏輯，程序邏輯人家連代碼都看不懂怎么測，出BUG的往往就是程序邏輯。

所以，商業(yè)編程的本質(zhì)就是用最小的開發(fā)成本和試錯成本實現(xiàn)用戶需求。用IDE的目的就在于此。