AI真能替程序员写复杂逻辑吗？一个人如何打多条产品线？全在这里

不二如是

第一周的工作从时间管理开始。

作为一名独立开发者，Chris同时维护多款效率类应用，他的核心方法是：

每周只选一个产品作为“主线”，把最深度、最消耗精力的工作集中完成，其余时间再分配给其他项目。

在线学习：



此前他的重心一直放在新上线的卡路里记录应用Amy上，用于跑通发布和首笔收入；

当产品趋于稳定后，本周他把主力重新切回日程规划应用Ellie。

恰逢Anthropic推出了全新的AI模型Claude Opus 4.5，他决定系统性地把这个模型投入到多个长期棘手的问题中，验证它是否真的能提升开发效率。

在Ellie上，第一个被“攻坚”的是日历布局引擎。

看似简单的日程展示，实则涉及复杂的事件重叠、空间分配和可读性算法，之前多次尝试用AI重写都失败了。

这一次，他在Cursor中使用Claude Code，经过少量提示后便生成了一个明显更接近Google Calendar体验的方案，整体耗时约两小时。

随后他趁热打铁，着手重构Ellie中长期困扰他的拖拽系统。

由于SwiftUI在复杂手势冲突下表现不稳定，六种手势同时存在时几乎不可控，进展一度停滞。

转机来自另一个应用Luna：在为预算图表加入交互时，他尝试让Claude Code直接使用UIKit处理手势，结果所有冲突问题一次性解决。

这一经验迅速被反向迁移到Ellie，完整的拖拽系统在短时间内重构完成，稳定性和动画体验都显著提升，也让他明确了一个结论：复杂拖拽必须用UIKit。

接下来的几天，效率提升开始产生“复利效应”。Ellie的Notion集成被快速迁移到Webhook机制，轮询式同步被彻底淘汰，同时还补齐了标签映射等长期遗留问题，并顺利去掉了持续了一年的Beta标记；

一个全新的Todos双向同步集成，也在一个下午内从零完成。

设计层面，他借助Mobbin重做了周视图导航；基础设施层面，Claude Code协助搭建了基于AWS CloudWatch的日志系统；

功能层面，又为Slack集成加入了AI自动补全文本和标签的能力，这在此前因成本和稳定性限制而无法实现。

与此同时，这套“UIKit优先”的经验被复制到Amy中，解决了复杂滑动、文本选择和多滚动区域的冲突问题。

最终，这一周在多个产品之间来回切换，却没有分散注意力，反而持续保持动力。

对他而言：

游客，如果您要查看本帖隐藏内容请回复

评论区聊聊你的想法吧

                               
登录/注册后可看大图

>>万能兑换C币许愿池<<

如果有收获，别忘了评分 ：

                               
登录/注册后可看大图

                               
登录/注册后可看大图

                                                                    

不二如是

感谢分享 朕又在鱼C学到东西啦！非常满意

快速收敛

感谢分享 朕又在鱼C学到东西啦！非常满意

lscp

感谢分享 朕又在鱼C学到东西啦！非常满意