為何 JetBrains 公司做 IDE 就可以養活自己，而國內公司卻很難做到？

作者：昌維來源：https://www.zhihu.com/question/537774494/answer/2534015588 知乎上有一個提問：分享一個很有意思的回答。 1 我是一名 JetBrains 的忠實粉絲。我學習編程語言的經歷大概有 10 年左右，使用 JetBrains 大概 ...

作者：昌維
來源：https://www.zhihu.com/question/537774494/answer/2534015588

知乎上有一個提問：

分享一個很有意思的回答。

1

我是一名 JetBrains 的忠實粉絲。我學習編程語言的經歷大概有 10 年左右，使用 JetBrains 大概有 7 年左右。

在這麼多年的學習編程和使用 JetBrains 全家桶的過程中，我認為 JetBrains 的成功不僅僅是技術原因，還有的是產品上面的創新。

而這些創新都離不開大型軟體工程的實戰經驗，因為只有經歷過大型軟體工程的開發與不斷迭代過程，才知道一款優秀的 IDE 裡面需要什麼功能，哪些功能能夠幫助程式員高效地開軟體。

網傳 JetBrains 的 IDEA 系列最早的“殺手鐧”功能是 refactor （rename）重構功能。

例如，在 IDEA 中你可以使用 Shift+F6 快速將一個變數改名，並且這個改名操作將應用到所有引用了該變數的代碼。

這就需要 IDEA 對整個項目中的所有代碼做 parser，追蹤他們之間的引用關係，這類功能的背後離不開強大的代碼靜態分析技術。

所以做專業軟體，首先是需要有技術方面的支持，其次是產品方面的設計考量IDEA 的重構功能極為強大，包括各種強大的 extract，路徑移動等。

IDEA 的強大遠不如此。它的功能包括但不限於

圖形化 debug
圖形化 git 操作，一鍵 rebase
代碼結構梳理，也就是左下角那個 structure 功能區（自從用過 CLion 之後我在也沒用過 source insight 了）
代碼收藏，同樣對 trace code 友好
和各大主流框架和編程語言的緊密結合（例如 WebStorm 對 npm 有極為強大的支持，能夠分析 scripts 和 .nvm 自動選擇合適的 node.js 版本啟動 script，能夠自動分析 node_modules 判斷當前依賴是否匹配 package.json 等）
最新推出的 code with me 功能，在疫情遠程工作的大背景下，這個功能能夠方便同事之間在無法物理接觸的情況下進行手把手 debug
generator（例如 JavaBean 中的 getter setter 方法可以一鍵生成），也可以配置 live template 和 file template，例如我寫 React.js 的時候經常會有很多重覆性的樣板代碼，例如 const {children} = this.props，這個我就配置為 cctp，我只要按下cctp再按 tab 就能快速輸入更多功能就不說了

想到以上這些功能的創意，需要 JetBrains 的產品經理需要有極長時間的一線 coding 經驗，並且這些軟體工程項目的質量要求很高（如果是屎山項目，也就沒有用到重構功能的必要性），尤其是經歷過從 0 搭建起一個項目，並且後面又遇到需要重構的情況。

2

而國內做不出來這類軟體，原因也主要有如下：

有極長 coding 經驗的人沒有國外那麼多，大部分是在2010年之後的互聯網紅利開始才學習 coding 的，甚至很多是生化環材轉碼。人少，那麼誕生出這些天才產品經理的幾率也更少
大部分人還是有一種“勤勞的守舊”觀念，也就是認為使用工具提升生產力是一種偷懶和投機取巧的表現，推崇使用 vim 等高門檻和學習曲線陡峭的軟體是一種“技術能力強”，“能吃苦學習”的習慣。
優秀的產品經理需要跨界經驗，例如 JetBrains 的產品經理肯定不僅僅是畫個原型圖和寫個 PRD 那麼簡單，這些都需要深入一線軟體行業，掌握大量工程師人脈，和非常多的軟體工程師交流，瞭解他們真正需要什麼。站在他們的角度思考一款優秀的 IDE 應該要給我帶來什麼樣的功能。國內一些PM 論壇的交流內容還是以互聯網 APP 產品為主，這類產品的 PM 還是停留在學校學學 UI 設計，出來跟著“人人都是產品經理”的網課學學做 PPT 畫原型圖寫 PRD 的水平。PM 的上限水平過低，缺乏垂直行業的經驗與人脈導致了做不出頂級的工業軟體缺乏工程師文化。
所謂工程師文化，指的就是產品進步是由工程師推動，工程師使用科學技術提升產品的用戶體驗，可靠性，安全性等。由於各種環境原因。真正擁有“工程師心態”在人群中還是偏少數，抱有“功利心”去讀書刷 GPA，去工作刷 KPI ，很難誕生優秀的專業軟體。缺乏工程師文化的根本還是和經濟基礎與分配平衡有關，經濟基礎過差的情況下，大家會更容易選擇保守，保守則不容易引發對創新的思考。而分配平衡過差，則會導致“工程師”們更傾向於使用“技巧”去內捲搶得少數資源，而非使用“科學技術”去創造更多資源與價值。
奶粉錢，產假，房價，教育公平，沒有好的環境就留不住頂尖的工程師與專業的產品經理，知乎都說爛了的事情就沒必要提了。。。

做工業軟體，最好就需要是這個領域的工程師直接轉行來做工業軟體的產品經理，因為只有自己行業的人才最瞭解自己人。

而我們的現狀是連抱有工程師思想以及擁有工程師文化的公司都非常稀少，更別指望真正的工程師們在擁有豐富經驗之後轉行 PM ，然後設計優秀的工業軟體幫助我們加速生產效率，解放生產力。

3

最後，再談談 JetBrains 在獲客與留存方面做的努力很多工業軟體都有 help 幫助文檔。

但是大家可以捫心自問一下，你們真的有看過專業軟體的 IDE 嗎？你們有點開過專業軟體的 help 菜單嗎？

以 JetBrains 家的 goland 為例，當你初次安裝時時，首次啟動軟體會顯示引導畫面，裡面會使用言簡意賅的文檔和樣例代碼幫助你快速掌握這款 IDE 的各類 feature

如圖所示，這是 goland 的 learn 功能，而圖上此時此刻顯示的則是如何使用快捷鍵快速刪除代碼行或者換行，以及將過長可變參數的代碼自動轉換為可讀性較強的多行格式。

無論是樣例代碼，還是幫助文檔的文案，他們都設計得言簡意賅，而且即使是英文，也是選擇了電腦領域常見的英文單詞，不會對非英語母語人士造成太多障礙。

只有當用戶能夠很快學習上手你的軟體，那麼你才能長久留存客戶。

而這一點，在我見過的絕大多數馳名全球的頂級專業軟體（包括設計領域的 Adobe 全家桶，電子工程領域的 MATLAB，Cadance ICC、Altium Designer、TI 德州儀器的 LabView 和 Multisim，Intel Quartus，Xilinx Vivado）都做得非常差，基本沒有像 JetBrains 那樣提供言簡意賅的解釋和恰到好處的樣例代碼讓你快速上手。

一款專業軟體令人難以上手，學習門檻極高，也是很難留存客戶的。而 JetBrains 在快速入門與幫助文檔的細節設計上絕對可以說是優秀至極。

4

有人問 vim 是否適應鍵盤操作？或者 vim 是否有在 ssh 上面直接編輯代碼這種場景。

首先是鍵盤適應方面，如果你有深入使用過JetBrains，其實會發現 IDEA 的純鍵盤操作效率並不比vim低，你想要的所有功能都有預設快捷鍵，沒有的話也能自己配置，並且這個配置是雲端同步的。

我在公司電腦，自己的surface平板電腦和家裡的游戲機上全平臺同步，而且自動完成可以根據自己的coding領域習慣寫自定義live template。

最後是ctrl+shift+a以及alt+enter幾乎可以在任何地方完成絕大部分寫代碼的常用操作。我並沒有覺得vim在這方面有比JetBrains的效率高多少。

另外，就是 ssh 直接編輯代碼這種場景。

我認為這種場景是非常危險且不規範的做法。真正符合工程化的項目都是本地使用 IDE 編輯，IDE 的靜態分析功能幫你檢查出可能出錯的地方，確認沒問題後，用版本控制工具提交，提交過程 IDEA 會跑代碼格式化，lint 規則檢查，import 優化，清理 unused 代碼，自動幫你做 GPG git 簽名。

如果是公司或者開源組織機構的項目，還會自動幫你更新 copyright，然後做 TODO 檢測，code analysis，git hook，最後 push 代碼後，CI/CD平臺開始跑單元測試，集成測試等，全部通過後則自動由 CI 平臺通過 SSH 發佈到生產環境。

如果你的代碼經常需要直接 SSH 連上去直接用 vim 修改，沒有經過任何工程化工具的前置處理以及 code review，那麼我只能說你的項目非常不規範，開發這種不規範的項目當然體驗不到 IDE 能夠帶來的好處。

好了，解決了這個疑惑，現在又可以繼續愉快的寫代碼了。。

這裡免費提供一個最新 IDEA 激活碼，親測可用，提取鏈接：https://docs.qq.com/doc/DVU9meURJVENHV2VJ

其實 IDEA 也有開源的社區版本，收費的專業版也很容易申請到免費激活碼，可以參考教程：