后端又菜又懒。
例如我做个 10 个条目的列表页。先取一遍 id 。完了每个列表项有 5 个数据，我是不是再从 5 个接口去取？我是按顺序请求还是并行的请求？这么多请求，中间有一个请求失败了，我是重试这个请求，直到成功，还是先放着不管，最后再来请求？最后还是失败了，我怎么办，就那一个字段的内容空白？就算我写了个完美无缺的队列出来了，让用户看着菊花转两分钟吗？
现在还有人知道雪碧图吗？费老大劲把好多图片拼在一起，就为了省几个请求，让用户感觉快一点。

有这钱租个房子吧。130 你还考虑通勤。早上你开到公司，还有精神上班吗？晚上你加个班，回家晚就不讲了，开那么久的车，路上容易出事。

/page/3

ios 刚出来的时候，是个人都能给八千。

看得到，摸不着，十年前业内就讨论过的问题。你是几百毫秒就能把按钮显示出来，但是 js 没加载运行之前，这个按钮点不了，用户更沮丧，用户体验更糟糕。
好的用户体验不是快，是顺。这个行业里的人就是搞不明白这个道理。所以网页前端大多数都在做不需要用户体验的后台管理系统。

人家 op 问用不用洗洁精。回答都在说洗碗机。你们怎么不说请菲佣呢。

我用罗技的薄膜键盘，圆形按钮，没有误按的问题。

这描述就是招个钱少的学徒。
没点本事的人哪敢退居三线城市全职做远程。跟 2 年以下经验是矛盾的。

👍以前用过，感谢作者付出。

我原来听说微软那种大厂出一个功能要耗好长时间。因为他们要各种评估测试，盲人之类的也要考虑到。
很明显他们现在不做这些测试了。

都这样。原来我单休，过年那会的放假，都不算带薪假。导致二月份工资骤减。

什么类型的项目？

这就是典型的组件一对多的模式，要靠一个中间人来完成传递。这个中间人肯定是这几个组件的上一级。前面几层楼推荐的 context ，状态管理库，都是这么个中间人。你定义 customEvent ，在 windows 上 dispatch ，那也叫中间人，也能解决你的问题。
你随便写就好了，不要想着非得符合“react”的路子才行。

你就没搞明白一点：不是小时候穷，长大了就省。反而小时候穷，看到花花世界，更想花钱，更愿意跟人攀比。对女的来讲，这种情况特别多。

之前不都上升到民族高度了吗。想玩的早就玩亚服了，这国服谁还敢玩。