- button 1,button 2 谁好？
没区别，又不是作为 props 传给子组件

- debug
react devtool 里面就是性能分析，或者 console.log

设计师偷懒只设计移动端界面，然后说适配 ipad，单纯放大，所谓的适应是这种吗？
这种没啥意思。

可以看看 bootstrap 怎么用 rem 的。响应式设计老生常谈了，但国内一般就是放大就所谓的适配，设计师也接受

现在互联网被这些条款拉高了门槛，你得有青少年模式，你得有 UGC 内容过滤，你得有相关证照，不做没发生存，环境所逼
不过换一个角度想，也净化了一部分互联网环境 = =

1. ide 提示增强，提升效率
2. 重构方便，类型写的好一改全改，js 的话引用分散在多个文件你得全局搜索吧
3.方便阅读代码，别过一段时间，又得重头看代码，看 api 返回，理清数据结构

语言无所谓，能在自己舒适区就在舒适区待着，然后慢慢增长技术，面向工资编程

@CodingNaux 上面代码有问题。 两个 useEffect 调换下顺序，或者在最后写个单独的 effect 去改 flag，useEffect 的顺序有影响的。

第一个 useEffect 是只在一次 render 之后执行
第二个 useEffect 是从二次 render 之后开始执行

如果是这样的，可以加个 ref 表示是否第一次执行

```jsx
const firstRenderRef = React.useRef(true);

useEffect(() => {
firstRenderRef.current = false;
axios.get(xxx).then((res) => {
setData(res);
});
}, []);

useEffect(() => {
if (firstRenderRef.current) return;
axios.post(xxx);
}, [data])
```

第一个 useEffect 是只在一次 render 之后执行
第二个 useEffect 是从二次 render 之后开始执行

如果是这样的，可以加个 ref 表示是否第一次执行

```jsx
const firstRenderRef = React.useRef(true);

useEffect(() => {
firstRenderRef.current = false;
axios.get(xxx).then((res) => {
setData(res);
});
}, [])
```

学历不行（专），工作好几年想跳，发现跳不出去了，好的进不去，差的不想进。
hr 看都不看

去年下半年绩效 3.25 ，我该怎么版 🐶

开发估时太大，大概是产品流程出了问题，可能产品自己就没调研清楚需求，需求都没经过大家评审
开发这锅不背

或者是这个需求匆忙进入迭代，之前没好好评审，没让开发做技术调研之类。赶鸭子上架

领导恨不得把迭代周期排的满满，不给人留一点 buffer
所以得多估 = =

单元测试不好写，可能是代码结构写的不好
测试代码要足够简单，断言合理
mock 掉外部依赖，外部依赖的测试单独测
盲目追求高覆盖率会很累（前端业务代码 要求 80%的覆盖率，后补单元测试的时候，写的想吐）
遇到 bug 是要针对补单元测试的

但，
突然发现，测试覆盖度和合理的测试断言是两回事，达到覆盖度指标就能过 ci 。。。。。逃

一份工作而已。。。谈不上快乐不快乐

md5 ？

网布坐垫不好