作者：昌維
來源：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 也有開源的社區版本，收費的專業版也很容易申請到免費激活碼，可以參考教程：
http://www.javastack.cn/intellij-idea-by-open-source-project/
關注我，后面堆疊長會繼續分享 IDEA 系列教程，帶你打通 IDEA 的任督二脈!
近期熱文推薦：
1.1,000+ 道 Java面試題及答案整理(2022最新版)
2.勁爆！Java 協程要來了，，，
3.Spring Boot 2.x 教程，太全了！
4.別再寫滿屏的爆爆爆炸類了，試試裝飾器模式，這才是優雅的方式！！
5.《Java開發手冊（嵩山版）》最新發布，速速下載！
覺得不錯，別忘了隨手點贊+轉發哦！
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/502435.html
標籤：其他