























不会写代码的我,用 Claude Code 和 Cursor 做了个时区工具。花了3天时间,从想法到上线,记录整个过程和踩坑经验。
因为工作性质,需要经常要跨国沟通和一些合作伙伴,自己都是在一个比较老的产品上换算时差。那个老的产品我感觉功能还可以,但是 UX 和 UI 不是我喜欢的。
我最近听到朋友一直在研究 Claude Code 写东西做东西,我也看到了一些教程,就想既然 AI 编程工具已经很稳定了,不如自己试试做一个简洁好用的时区工具。
在做项目前,目前用了 V0、Cursor、Claude Code,最终选择先用 Claude Code 来做 Demo,然后导入 Cursor 更精细化的进行调整和开发。
需求梳理
第一版只用了几个小时,功能超级简单:

主要踩坑:
1. 时区计算问题

症状:纽约时间显示错误,特别是AM/PM转换
原因:没考虑夏令时和UTC偏移的复杂性
解决:使用 Intl.DateTimeFormat API 替代手动计算2. 页面空白bug
症状:部分用户反馈页面打开空白
调试:本地正常,生产环境异常
原因:TypeScript编译问题,某些浏览器下会崩溃
解决:调整TypeScript配置,添加兼容性polyfill

针对不同地区的时间段进行有标记常规情况下,这个时间段大家在做什么,例如是睡觉还是工作。

作为键盘重度用户,我很喜欢 RayCast 的 UX。所以用它作为搜索城市入口的一个快捷键。

按照商业城市、首都等逻辑,补充了一些城市数据库,同时首页直接显示热门城市,减少搜索步骤。

主时区时间差:
设置主时区
快速原型开发:从想法到可用版本,真的只需要几轮对话。
代码调试:描述症状后,AI 能快速定位问题 UI 组件生成:基础的按钮、卡片、弹窗等,生成质量很高
产品"品味":按钮间距、颜色搭配、交互流程,AI 给出的是"能用"而不是"好用" 复杂业务逻辑:涉及多个系统交互时,AI容易出错 性能优化:需要人工审查和调整
学会提问:如何用AI能理解的方式描述问题
错误示例:「时间显示有问题」 正确示例:「纽约时间在下午 2 点时显示为 AM 而不是 PM」
看到网上讨论 AI 编程是"码农"还是"创作者",我觉得挺有意思。
从技术角度,我确实只是在组装 AI 生成的代码。但从用户角度,工具解决了实际问题就有价值。
也许在 AI 时代,"创作"的定义本身就在变化。重要的不是你是否亲手写了每一行代码,而是你是否真正理解和解决了用户的问题。
AI 降低了技术门槛,但没有降低产品门槛。会用 AI 写代码的人会越来越多,但能发现真实需求、设计合理流程的人不会因此变多。
我在考虑这些:
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。