作为一名半路入行的编程新手，自学小程序几个月之后，我终于告别了只看教程、只抄案例的阶段，开始真正手搓属于自己的代码。
因为长期健身，我一直想要一款完全贴合自己习惯的饮食与体重管理工具。市面上的产品要么功能繁杂、广告太多，要么逻辑不符合我的使用方式，于是我决定：自己开发一款专属的个人健康管理小程序。
整个开发过程我都借助 AI 编程辅助，但真正做下来才发现：AI 并不是万能的。这篇文章就以一个纯新手视角，记录我从 0 到 1 实现第一个功能模块 ——记食物模块的真实全过程。
一、我的角色更像产品经理，而不是程序员
说实话，以我现在的代码水平，还称不上真正的开发。我的定位其实更像是产品经理：
- 自己设计页面结构
- 自己规划功能模块
- 自己定义交互逻辑
- 自己梳理数据流转
我能做的，是把整个小程序的骨架搭起来，把需求想清楚、流程画明白。但真正落到代码细节，我确实还很生疏，写出来的代码也比较粗陋，所以大量实现部分都需要依靠 AI 来帮我完成。
二、AI 能搭架子，但很难一步到位做出 “能用的东西”
用 AI 编程确实爽，页面结构、基础逻辑、样式布局，它都能快速生成。但用久了我也发现一个很现实的问题：AI 只能做出花架子，很难一步到位做出有灵魂、能稳定运行的内容。
很多功能 AI 写出来看似正常，一跑就出问题：
- 数据不联动
- 样式错乱
- 存储失效
- 逻辑对不上
想要真正可用，还是得自己一点点理解代码、修改逻辑、调整细节。AI 是神辅助，但不是神。
三、记食物模块功能设计（我的产品思路）
整个模块分为三部分：
1. 顶部仪表盘
展示今日摄入热量、并同步显示体重、BMI。同时与记体重模块做数据互通，不用重复录入。
2. 饮食进度区域
按照早餐、午餐、晚餐、加餐划分，清晰展示当日饮食进度。支持自定义热量，也内置三种模式：减重、日常维持、增肌。
3. 食物记录管理
支持添加、编辑、删除食物记录，内置 1000+ 本地食物库，暂时不接入 API，保证稳定。
四、最痛苦的环节来了：Bug 测试与修复
如果说开发是快乐，那 测试和修 Bug 就是折磨。尤其是第一次真正接触代码，我才深刻体会到什么叫：代码两行错，排查两小时。
在开发「记食物」这个模块的过程中，虽然有 AI 帮我搭骨架，但真正让我崩溃、也最成长的，其实是一个个真实踩过的坑。今天就把我遇到的三个典型问题分享出来，给同样是新手的同学避避坑。
第一个大坑，是云开发调试与真机表现不一致。我在小程序云开发的编辑器里把页面写好、逻辑跑通，看着一切正常，以为终于大功告成。结果一换到真机预览，瞬间傻了眼 —— 尤其是日期相关的展示，直接出现一堆乱码，样式错乱、数据显示异常。明明编辑器里完美无瑕，到真机上就完全变样，只能一点点对比调试，反复修改代码，那段时间真的非常折磨。
第二个大坑，是本地食物库从 100 种扩充到 1000+ 种时，代码直接崩了。最开始我只在本地录入了大概 100 种食物，用着用着发现根本不够用，稍微吃点少见一点的东西就没得选。于是我只能硬着头皮往里面疯狂补充食物数据。可问题也随之而来：一动百动。数据量一加大，原本正常的逻辑直接报错，页面渲染、筛选、存储全都出问题，又得从头开始排查、调试，真的非常痛苦。
第三个大坑，是热量设置与推荐值冲突的问题。在记食物模块里，我做了手动设置卡路里 + 系统推荐（减重 / 维持 / 增肌）两种模式。本以为逻辑很简单，结果测试时发现一个致命问题：当我先手动设置了目标卡路里，再切回系统自动推荐时，推荐数值并不会更新覆盖，而是继续保留我之前手动填的数字，相当于两种模式互相干扰、数据被覆盖。就这一个逻辑问题，我来回改了无数次，才终于把优先级、重置逻辑理顺。
这三个问题，每一个都折腾了我很久，也让我深刻意识到：AI 确实能快速写出代码，但真实项目里的场景、边界、真机差异、数据量变化，都只能靠自己一点点踩坑、理解、修复。编程真的不是搭架子就行，细节才是魔鬼。
五、后续迭代规划
目前只是基础版本，后续还会继续优化：
- 接入食物营养 API，实现智能搜索
- 增加历史食物推荐
- 支持一键同步前日饮食记录
- 继续优化交互体验，修复更多 Bug
六、真实总结
作为半路入行的新手，我用 AI 辅助完成了自己第一个小程序模块的开发。AI 极大降低了入门门槛，让我能快速把想法落地。但它只能搭骨架，真正让程序跑起来、跑稳定，还是要靠自己一点点学习、钻研、改代码、修 Bug。
这条路不容易，但每修好一个 Bug，每实现一个功能，成就感真的爆棚。后续我会继续更新开发笔记、踩坑实录、AI 编程心得，和大家一起成长。
