一.云 IDE？是新概念吗？
不不不，早在 2010 年就有成熟的产品了：Cloud9 IDE
时至如今，云 IDE 已经相当常见了，比如：
-
Cloud9：亚马逊为其云计算服务提供的 IDE
-
Eclipse Che及Eclipse Theia：老牌 IDE 的云化版本
-
Coder：以及前不久开源的code-server
-
Expo Snack：React Native 的云端开发环境
-
Coding：国内的云 IDE 产品
-
codesandbox：面向 Web 项目的云 IDE
二.为什么需要云 IDE？
一般的开发工作流中，我们会建立一套本地环境，包括顺手的 IDE 和整套本地工具，但这种本地开发模式存在一些问题：
-
开发机性能要求高：冷编译一次 40 分钟
-
开发环境配置复杂：工具环境能够通过容器技术或一系列版本管理工具（如 nvm）解决，但网络、安全等环境就不那么容易配置了
-
依赖特定设备：休假可以，但是带上电脑，24 小时 On Call，10 分钟无响应记大过一次
-
巨型代码库的管理难题：巨型代码库切换个 Git 分支，动辄半小时
于是，远程开发的理念应运而生，连接远程测试服务器，直接在服务器环境完成日常开发工作，免去本地重建并维护一套测试环境的成本
现有的远程开发模式下，工程师大多通过终端交互工具连接远程机器，并通过 vim、naro 等文本编辑器来开发。而这些编辑器通常对项目文件管理、运行任务、调试器、智能提示/补全等基础功能的支持不那么友好，并不能像本地 IDE 一样提供舒适的开发环境。开发体验下降的同时，也限制了开发效率
那么，有没有两全其美的办法？
有，把 IDE 也搬到远程，即云 IDE
P.S.或者把云拽下来，即，本地 IDE 提供远程开发能力，但理念上与云 IDE 并无二致（本地 IDE 相当于浏览器），具体见VSCode 远程开发套件
三.云 IDE 能解决什么问题？
综上，IDE 上云能解决两方面问题：
-
本地开发模式难以解决的问题：不再要求本地机器十分强大，不必担心环境，不依赖特定办公设备，硬盘也不用再疯狂旋转
-
远程开发模式的体验问题：不再是 Web Editor 玩具，而与本地 IDE 一样顺手的开发环境
云 IDE 也是远程开发模式的一种实现形式，自然能够解决本地开发模式所存在的一些难题
同时，作为 Web Editor 的升级形态，云 IDE 能够提供更好的远程开发体验，补足远程开发模式的体验短板，解决工具不称手限制开发效率的问题
四.云 IDE 有什么作用？
无论本地 IDE 还是云 IDE，都具有两个基本作用：
-
提升开发效率：整合零碎的开发工具/服务，实现工具链的平台化
-
升级开发体验：无缝连接开发工作流，提供一站式体验
从开发者角度来看，IDE 的关键在于对工具的整合与连接，不只是简单的工具集，而是让这些工具能以最自然的方式配合工作，组成高效的工作流。即工作台/工作助理 >> 工具集：
IDE >> 项目文件管理 + 文本编辑器 + 交互式终端 + 项目脚手架 + 运行任务 + 调试器 + 工具插件 + ...工具
对云服务供应商而言，能够实现从 Cloud Shell、Cloud Editor 到 Cloud IDE 的产品形态升级，将一系列产品（云服务）与用户的工作流紧密结合起来，不仅能更好地表达产品功能，还能通过 IDE 更高效率地触达用户：
^ FaaS、BaaS
/
云服务用户 ---> 云IDE ---> 数据存储服务
v 计算资源
五.应用场景
在肉眼可见的未来，云 IDE 有这样几个应用场景：
-
FaaS：函数即服务，那么，函数在哪里写？
独立的技术生态：如 React Native、小程序、可视化搭建系统等 -
云计算产品：从提供离散的产品/服务（如 FaaS），转向提供定制开发环境和工作流
-
源码管理平台：试想，GitHub/GitLab 即开发环境
-
研发工作台：云计算时代的全云研发模式下，
需求-开发-测试-运维的完整链路
六.未来的研发模式（可能）是怎样的？
以云 IDE 为中心的高效研发模式，可能是这样的：
-
统一的开发环境：借助容器技术，开发环境也能作为项目的一部分，像源码一样管理起来（基础设施即代码，Infrastructure as Code），代码风格约束也能更好地落实
-
专用 IDE：通过定制开源 IDE，提供更贴合产品/业务的专用 IDE
-
完整的工程化链路：编辑-构建-运行-调试-测试-运维
-
飞快的构建速度：得益于云计算的弹性调配能力，编译时长能被大幅缩短
-
Code anywhere：开发环境也能像云计算服务一样触手可得，随时随地，想码就码
-
实时协作：在线 Review，手把手教学，共享工作空间、一键分享代码
-
AI 助力开发：基于全源码的智能提示、甚至代码生成、质量分析等
在技术走向 techless 的同时，研发模式或将迎来 tool-less 时代