20241118
在家帮忙办葬礼,也就是打个下手,妈妈说什么就做些什么,主要在大舅在操持。
晚上聊天,大舅说外公的兄弟去世那会,他才二十多,办丧事的时候,他做副手,很多事情都可以做了。我都四十了,还只能听话办事。
那是当然的,这些风俗习惯,经历这才会知道 ,我知道个啥啊。
在家帮忙办葬礼,也就是打个下手,妈妈说什么就做些什么,主要在大舅在操持。
晚上聊天,大舅说外公的兄弟去世那会,他才二十多,办丧事的时候,他做副手,很多事情都可以做了。我都四十了,还只能听话办事。
那是当然的,这些风俗习惯,经历这才会知道 ,我知道个啥啊。
早上起床他叫我,我给他换了尿不湿,擦了屁股。
他翻过去,我给他揉了揉腰,就到客厅里呆着了。
妈今天出去办事,办他的保险,再去医院去要点止痛药和安眠药。
爸在房间里睡,他一向都是早上睡得比较多,我也没有在意。
妈回来的时候说保险那边需要福州医院的出院小结,小程序可以办,但要人脸验证。
我拿进去,看他半边脸埋在枕头里,跟妈说这样应该做不了,等他醒了再说。
妈说把他叫醒吧,反正一整天都可以睡。
摇不醒,我上前探了一下,没有气息。
妈妈嚎啕。
一般来说,一个人持续跑步一段时间之后,可能会想提升自己的能力。
他会看视频,读书来寻找办法。
然后会接触到有氧跑,阈值跑,间歇跑等名词,了解到跑步的排乳酸能力,速度能力等单项能力。
同时了解到训练这些能力的办法就是针对性地进行训练,用特定的配速跑特定的距离或时间。
那么,训练计划怎么制定呢?
PaceGuru 本身就有制定计划并同步到 Apple watch 功能,这一次我们更进一步,你可以方便地使用我们内置的模版进行。
疲劳度是一个训练强度指数,是用之前训练的训练强度跟时间进行计算的,为了反映训练者当前的身体疲劳程度,为来防止训练者进行过度的训练。
在 UI 设计上,使用折线图表,按时间显示过去 16 天到未来 8 天的疲劳度。过去的时间主要是因为训练产生的疲劳度增加,而未来则是预测在不进行训练的情况来恢复曲丝。
在 Pace Guru 最新的 1.1.0 版本中,我们上线了跑步计划排期的功能。简单地说,就是让用户可能把自己的训练计划按日期进行安排,比如说安排下周一轻松跑,周二强度等等,到了计划好的时间,只要在表上打开 Workout,自动在最顶上显示当天的计划,直接开始训练。
那么这个功能怎么使用呢?
添加的是训练计划,这个功能当然是放在训练计划的列表里面。
在每一个训练计划中,都有一个添加日期的小按钮,点击就可以选择对应的日期和时间。
同时,在这个列表的顶目,还有一个区域显示了当前已经被排期的计划情况,如果点击它…
就进入了显示所有已排期的计划界面,在这里未来的计划排期按日期分组显示,在这个界面的右上角,有添加按钮,点击它则进行了对未来 10 天进行跑步计划的界面。
这里只要在对应的日期上点击加号,就可以添加相应的计划。
除了计划列表之后,为了对跑步计划进行比较显眼的提示,我们在 Pace Guru 的首页也添加了一个下一项计划的显示。
当然,肯定也支持 Widget。
作为开发者,其实对苹果这一版的排期接口是有很多吐槽的,它总体来说,只是处在一个 “又不以不能用” 的状态,一点也不算好用。
比如说,我通过代码把一个计划发送到手表之后,手表并没有回复是否添加成功,虽然大部分都不太会失败吧。
再比如添加计划时会有权限需求弹窗,如果用户点了拒绝,用户就没有机会再修改这个权限了。
希望苹果后面有资源更新这个库吧,做一个一两周的计划,再按计划来进行训练,相对随便乱跑对于成绩的提升还是有更多好处的。
这是一篇 THe prefect Keyword 的笔记,主要介绍怎么选取 app 的关键字。
这份文档来自一个做苹果市场流量优化工具( ASO)的公司,所以自然的,文档中会适时推荐他们自己的产品。
流行度是把单个关键字在 app store 被搜索的频度。
在 Apple Search Ads Advanced,即 appstore 的广告投放系统可以查到一些相关的数据。我查了一下,在这个系统一般用 0-5 星来代码关健字的流行度。
苹果系统的这个流行度可以作你选用第三方 ASO工具时的一个参考,一般的 ASO 工具也会给关键字的流行度,如果第三方工具跟苹果的差太多,放弃。
一般也叫竞争度,指的是你的 app 要在一个 关键字下面爬到搜索结果前 10 的难度(一般手机一屏也就五到六个结果吧,我觉得 top 5 比较好)。
如果你想判断难度,建议使用一个ASO工具,这类工具会列出某个关键词的搜索排名,你看看前几位的 app,就会有一个基本判断。
相关度跟你的 app 有关。你要自己判断 app 与这个关键词的契合程度,如果契合度太差。即使用户搜索出来了,也没什么用处。
比如说你做了一个收费日历,用户搜索免费日历,即使命中了,达到下载的机率也很低。
高流行,低难度,好相关。
在这里,流行度也不是一个绝对值,如果你在做一个小众市场,可能流行度到两三星就是一个好流行词了。
在苹果后台,app 的关键字按重要度排序:
名字是最重要的。
因为重要度不同,我们应该把更好的关键字放在更重要的地方。
不要在名称和关键字域中使用相同的关键字。这样不仅浪费一个位置,关键字域中的会优先生效,也就是说这个关键字在 app store 系统眼中对你的 app 的权重会比较低,而名称中的会被忽略。
‘我比较怀疑,但文档中是这么写的,不过,为了不浪费一个位置也不该重复’
比如说你想做一个 Habit Tracker 的关键字,不要在中间插入其它东西,如果写成 “Habit Planer Tracker”,它就被分割了,那对系统来说,app 的 “Habit Tracker”权重就降低了。
不用加空格
1 | a, about, above, after, again, against, all, am, an, and, any, app, are, aren't, as, at, be, because, been, before, being, below, between, both, but, by, can't, cannot, could, couldn't, did, didn't, do, does, doesn't, doing, don't, down, during, each, few, for, from, further, had, hadn't, has, hasn't, have, haven't, having, he, he'd, he'll, he's, her, here, here's, hers, herself, him, himself, his, how, how's, i, i'd, i'll, i'm, i've, if, in, into, is, isn't, it, it's, its, itself, let's, me, more, most, mustn't, my, myself, no, nor, not, of, off, on, once, only, or, other, ought, our, ours, ourselves, out, over, own, same, shan't, she, she'd, she'll, she's, should, shouldn't, so, some, such, than, that, that's, the, their, theirs, them, themselves, then, there, there's, these, they, they'd, they'll, they're, they've, this, those, through, to, too, under, until, up, very, was, wasn't, we, we'd, we'll, we're, we've, were, weren't, what, what's, when, when's, where, where's, which, while, who, who's, whom, why, why's, with, won't, would, wouldn't, you, you'd, you'll, you're, you've, your, yours, yourself, yourselves |
复数没有意义,写单数,系统会自动添加复数
在 app store 中本来就可以用公司名或类别搜到你的 app,不要加到关键字里
越靠前的关键字权重越高
文档上说在 app 名称中使用 “:”, “&”, 和 “-“ 会占用两个字符。
‘我没发现这一点。不过特殊字符前后一般会加两个空格,如果空间紧张,也可以试试不用。’
第一步,先想出跟你的 app 相关的关键字,也不用想太多,10 到 15 个就够了(中文可能要翻倍)
在 app store 搜索你的关键字,找到每个关键字的前几名搜索结果,抄下它们的标题和副标题。然后从这些信息出提取出更多的关键字。
Astro app 的免费版本也支持这个功能。
Astro app的收费版本支持通过你的基础关键字提供更多建议关键字的功能。基本信息直接来自Apple Search Ads服务。
如题
如题 too, 过滤原则可以回看三元素
优先级是 标题-副标题-关键字
大多数开发者专注于美国市场(开发者自己所在国的市场),忽略其它市场。可以使用翻译工具之类的为不同的主场使用不同的关键字。
ASO 不是一锤子买卖,是一个持续进行的过程。
应该使用工具对关键字进行不断地评估,剔除对 app 无用的关键字。
要关注长尾关键字的作用,有些长尾关键字可能长达三到四个字,长尾关键字可能比主关键字的流行度低一些,但可能依然是一个好关键字。
发布之前要在 app 中做好准备。
准备关键字只能 ASO 的一个方面,另一个 apple 会考虑重要的方面是:下载量和评论数。
获取用户的唯一方式是:请求用户给评论。
一般会在弹出用户评论弹窗的时机放在用户使用 app 开心的时刻,开发者需要预测用户什么时候比较开心。
文档中还提到一种情况,说弹出越早越好,因为有很多用户下载 app 只是好奇,可能几分钟后就会下载,这种情况下如果有办法让用户留下评论,就比较值了。
‘但我很怀疑这一点,用户只有几分钟,他为什么有兴致去给你打个五星’
关键字改变之后,一般要一周以后才能看到效果。要注意监控新方案与当前方案的区别。
一般监控展示量和下载量两个数据,这两项从 app connect 后台可以查到,如果数据不理想 ,可以考虑回退。
Astro 提供了 app 在特定关键字中排序的监控。
一旦更改了 app 元数据,会产生三个可能的结果:
也许你做了许多努力,app在关键字下的排名还是没有什么进展,也许只是因为选了一个特别卷的赛道。对方拥有更多资源。
尽可能使用你能使用的所有能力获取流量,社交网络,苹果广告都可以试试。
以提升下载量和评论量,这对排序也很重要。
Pace Guru 可以认为是一个 Apple watch 应用,但又不运行在 Apple watch 上,它是一个为使用 Apple watch 的跑者设计开发的 app。
我开发 PaceGuru 主要有两个起因,一个是随着 watchOS 系统的升级,用苹果表跑步变成了一件可行的事情,它的数据维度虽然比专业跑表比如佳明,高驰等还是差一些,但是该有的也基本都有了,而且可以看出 watch 团队对锻炼这件事的想法。第二个是现有的跑步 app 都越做越复杂,我想要一个更简单直接的数据 app。
去年前年夏天我就想做这样一个 app,它可以统计我使用苹果表跑步的记录,给我提供训练量,训练强度相关的数据,并通过小组件等系统支持的方式,显眼地出现在我每一次看手机的过程中,在我第一天的生活中都“在场”。he
去年夏天,苹果推出了 workoutKit,支持在手机进行跑步计划的编辑,又推了我一把,于是就形成了 Pace Guru 的两个功能:计划与回顾。而它们之间的跑步部分,则交给苹果表来完成。
当然这也同时形成两个缺点,只支持使用苹果表的跑者,用户量比较小,二是只能支持 iOS 17 及以上的用户,又减少了许多。开发这样一个 app,可能是不理智的。
不过做都做了,来看看截图吧。
主页的最上面,是本周,本月,本年的三级跑量数字,主要满足累计年跑量同学的心理需求。
接下来是 30 天的数据总计,我个人其实不太喜欢每月 1 日是个全新开始的跑量统计方式,所以 Pace Guru 的的计算方法是过去三十天,不断滚动,我个人的目标是维持在 200 公里。(广马之后一个月,感觉要完)
然后是 18 周的跑步热图,使用 18 周的时间跨度是因为一般比较严肃的马拉松计划是 18 周左右,我希望如果你准备一场马拉松,可以慢慢地看着这些小灰格一个个填满,然后满怀信心地踏上起跑线。
同时,我们也提供了对应的小组件,可以把数据投射到主屏上,以上是我喜欢的两个。
接下来的两格是三十天的体重和最大摄氧量曲线,这两个数据都是直接从苹果健康中取到的,苹果应该会在你每次完成体能训练之后都更新 Vo2max,而体重是手计的,就是说你自己需要输入,PaceGuru也在体重详情页面做了一个添加体重数据的小功能,推荐尽量在每天相同条件下测量,比如早上起床后喝水前。
拉下来是一周内每天的跑量表格和训练计划管理入口,增加一个周跑量视图是为了直观地展示周内每天的跑步趋势,提醒用户保持训练的连续和平稳。
训练计划管理入口让用户可以管理自己的跑步内容,比如轻松跑 X 公里,间歇跑 800 * 4,之类的,对于每个跑步阶段,苹果都支持设定配速范围和心率范围,同步到手表之后,在跑中会进行计划偏移的提醒。
之后是个人区间的设置,我个人觉得这部分的内容跟训练效果息息相关。心率部分,我们使用储备心率法,即你只需要输入静息心率和最大心率,app 自动用你计算五级心率分区。配速分区我相信 RQ ,每隔一两个月我会到 RQ 上把自己最新的配速区间同步过来。
那么在跑步详情页 PaceGuru 做了什么呢?除了常规的数据展示之外,目前我主要做了两个东西:
把整条记录按你自己的区间分段,让你能看到你这次训练主要在哪个部分花费时间最多,即训练重点在哪,按一般的说法,Zone1 有氧, Zone2 马拉松,Zone3 乳酸等,当然你可能根据自己的需要调整不同 Zone 的训练目的。
除了每公里的配速显示之后,Pace Guru 还做了间歇视图,这个视图按用户自己设计的跑步计划,或者跑中手动分段进行切分,提供更有针对性的技术统计,比如上图就是一个 3公里热身,1.2 公里的训练,800 米休息的表格,可以非常清楚地显示间歇训练和休息时分别是什么配速,有没有达到预期。
以上是 Pace Guru 目前的功能,欢迎使用。
祝所有跑者 2024 年武运昌隆 !
希望你不要碰到这种升级了 Xcode 却安装不了最新版本模拟器的情况。
如果不幸遇到了,可以试试用以下方法手动下载安装。
手动从 Apple Developer website 下载 dmg,然后用以下的命令安装
1 | xcode-select -s /Applications/Xcode-beta.app |
2023年,当我知道自己中签了广州马拉松时,离开赛只有一个半月了,所以也不能进行完整的汉森计划,只能在赛前尽量拉一下轻松跑的跑量。
到赛前的一周周六,完成了最后一个半马,全部正经训练就结束了,然后是一周的减量,想着今年长距离跑得虽少,轻松跟的速度确是可以的,21 年的时候 620 左右的轻松跑配速,今年 540 也基本能跑下来,在当年这可是马配。
虽然有点忐忑,但该比赛还是要比赛。
没想到的时,广马跟 14 年一样搞了个升温加温套餐,比赛当前最低温度 20 度,要知道我赛前的训练都是 14 到 18 度的,心里就更打鼓了。
早上打车去了起点,A 区的选手要热身,我就找了个台阶坐着,看旁边的人上上下下,广马今年的全马人数好像是两万,比赛发枪后我们这个区也一直没怎么动,后来慢慢挪到起跑点差不多花了八分钟左右。
真的又湿又热,体感还好,但是看前面的哥们不到三公里,衣服都快温透了。一开始就接着 540 的配速慢慢跑,因为是平常习惯的配速,感觉也还可以,慢慢跑到半马左右,做了一个非常不理智的决定,后半程所有的坡都不跑,用走的通过,只跑平地,心理上挂了,配速也就崩了。想的是只跑平路,结果平路也不能坚持一直跑完。
二十五六公里经过家门口,跟老婆和女儿聊了几句,把水壶扔给她,听她喊句爸爸加油之后继续上路。32 公里还能跑上 四个半小时的兔子,平跑的速度比他们快一点。即使在这个时候,能跑起来的话还是保持了平常的速度,530-540左右,但就是没有办法坚持平跑,跑跑停停,心理上无法坚持。
过了四十公里后,天越来越热了,本来想着好好跑最后两公里,结果也没完成,分了两段。4 小时 38 分完赛,单看时间也算 PB 了,PB 了 6 分钟左右,但心里不太舒服,主要是充满了没有尽力的感觉。
半程就放弃的原因应该还是长距离 LSD 跑得太少了,信心不足,540 的配速如果能带到终点就好了。
赛后上 B 站随便刷刷,也都是太热跑崩的声音,多少算一点安慰吧,过去就过去了,下次再来。
昨天把 Pace Guru 提交了,虽然还有很多毛糙的地方,而且没有加监控,怎么也不像是认真想上线的样子。
主要是想着以苹果的尿性,第一个版本怎么也要给我打回来改两三次吧,没想到两三个小时就过审了,这样我反而不怎么该怎么办了。
不上线吧,确实第一个版本也没有太多计划了,上线也不是完全满意。
打算还是先放一下,今天把新的域名买了,准备做备案相关的事情。
目前域名的实名通过了,解析也做了,加了个免费的 SSL 在审,但阿里云短信通知说要做备案的话最好再等两三天。
一杆子又插到广州马拉松之后了。
顺便,新域名是 x27studio.com