CodePen 联合创始人 Chris Coyier 说了一句挺重的话:做 2.0 花的功夫,比当年从零把 CodePen 做出来还多。他不是那种爱说大话的人,做这行快二十年,习惯把工作量往小了说。
这句话背后的问题很直接。一个靠"在线写代码片段、秒出效果"起家的网站,现在往自己身上加了多文件、npm 依赖、实时协作、邮件开发和网站部署。这到底是功能堆砌,还是真的换了一个物种。
发生了什么:上线一周,这几件事已经跑通
新增能力不是纸面清单,而是有真实场景撑着。三组变化最明显:
| 能力 | CodePen 1.0 怎么做 | CodePen 2.0 现在能做什么 |
|---|---|---|
| 多文件 + npm 依赖 | 手动拆成好几个 Pen 互相引用,依赖靠贴 CDN 链接 | 同一个 Pen 内多文件编辑,依赖写进 package.json 统一管理版本 |
| 协作与直播 | 各自 fork,各写各的 | 邀请协作者实时同屏编辑,Live View 可以分享给观众围观开发过程 |
| Block 与部署 | Pen 只能是演示代码,发布靠外部平台 | MJML 等可以直接作为 Block 使用,Pen 能一键部署成小型网站 |
案例都不虚。Coyier fork 了一个用户手动拆成三个 Pen 的项目,邀请对方协作,把 JS 合并成同一个 Pen 里的多个文件,依赖统一交给 package.json。老搭档栏目 The Keyframers 用实时协作连续直播写了几个小时代码,中间出过一两个小 bug,不算严重,整体顺利。他自己写发布邮件时,直接把 MJML 加成 Block 用,团队说后面还会加更多 Block。两个已经上线的小站(slideVars 库的官网和 codepen.school)也是靠新的部署功能发出去的。
判断:产品边界在往上叠,不是在往宽铺
三组变化放一起看,方向很清楚。CodePen 不再只回答"这段代码长什么样",开始回答"这个小项目怎么一起写、怎么管依赖、怎么发出去"。
多文件和 npm 给代码本身加深度。协作和直播给写代码这件事加人。Block 和部署给写完的东西找出口。三层叠加,产品形态已经从"演示工具"往"轻量开发平台"挪了一大步。
老子说"合抱之木,生于毫末"。CodePen 不是靠一次改版凭空跳到新物种,而是在"写一段代码、马上看效果"这个最小单元上,一层层加协作、依赖管理、发布能力搭上去的。
工具类产品走这条路不新鲜,写作工具变发布平台、笔记软件变协作办公,大多是编辑先行、协作跟上、发布收尾。CodePen 现在走到了这条路的中段,离 StackBlitz、CodeSandbox 那种能起一整套 Node 后端环境的在线 IDE,还有距离——目前公开的案例都停留在前端脚本和依赖管理层面,没看到复杂后端场景的验证。
谁该在意,接下来看什么
只在 CodePen 上写演示代码、教学片段的人,新功能不影响原有体验,继续用就行,不必主动学多文件和部署这套。
真正该关注的是两类人:需要多人协作写小项目的前端团队,以及想用邮件模板或轻量网站验证一个想法的独立开发者。这两类人可以试着把 CodePen 2.0 当一个轻量选项,但不建议现在就把它当成 StackBlitz、CodeSandbox 这类工具的替代品——首周案例都是团队内部或熟人圈子跑出来的,陌生用户高并发协作会怎样,直播里那种小 bug 会不会在规模变大后变成大问题,都还没有答案。
原文也只给了创始人一句主观评估,没有开发周期、团队规模、用户量或收入数据,"转型成功"现在下结论还早,能确认的只是产品方向变了。接下来值得盯的是三件事:CodePen 会不会公开定价和账户限额的调整、部署功能的边界(能不能扛流量、能不能绑域名)、以及更多 Block 会以什么节奏推出。这几个信号会比一句创始人自评更能说明这次转型是不是站住了。
CodePen 过去最大的资产就是"打开就能写,写完就能看"的低门槛。多文件、依赖管理、实时协作、部署上线,每加一层能力,都是在给这套轻量体验加复杂度。
简单曾是它的护城河,现在成了它自己要守住的赌注。