vulgur:
2025,0217-0224
上周说过我现在是面向 Credit 编程，这周量化了一下：500 个 Credit ，如果每天都写代码的话，平均每天消耗 16.67 个，如果一个月休息 5 天+工作 25 天的话，那么每天最多消耗 20 个 Credit 。
20 个 Credit 用光，那么今天的工作就结束了，绝不透支和超前消费。
其实 20 个 Credit 能做的事情很多，所以有时候还需要按照时间和功能来限制每天的工作量。比如下面的提到的极简时钟新页面，我就要求自己每天只做一个，做完就收手，这样不至于每天很累。将余下的工作当做明天的目标，这样还可以减少焦虑。
极简时钟 iOS
这周提交了两个小版本，虽然是小版本，但是代码量并不少，不是那种一行代码就修复的小问题。 但是这两个版本的内容，对于老用户来说都是不可见的……
v4.8.3
因为最近收入一直在下降，突然想起来有人分享过增加收入的一个技巧：onboarding 后弹出 paywall ，于是就从上周开始写 onboarding 页面。本来我是很抗拒给极简时钟加入 onboarding 的，因为我的理念就是开箱即用，现在也是为了提高转化率进行一些之前没有过的尝试。
整个 onboarding 一共就三个页面，分别展示各个主题的表盘、倒计时功能和各种小组件。
- 表盘页面，滚动展示实时运行的各个主题
- 倒计时页面，实时展示一个在运行的番茄钟，背景是其他各个主题的番茄钟
- 小组件页面，各个主题和大小的小组件截图组成的 bento grid 。
一开始还花了大量时间在横屏的适配上，还要另做一套布局，后来索性就都砍了，手机上强制竖屏展示 onboarding ，平板上就凑合看吧。
这三个页面都是大量复用了已有的资源，第一个页面是复用了 App 内的主题预览，第二个和第三个页面里的图片都是复用了之前的一个 A/B Test 失败的设计稿里的素材。
有了 onboarding ，我就想统计一下，有多少用户是 onboarding 后就直接付费的，于是就在成功支付的事件里加入了这个参数，但是这个举动也导致了下个版本的产生。
这个版本上线后，收入确实提高了（也有可能是正常的波动），统计到了有 26 个付费是通过 onboarding 产生的。
v4.8.4
App 里原来每次成功支付都会上报一次事件，但是加入了 onboarding 后发现出了一个小问题，就是会额外上报一次。于是不得不再发一个版本解决这个问题，本来是一句代码的事，但是做了两天多。
除了付费类型、打开 paywall 的入口等基本信息，我还想知道用户是在使用多久 App 后才决定付费的，于是就加入了 App 安装时间这个参数。既然有了时间统计，那索性就顺便加入时钟、番茄钟和正计时的时长统计吧，于是就让 AI 写了个统计页面。具体统计的规则上，因为时钟、正计时和番茄钟的规则是完全不一样的，所以花了很多去测试和调整。
为什么要花大功夫做这个统计功能，因为被很多用户催了很多年了……但是这个统计页面目前是只给我自己调试用的，等完善一下再开放给用户。
新主题的尝试
在小红书上看到一个设计效果：长虹玻璃，非常喜欢，于是就技痒想用 SwiftUI 来实现一下。花了一晚上和一上午，只实现了分割和模糊效果，但是扭曲形变的效果估计需要 Metal 才能实现。问了 DeepSeek ，给出的答案居然和我的实现如出一辙。
后来才发现，我家娃的衣柜的柜门就是这种玻璃。
fastlane
在 AI 的帮助下，终于把 fastlane 调教好了，可以一键上传到 App Store 了。敲入fastlane release，然后就可以起身去冲杯咖啡、上个厕所、刷会手机，回来一看，上传并且提交审核了，这感觉简直棒极了。
但是并不是每次提交都会如此顺利，确认备案这一个步骤有可能会导致流程中断，最后只能去 Connect 里手动提交审核。比如极简时钟 v4.8.3 就是这样，但是 v4.8.4 就成功了，我猜测原因就是短时间内再次提交新版本，就无需再次确认备案信息。
代码之外
- 进行了人生目前为止最大的单笔消费：给娃做牙齿矫正，两万多！上一笔记录还是我的 Mac mini ，没想到刚过了三个月就打破了……
- 看了《火锅艺术家》，之前看各种反馈还不错，但是看下来，笑点还不错，但是整体还是太稚嫩了，特别是结尾的煽情，打发时间还不错，三颗星。
- 看了《峡谷》，爽片一部。一开始还以为是男女主斗智斗勇的情节，没想到居然搞出来生化怪物，三颗星 吧，安雅占两星半。
- 为了打印住院病历，去医院跑了三次都失败了，第一次被告知需要代办人的身份证，第二次被告知要住院本人的身份证，第三次赶上了周日不办理……