构建中最奇怪的事:耗时最长的已不再是编码
摘要
一位开发者反思道,花费在包装作品(截图、演示、文案)上的时间已经超过了编码时间,并分享了像 Figma、Cursor 和 Runable 这样的工具,它们有助于将构建与展示分离开来。
我过去一直认为瓶颈总是构建本身。但当我开始更频繁地发布项目后,我意识到大部分时间并没有花在编码上,而是:
* 创建截图
* 制作演示视频
* 调整布局
* 重写落地页文案
* 把粗糙的想法变成可展示的东西
实际功能开发只需2小时,而包装却花了8小时。
最近我完全将这两项工作分开了。我仍然自己构建功能,但对于内容/设计层面,我一直在使用 Figma、Cursor 和 Runable 等工具,这样我可以花更多时间验证想法,而不是花时间修饰它们。很好奇其他开发者是否也遇到了同样的困境——展示环节比开发环节耗时更长。
相似文章
@dabit3:我过去推脱不构建某样东西的借口是没几天或几周的时间,现在我能构建10倍的东西……
一位开发者分享了AI工具如何加速构建过程,将瓶颈从开发时间转向提示词设计。
从编码者到策展人
André Staltz 反思了从手动编码到 AI 辅助开发的迅速转变,认为工程师的角色将从构建者演变为决定什么值得构建的策展人。
@PrajwalTomar_: 对于仍然手忙脚乱地用四个工具来交付前端的开发者们来说,这彻底结束了。现在整个从设计到代码再到渲染UI的流程都…
一位开发者用一个下午就重建了整个代理商的MVP,包括管理门户和客户门户,使用的新工具将设计、代码和实时UI编辑整合到一个平台中,声称将数周的工作缩短到几小时。
我的旧工作方式如今已变得遥远
一位开发者在个人博客中感慨,像 ChatGPT、Cursor 的 Tab 自动补全以及智能体编程这样的 AI 工具如何迅速改变了他的日常编程工作流,使他 AI 时代之前的编程方式显得如此遥远。
@_felx:如果12个月前有人告诉我,毫无软件工程背景的 @thomasdesfrancs 能用代码把项目做出来……
一位非工程师据称用代码完成了软件项目,突显开发工具正变得日益亲民。