再见了，重案组之虎曹达华

@imn1 @qxsd “正经人谁写日记啊”这句是《邪不压正》的电影台词，一个梗啦

哈哈哈 和二楼的意见刚好相反了。我觉得语言就是应该白话，语言的意义是交流，不是拿来搞优越感。

我觉得新华字典可以考虑直接加一个新词：阀值。
阀值，代表临界值，是指一个效应能够产生的最低值或最高值。由“阈值”演化而来。

词语本来就是人造出来的。
大家都觉得阀值这个词更好理解，那就用这个词呗。

@poorcai 好好养就贵，猫粮猫砂玩具疫苗，平均一个月得几百块，有点小病拉肚啥的也动不动就几百。不好好养放任自流就便宜

看淡一时的得失，多提升自己

二十万凯美瑞省心

我觉得 useEffect() 可能有个潜在逻辑：第二次触发 useEffect 里的回调前，前一次触发的行为都执行完成，返回的清理函数也执行完成。这样逻辑才清楚。

useEffect(() =>{
doSomething()
return () => clear()
}, [var])

同步情况下，var 变化触发 useEffect() 时，前一次的 doSomething() 和 clear() 肯定都执行完成了。

useEffect(async () =>{
await doSomething()
return () => clear()
}, [var])

而如果是异步的，情况会变得很复杂，可能会很容易写出有 bug 的代码。
所以它不直接支持，如果用户确定这个异步操作与 useEffect() 的多次触发没有冲突，就自行封装。

同在三墩 握爪

以前用小米的，各种问题，不定时重启就连不了网，更离谱的是苹果笔记本插上网线就有概率导致路由器完全断网。
后来下血本换了 ax86u，再也不用操心网络了。装上它，然后忘了它。

不太需要前端基础，反而需要后端基础，基本的像 HTTP 协议、数据库连接线程池之类的。
另外就是熟悉 js 语法以及各种坑。

我是喜欢第二种，我觉得好处如下：
- 逻辑清晰（该有的字段都有，不用另外看文档确认有哪些字段）
- 出 bug 几率小，前端代码复杂起来不好保证所有处理这个字段的地方都妥善处理了空值，而后端只要在返回的地方处理一次就好了。
- 测试抓包排查看数据时也清楚

不算离谱啊

这个分组功能不错啊，一些情况下不用分多个窗口了

我觉着微信用着还行啊... 不过感觉大部分公司并不想把小程序做的太好，还是更想推 app 。