这种产品经理是回答不了这问题的：做与先行者相同的功能，是我们有碾压对方的资源和渠道可以占领市场，还是我们打算只分很小的一杯羹安心度日

@murmur 应该是按照苹果序列号的算法自动生成的，苹果今年要改随机序列号了这东西估计就废了

上海去边锋，好好自学成长，你的终点可以是米哈游，没必要跑去杭州这个奋斗逼之都

“更简单明了地定义样式的语言”就是“现代化的 CSS”
Web 布局的核心是流式布局，这是很少在其它 UI 体系中见到的形式，而现有的 CSS 几乎是流式布局的最佳声明方式了
如果你要的不是流式布局，比如传统的绝对定位或者卡片布局，那可能会有一些更好的声明式的方案，或者直接找带 Layout 的组件库就行了

北蔡现在还有 500W 以下的房子，70 平左右的，地段也挺好离龙阳路近

我个人感受，和网速很有关系。那种娱乐不成查查资料刚好能用的网速可以极大提高工作效率

#3 已经说了，setInterval 积压导致恢复的时候有 N 多个 callback 连续执行所以卡住了，用 setTimeout 嵌套就行

那么，微信 3.0 支持 M1 原生了吗

用不了 3 年，不会 TS 就不用进一线大厂了

emm……想要个师傅

列表为空是成功，单条数据不存在是失败

对应到 JS 代码的版本：
https://gist.github.com/otakustay/37d28c2003a6b8e9a4179a8d662463df

对于计算机来说，跑 120 次应该问题不大

首先指定一个“到整数的允许误差”，比如 0.01 ，即 4.99-5.01 都算是整数 5
然后拿到比例，比如前面提到的 1.666666666666667
再把这个数组往整数倍乘，找到某个倍数的时候它和一个整数的误差在允许误差范围内
1.666666666666667 * 1 = 1.666666666666667，与 1 的误差有 0.66 ，与 2 的误差有 0.34 ，所以它不行
1.666666666666667 * 2 = 3.333333333，两端误差分别是 0.33 和 0.67 ，也不行
1.666666666666667 * 3 = 5，非常标准的整数
这个时候，参与运算的 2 个数，3 和 5，就是对应的比例了，也就是说对应 5:3

用同样的方法，1920x1080，先算出 1920/1080=1.777777778，再把 1.777777778 往上乘，最后在乘以 9 的时候能得到 16.000000002，在误差范围内，所以是 16:9

你可以设定一个乘数的最大值，比如一直乘到 120 都找不到一个整数，直接认为这比例没法算

我 5 年前的装修就没有布网线，最终比较困扰的事情是 WIFI 连 NAS 的速度实在太慢，其它方面完全没有压力

都 mini led 了，涨个 800 块不过分吧

alias pd="git push origin HEAD:refs/for/develop"
alias pm="git push origin HEAD:refs/for/master"
alias gs="git status"
alias ca="git ci --amend"
alias ga="git add"