一个本身就带着天气的日历
几乎所有人都在两个应用之间安排自己的一天。日历说该去哪里；天气应用说到那儿时天怎么样。把这两件事在脑子里合在一起，是没人意识到自己在做的那一部分——直到有个周六白白报废。
几乎所有人都默认的事
认为日历是用来记约会的、天气应用是用来看天的，把它们分开只不过是手机本来就这样。
两个应用的代价不是两次点按
切换本身不花什么。真正昂贵的是这两者从不就"什么才重要"达成一致。你的日历知道周六十一点起有两个小时被占；天气应用知道十点到十三点下雨。谁都不知道，这两个事实合起来意味着那个时间块该挪。
整合层就是你。这在你不忙的时候管用，而恰恰是忙起来的时候，保住计划才最值钱。
当预报就在格子里，会有什么不同
把预报放到日程背后，冲突自己就解开了。一个潮湿的上午和一个干燥的下午，和你正要放进去的会议出现在同一眼里，判断不再需要花心思。
这不是贴在旁边的小组件。周视图和月视图里的每一天都带着自己的天气，每一个日程都带着它实际占用的那几个小时的预报——而不是那份把你真正需要的部分平均掉的当日摘要。
数字
| 描述的是什么 | 数值 |
|---|---|
| 预报天数，在日历中以及每个日程旁 | 14 |
| 带天气的视图：日、周、月、年和列表 | 5 |
| 天气功能的费用 | 0 |
看起来是这样
该怎么做
- 在放进任何户外安排之前，先看周视图里日期背后的那条带。
- 点一下日程，看它那几个小时的预报，而不是那一整天的。
- 看天吃饭的事先对着十四天放，再在提前两天时微调。
- 第七天以后的一律当作趋势，不要当作计划。