🔥 Search Hot Tweets

现在很多软件都在靠外延能力变得越来越 all in one。Figma 能直接写网站，Cursor 这种 IDE 也能反过来写需求文档，各种工具的边界在被不断抹平。 于是就很容易出现一个假象： 产品、运营、设计、测试、运维好像都能写代码了，人人都能出页面，人人都能跑起来 demo，团队看上去一下子进入了全民开发的新时代。 但站在组织的角度，我更关心的是另一个问题：这些角色写出来的代码，真的会被纳入线上生产环境吗？ 因为一旦进生产， 事情就不再是“能跑”这么简单了。 编码规范、架构约束、组件库、目录结构、状态管理、权限灰度、埋点采集与上报、性能预算、回滚机制，甚至安全审计和合规流程， 这些工程性约束都不是“本地代码跑起来”就能解决的。 所以我对很多团队嘴里的提效和拥抱一直偏保守， 统计口径里经常藏着大量重复建设： 产品用 Figma 直接出一版高保真的交互网页去评审，甚至有时候直接甩一整套前后端代码，大家看着都觉得很爽很先进； 但评审完以后，前端真进开发还会再来一次能落地的实现。 表面上大家都 AI 了，协作也顺滑了，但实际上 token 消耗直接翻倍，个体提效省下来的时间，被这种隐形的工程成本悄悄吃掉。 真能把这段浪费压下去的公司， 通常也不会指望设计稿直接生成生产代码， 方向更应该放在把设计系统工程化：design tokens + 组件库 + 设计与代码映射， 让设计侧拼装出来的组件树尽可能对齐代码侧的组件树，让非工程角色的产出至少能变成工程可接的中间物。 然后更现实的一刀在这儿： 这事需要强大的推动和协调能力， 要把产品、设计、前端、数据、测试、平台、运维一起拉进来共建， 做成组织级的基础设施，而这本身又是一个大工程。 我最近在尝试探索这件事儿，顺便问问推友， 你们公司现在有没有出现一种新角色：Design Engineer 或前端平台团队，专门把 tokens、组件库、埋点约束这些东西做成可复用的生产入口？ 如果有，欢迎加微（frxiaobei），拉个群讨论下。