什麼纔是定製化IDE的核心價值？

寫在前面

自 2018 年初，就與 VSCode 結下了不解之緣，從一份選型報告開始，一蹉跎就是 2 年多

期間反覆思索着一個揮之不去的問題：定製化 IDE 產品的核心價值是什麼？

事實上，答案並不惟一，從不一樣角度看就有不一樣的價值理解

一.解決問題的角度

首先，IDE（集成開發環境）是一種通用工具，可以解決兩大塊問題：

• 開發體驗：集項目管理、代碼編輯、編譯構建、調試等功能於一體，避免開發體驗上的割裂感
• 效率：將相關工具套件收納到開發環境中，下降零碎工具的學習、使用成本

一鼓作氣、順滑流暢的開發體驗，嘬着咖啡、高效產出的工做效率是每一個開發者都想擁有的。一款通用 IDE 比如一張書桌，文件夾、稿紙、鉛筆、橡皮擦全都在手邊，書籍文獻、咖啡、檯燈也陳列在側，坐在這樣一張書桌前創做，體驗和效率必定不會太差

而定製化的專用 IDE 一般是爲了知足特殊須要，解決特定問題的，例如：

• 特殊技術方案（小程序、跨端技術等）的開發體驗和效率問題：鼠繪創做須要更現代化的書桌，音樂創做可能須要徹底不一樣的一些專業設備
• 業務特定的具體效率問題（模板項目生成、可視化輔助開發、性能診斷等）：針對水彩畫創做，專用書桌上放着帶有工做室印章的水彩紙
• 上下游邊界的協做效率問題（設計素材管理、發佈流程接入等）：將書桌鏈接到生產流水線，創做完成當即交付出去
• 用戶的專業性問題（拖拽搭建，運營投放等）：智能書桌面向非專業開發者，只要填一些表格就能快速生成做品，摁下按鈕就能自動交付

P.S.一些專用 IDE 同時解決了以上幾方面的問題，好比支付寶小程序 IDE同時解決了前三項問題

所以，從解決問題的角度來看，定製化 IDE 的核心價值在於：

• 專用：面向特定領域量身定製，在既定場景下可以提供順暢、一致的開發體驗和效率保障
• 集大成：從頭至尾提供一條龍服務，不只可以很好地補足工程鏈路的前半段（開發、調試），還能與成熟的後半段銜接起來
• 開箱即用：繁瑣的、複雜度高的部分都被收進了 IDE 裏，提供給用戶的是一張整潔、簡約的工做臺

二.發展的角度

從一款產品發展的角度來看，定製化 IDE 要經歷這些階段：

• 生死存亡
• 兼容幷包
• 鏈接融合
• 渠道生態

在不一樣階段具備不一樣的核心價值

生死存亡

這個階段的定製化 IDE 可能存在諸多不完善，好比：

• 核心能力少：能吸引用戶的賣點很少
• 穩定性欠佳：使用中比較容易遇到問題
• 易用性差：有些功能用起來不那麼順暢

價值方面幾乎沒有明顯的體現，所以其核心價值是聽話，便可塑性強

由於此時產品還只是初具雛形，既沒有造成用戶習慣，也不用擔憂歷史包袱，只要不是很是不合理的需求，就均可以作，前期少許用戶的需求得以快速知足，做爲一種正向反饋傳遞給寶貴的早期嚐鮮用戶，同時保持快速迭代，盡一切努力贏得一些核心用戶

P.S.聽話，難道不會被用戶帶偏嗎？事實上，早期問題一抓一大把，用戶提出的大可能是明顯的功能、體驗問題，本就應該優先解決，只是順帶附送積極的正反饋

兼容幷包

生存下來以後，開始擁有了一少部分核心用戶，如何吸引更多的用戶從通用 IDE 轉換過來是該階段的首要目標，經常使用策略好比：

• 細打磨：優先解決可用性、易用性問題，保證開箱即用
• 強引導：新工具優先集成到定製化 IDE 中，不支持 CLI 等其它方式，引導用戶使用
• 接進來：現有工具/平臺陸續接入定製化 IDE，逐步完善工做流
• 推出去：每版都放出一兩個小驚喜，給猶豫觀望的用戶多一些信心

定製化 IDE 貼合業務場景的定製程度越高（與通用 IDE 的區別越大），業務開發對定製化 IDE 的依賴程度就越高，所以這一階段的核心價值在於鏈接開發人員與工具/平臺，將關鍵工具/平臺接入到開發工做流中，觸手可及。接入越多，工做流越完備越順暢，整合提效的價值就越大

融合互補

關鍵工具/平臺接進來以後，定製化 IDE 的專用功能已經相對完整，而且積累了必定規模的用戶量，接下來更進一步的價值要經過融合互補來發掘：

• 融合：實現工具的無縫融合，進而產生 1 + 1 > 2 的組合效果
• 互補：對於在單一環節難以解決的問題，能夠沿流程向上/向下追溯，經過工具鏈互補解決

工具鏈與集成開發環境（或者叫工做臺）最大的區別在於，前者只是承接，然後者可以實現融合。此時定製化 IDE 的價值已經不只限於解決特定環節的開發體驗和效率問題了，而是着眼於整個工做流，集全工程鏈路之力解決以前難以解決的問題

渠道生態

融合互補的下一階段是渠道生態，進入該階段的標誌是定製化 IDE 服務了 80%以上的目標用戶，用戶量增速變緩，平臺屬性凸顯出來，此時可能的價值方向有：

• 渠道推廣：定製化 IDE 鏈接着大量用戶，新功能入駐即有機會得到大量用戶，放大價值
• 孵化生態：孵化面向業務場景的差別化能力，如調試、測試

這一階段，大要發揮大的優點，定製化 IDE 的能力支持從大場景轉入小場景，從封閉走向開放，開啓更多可能性，對應的核心價值是孵化生態，持續產生價值

三.佈局將來的角度

前端工程化歷經了這樣幾個階段：

• CLI 工具：腳手架、構建工具、調試服務等等
• GUI 客戶端：GUI 化的 CLI 工具，除交互方式外區別不大
• 定製化端 IDE：基於 IDE 擴展腳手架、構建、調試、發佈、監控等工程鏈路能力
• 雲 IDE：基於 Web IDE 擴展一系列工程鏈路能力，進入雲研發時代

從百花齊放的 CLI 工具時代進入短暫的 GUI 客戶端時期，接着掀起定製化端 IDE 的浪潮，或許最後將歸於雲 IDE 的巨幕之下

開源端 IDE 的日趨成熟，大幅下降了定製成本，貼合業務場景定製專用 IDE 成爲可能，以源碼爲中心的開發環節被正式歸入了前端工程化體系，做爲提高工程效率的下一個突破點

時至今日，以雲 IDE 爲中心的全雲研發模式已經依稀可見：

基於 FaaS 的端雲一體化開發是 IDE 上雲的主要推力，伴隨着 FaaS 帶來的 BFF、SSR 技術升級、研發模式變化，雲 IDE 做爲雲研發工做臺，核心價值是讓前端工程化體系更進一步，提供需求-開發-測試-運維的完整鏈路支持

有所得、有所惑，真好

關注「前端向後」微信公衆號，你將收穫一系列「用心原創」的高質量技術文章，主題包括但不限於前端、Node.js以及服務端技術

本文首發於 ayqy.net ，原文連接：http://www.ayqy.net/blog/%e5%...