有一种可怕叫: 不恋爱 + 结婚.

前提有问题, 前提是菜单可以跨越刘海. 但有可能, 多出的菜单不会直接显示, 而是被隐藏.

@westoy 可能是 井喷.

对于团队

我觉得这几点需要在团队中特别强调:

- 不做任务拆解, 没有记录拆解.
- 不 Review 自己的代码(哪怕是 stage 时稍微看看自己将要提交的内容).
- 不写单元测试.
- 沟通选择口述, 不做文本和图片记录.
- 命名无关紧要.

另外, 这些我也很看重:

- 遇到问题选择忽略, 而不是思考各种可能性及解决方式并且记录.
- 知其然, 不想知其所以然.
- 抵触修改自己或团队内部其他人之前写的代码.

我领养的小家伙八年了, 至今没教会 “坐”.

它擅长的是 “导航”, 周围街区记得非常熟, 昨天遛的地方今天绝不走, 哪个小胡同可能回家门儿清.

它们也都有自己的性格吧, 无论是先天还是后天养成的.

我对人有好恶, 对狗也是.

我还是挺喜欢我家这小家伙的, 对比它小的狗非常温柔. 但我希望它怂一点, 遇到大狗别硬上, 你那小短腿容易从绳子中脱出, 我可拉不住你了.

别受伤, 安安稳稳度过这一生吧.

https://github.com/zsqk/news/issues/101#issuecomment-921662889

如果可以接受 Pro 的尺寸, 选 M1 Pro. 否则, 只有 mini.

因为刷新率太低, 滑动太快已经一卡一卡的, 所以我用起来没有 “果冻” 的感觉.

如果真有问题换就好, 怕的是换了一个还是一样问题. 之前我买的洗衣机, 售后很好, 换了三次(不同地方的问题), 但还有问题, 就将就用了.

iPad mini 5 A12
新 iPad mini A15

新 iPad 提升 40% 计算和 80% 图形.

可以推算一下 A15 性能. 但因为散热降频问题, A15 性能不代表搭载了 A15 的 iPhone 的性能.

---

信号官方没说

---

内存官方没说

---

续航有提升

17/19
11/15
65/75

@wsseo 特地将 高刷新率 和 可变刷新率 分开讲.

不过或许可以这样说, 在相同最高刷新率的情况下, 在较长使用时间中, 有可变刷新率一定比没有可变刷新率续航更长.

我根据苹果的数据显示 “Pro 视频播放时间续航更长, 但音频没有更长” 得出的简单结论.

@zlkent 对.

桌面端不储存账号信息, 桌面端想登录, 就需要自己输入账号. 可以填写账号后自动发消息到移动端确认, 可既然要拿起手机做登录, 干脆省去桌面端的账号输入更快捷.

@yuuko 假设别人不懂 不利用沟通吧.

从头到尾你说的没错. 只是希望大家不要过度强调 memo 优化, 因为大多数函数本身的计算都不是性能瓶颈, 即便看到函数总是在执行, 也不要过度担心.

强调 DOM 开销是因为, 如果用 memo, 优化的路径也可能是返回一个 ReactNode 而不是数据对象本身.

@yuuko 光这样说可能造成小白误解. 一般 DOM 渲染的开销远大于 JS 执行的开销, 虽然每次函数都会执行, 但执行之后会进行 DOM 树检查, 只重新渲染必要的节点. 一般来说, 不会因为函数的重新渲染造成性能问题. 如果真的有问题, 再用 memo 优化也不迟, 插拔 memo 基本是无痛的.

设计过 https://github.com/iugo/uMEDS

不是提醒, 而是一次吃药太多, 方便自己吃一个标记一个.

城市道路平均时速应该不会超过 20 km/h.

10km 路程一般要 40min.

先试着普通自行车骑一下来回, 如果能接受, 再买好车吧.

另外: 如果长时间没有骑车, 第一次骑车会感觉很轻松, 但每天骑和偶尔骑是完全不同的.

我一般都是点名说问题的, 第一次当面说是为了解决这个问题本身, 第二次会上说是为了大家不要再出现类似问题.

@idblife

1. 用 MacBook 接打电话.
2. 在 iMac 上复制, 在 MacBook 上粘贴, 在 iPhone 上复制, 在 MacBook 上粘贴.