Windows 休眠了？

Windows 有个软件叫 Volumouse，通过调节系统 Gamma 曲线来软调节屏幕亮度，绑定到屏幕边缘的滚轮事件后很方便，也比自动调节更精细准确

建议不覆盖 document.onkeydown 避免副作用；
可以检测 document.activeElement 避开文本控件

单次不够 10 公里说配速没意义

先用 iTunes 备份 iPad，然后恢复到 iPhone 上，可以迁移绝大多数数据和 app，包括飞机

如果是 iPhone 用户应该选小米生态链中的绿米联创，他家有 HomeKit 认证

这个从红绿灯得到的灵感，那么应该遵守红绿灯的规则
1. 红绿灯周期为 2t (变绿 => 变红 => 变绿)
2. 绿灯可过，中间变灯可继续通过
3. 行人通过时间为 x，按照常识 x < t

单个红绿灯
绿灯半周期 t，等待时间为 0
红灯半周期，等待时间从 0 ~ t
整个周期的等待时间期望为 4/t

两个连续的随机红绿灯等待时间期望
( 4/t ) * 2 = t/2

正方形的十字路口
因为总有一边为绿灯，第一个灯的等待总是 0，则总等待就是第二个灯的等待
进入路口为绿灯开头：等待时间 t - x
进入路口为绿灯中间某点，过第一灯刚好切信号，等待时间 0
进入路口为绿灯末尾：等待时间 0

这是个线性下降曲线，期望为曲线围出的三角形在 t 上的均值
( t - x )^2/(2t)

这是个抛物线，在 y 轴有 t/2 截距，顶点在 x 轴 ( t , 0 )，开口朝上，左半边取值有效 (因为 x < t )

由此可知，当行人通过时间等于半周期时 ( x = t )，等待期望为 0，由于等待不能为负值，所以等待必为 0

因为截距为 t/2，故斜穿十字路口(4 个信号正交的信号灯)，永远比通过两个连续的随机信号灯要快，即行人因为多了一组路径，人为选择后必然节省时间

注意到单个灯的期望为 t/4，则回到题目，方案 1 & 2 的期望需要由 x 和 t 的关系算得

令 ( t - x )^2/(2t) = t/4，解出临界点为 x = ( 1 - 1/√2)t ≈ 0.2929t

当行人速度很快，x < 0.2929t 时，方案 1 更优
当行人速度较慢，x > 0.2929t 时，方案 2 更优
作为特例，当 x 接近 t 时，等待时间为 0

1. 睡眠缺乏(心源性猝死)
2. 高压力水平(内分泌紊乱)
3. 高热量饮食(代谢综合症)
4. 久坐(腹部肥胖)
5. 无锻炼(心肺机能退化)

Vivaldi

就算能开 5G，一张网卡也只能工作在一个频段，要么 2.4G 要么 5G，做路由是不够的

「自己存的钱不一定能拿回来」，惊人的发现 /doge

库克：不如按斤卖如何

有没有大神解答一下，大家在银行的房贷都是人民币债务，银行的股份国家占大头，那么多印钱导致货币贬值，等于稀释了房奴的债务，不是国家吃亏？

@luassuns #21 文件 => 导出书签...

@littlewey #14 支持 tab 变 window 的，tab 右键菜单里就有，或者直接把 tab 拖出原 window

Windows 初始是不大，但会不知不觉涨到 100G 以上，256 这种也就刚刚够 C 盘

想起之前的帖子，北京某小学的家庭作业是拍短片介绍家庭成员，一半学生用英语解说，好多介绍家里的菲佣，厨师，警卫员；有的拍家里的赛马；有的在家里踩滑板，走了几分钟也没到头

老师看完作业，谁家什么底子就摸清了