為什么國外JetBrains做 IDE 就可以養(yǎng)活自己，國內(nèi)不行？區(qū)別在哪？

最近知乎上有一個話題非常火爆，讓人深思。如下提問：

本文來自答主昌維，他是一名 JetBrains 的忠實粉絲，學習編程語言的經(jīng)歷大概有 10 年左右，使用 JetBrains 大概有 7 年左右。

他給我們介紹了 JetBrains 的方方面面的特殊之處，一起來學習吧：）

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

產(chǎn)品方面的創(chuàng)新

在這么多年的學習編程和使用 JetBrains 全家桶的過程中，我認為 JetBrains 的成功不僅僅是技術原因，還有的是產(chǎn)品上面的創(chuàng)新，而這些創(chuàng)新都離不開大型軟件工程的實戰(zhàn)經(jīng)驗，因為只有經(jīng)歷過大型軟件工程的開發(fā)與不斷迭代過程，才知道一款優(yōu)秀的 IDE 里面需要什么功能，哪些功能能夠幫助程序員高效地開軟件。

網(wǎng)傳 JetBrains 的 IDEA 系列最早的 “殺手锏” 功能是 refactor （rename）重構功能。例如在 IDEA 中你可以使用 Shift+F6 快速將一個變量改名，并且這個改名操作將應用到所有引用了該變量的代碼。

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

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

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

• 圖形化 debug。

• 圖形化 git 操作，一鍵 rebase。

• 代碼結構梳理，也就是左下角那個 structure 功能區(qū)（自從用過 CLion 之后我在也沒用過 source insight 了）。

• 代碼收藏，同樣對 trace code 友好。

• 和各大主流框架和編程語言的緊密結合（例如 WebStorm 對 npm 有極為強大的支持，能夠分析 scripts 和 .nvm 自動選擇合適的 node.js 版本啟動 script，能夠自動分析 node_modules 判斷當前依賴是否匹配 package.json 等）。

• 最新推出的 code with me 功能，在疫情遠程工作的大背景下，這個功能能夠方便同事之間在無法物理接觸的情況下進行手把手 debuggenerator（例如 JavaBean 中的 getter setter 方法可以一鍵生成），也可以配置 live template 和 file template，例如我寫 React.js 的時候經(jīng)常會有很多重復性的樣板代碼，例如 const {children} = this.props，這個我就配置為 cctp，我只要按下 cctp 再按 tab 就能快速輸入。

• 更多功能就不說了。

想到以上這些功能的創(chuàng)意，需要 JetBrains 的產(chǎn)品經(jīng)理需要有極長時間的一線 coding 經(jīng)驗，并且這些軟件工程項目的質(zhì)量要求很高（如果是屎山項目，也就沒有用到重構功能的必要性）。

尤其是經(jīng)歷過從 0 搭建起一個項目，并且后面又遇到需要重構的情況。

國內(nèi)做不出的原因

國內(nèi)做不出來這類軟件，原因也主要有如下：

• 有極長 coding 經(jīng)驗的人沒有國外那么多，大部分是在 2010 年之后的互聯(lián)網(wǎng)紅利開始才學習 coding 的，甚至很多是生化環(huán)材轉(zhuǎn)碼。人少，那么誕生出這些天才產(chǎn)品經(jīng)理的幾率也更少。

• 大部分人還是有一種“勤勞的守舊”觀念，也就是認為使用工具提升生產(chǎn)力是一種偷懶和投機取巧的表現(xiàn)，推崇使用 vim 等高門檻和學習曲線陡峭的軟件是一種“技術能力強”，“能吃苦學習”的習慣。

• 優(yōu)秀的產(chǎn)品經(jīng)理需要跨界經(jīng)驗，例如 JetBrains 的產(chǎn)品經(jīng)理肯定不僅僅是畫個原型圖和寫個 PRD 那么簡單，這些都需要深入一線軟件行業(yè)，掌握大量工程師人脈，和非常多的軟件工程師交流，了解他們真正需要什么。站在他們的角度思考一款優(yōu)秀的 IDE 應該要給我?guī)硎裁礃拥墓δ堋鴥?nèi) 一些 PM 論壇的交流內(nèi)容還是以互聯(lián)網(wǎng) APP 產(chǎn)品為主，這類產(chǎn)品的 PM 還是停留在學校學學 UI 設計，出來跟著“人人都是產(chǎn)品經(jīng)理”的網(wǎng)課學學做 PPT 畫原型圖寫 PRD 的水平。PM 的上限水平過低，缺乏垂直行業(yè)的經(jīng)驗與人脈導致了做不出頂級的工業(yè)軟件

• 缺乏工程師文化。所謂工程師文化，指的就是產(chǎn)品進步是由工程師推動，工程師使用科學技術提升產(chǎn)品的用戶體驗，可靠性，安全性等。由于各種環(huán)境原因。真正擁有“工程師心態(tài)”在人群中還是偏少數(shù)，抱有“功利心”去讀書刷 GPA，去工作刷 KPI ，很難誕生優(yōu)秀的專業(yè)軟件。缺乏工程師文化的根本還是和經(jīng)濟基礎與分配平衡有關，經(jīng)濟基礎過差的情況下，大家會更容易選擇保守，保守則不容易引發(fā)對創(chuàng)新的思考。而分配平衡過差，則會導致“工程師”們更傾向于使用“技巧”去內(nèi)卷搶得少數(shù)資源，而非使用“科學技術”去創(chuàng)造更多資源與價值。

• 奶粉錢，產(chǎn)假，房價，教育公平，沒有好的環(huán)境就留不住頂尖的工程師與專業(yè)的產(chǎn)品經(jīng)理，知乎都說爛了的事情就沒必要提了。。。

做工業(yè)軟件，最好就需要是這個領域的工程師直接轉(zhuǎn)行來做工業(yè)軟件的產(chǎn)品經(jīng)理，因為只有自己行業(yè)的人才最了解自己人。

我們的現(xiàn)狀是連抱有工程師思想以及擁有工程師文化的公司都非常稀少，更別指望真正的工程師們在擁有豐富經(jīng)驗之后轉(zhuǎn)行 PM ，然后設計優(yōu)秀的工業(yè)軟件幫助我們加速生產(chǎn)效率，解放生產(chǎn)力。

獲客與留存的努力

再談談 JetBrains 在獲客與留存方面做的努力。

很多工業(yè)軟件都有 help 幫助文檔。但是大家可以捫心自問一下，你們真的有看過專業(yè)軟件的 IDE 嗎？你們有點開過專業(yè)軟件的 help 菜單嗎？

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

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

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

只有當用戶能夠很快學習上手你的軟件，那么你才能長久留存客戶。而這一點，在我見過的絕大多數(shù)馳名全球的頂級專業(yè)軟件（包括設計領域的 Adobe 全家桶，電子工程領域的 MATLAB，Cadance ICC、Altium Designer、TI 德州儀器的 LabView 和 Multisim，Intel Quartus，Xilinx Vivado）都做得非常差，基本沒有像 JetBrains 那樣提供言簡意賅的解釋和恰到好處的樣例代碼讓你快速上手。

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

其他討論

評論區(qū)也有人討論 vim 是否適應鍵盤操作？或者 vim 是否有在 ssh 上面直接編輯代碼這種場景。

首先是鍵盤適應方面，如果你有深入使用過 JetBrains，其實會發(fā)現(xiàn) IDEA 的純鍵盤操作效率并不比 vim 低，你想要的所有功能都有默認快捷鍵，沒有的話也能自己配置，并且這個配置是云端同步的，我在公司電腦，自己的 surface 平板電腦和家里的游戲機上全平臺同步。

而且自動完成可以根據(jù)自己的 coding 領域習慣寫自定義 live template。最后是 ctrl+shift+a 以及 alt+enter 幾乎可以在任何地方完成絕大部分寫代碼的常用操作。我并沒有覺得 vim 在這方面有比 JetBrains 的效率高多少。

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

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

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

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