@lixiangzhixin 审批流相关的内部平台呗，相信我，改 UI 还是用处很大的，整个产品的感受都是不一样的。。。除非你们的 UI 不好看

@lixiangzhixin #21 ，单说第二、三条，b 端系统用 antd 那种 ui 库也不是不改 ui 的理由啊，如果有设计同学辅助出设计稿的话改改 ui 可以很大程度的提升用户的使用体验和产品的精致程度。日会周会个人感觉也没啥毛病，有项目进行的话及时 update 没啥毛病吧

pyq 这两周已经看到字节快手有 rd 而不是 hr 在组里直招人了，但目测都是一个萝卜一个坑，也都是 p7+起码要虚线带人的岗位了

这帖子讨论错了方向吧。。。不是讨论戴口罩好不好啊，而是讨论没有合适的依据「强制」戴口罩好不好吧。。。
我个人公共场所也坚持戴口罩，但还是觉得「强制」这件事意义不大

你我学不学无所谓了

很多年前买 s2 的时候也是坚持不了每天戴每天充电，很多时候都是完全没电当摆设的状态。
几个月前买了 s8 ，到目前为止每天都充电坚持的不错。对我个人而言前后最大的区别就是那时候不会用「健康」「 fitness 」这两个 app ，没有记录运动和记录睡眠的需求。有了记录运动和睡眠的需求后，就每天都会记得充电

我觉得即使在基本网络下，单用 apple music ，fitness+，tv+都体验很好了，再加上绝对的无广告，看看网盘的东西。没毛病
至于值不值 1000+，那仁者见仁了，几百块的盒子其实也能完成 80-90%以上的功能。但就是没有 apple music ，fitness+，tv+这种体验

不太明白如果技术过关面试过了，你就算空窗一年又怎样呢，直接拿大厂的证明出来入职啊。感觉还是故意找茬不想要你了吧。。

听描述感觉 pm 有问题，但你们项目的管理者也有些问题，或者说就没有一个管理者。所有的问题应该抛出来到明面上，如果他还脸皮厚不推进，那就可以直接上升了。
需要一个大的工作群，老板在的。在群里明确工作流，谁来建 task ，task 怎么流转，task 内容包含哪些。先有 prd ，再 prd 的评审（不合理或不明确的需求当场打回、质疑），再有 task 。如果经常 block 住，可以同时辅以必要的日会 or 双日会，半小时时间每天过 task ，看 task 在谁头上 block ，需要多少时间解决

工作日 9 点半，周末 8 点半

美区直接用自己的信用卡买

5.5

一堆大活，年后三月的 ddl ，该干还是得干啊

1. 不一定，看公司和团队的习惯，以及具体的项目。例如一个做后台系统的团队，那大概率一个人一直 maintain 一个项目的 bug 和迭代，但如果是个做 c 端活动的团队，那肯定是有啥活直接分配。对于已经成型的项目，有的是一个人一直负责一个项目 or 模块，有的是分配不同项目模块的需求，每次可能做的不一样。对于从 0 到 1 的项目，需要多人协作的，那就由组长分配。
2. 少管闲事，如果有 code review 那可以讨论，如果是已经线上跑的东西，只要不是太过分（影响性能 or 有明显 bug ）都尽量不去纠结优雅性，毕竟很多时候排期紧的情况下，很多人不会太注重代码的优雅。
3. 我们这里不需要，但取决于你是否是这个项目的负责人，如不是还是汇报下比较好
4. 如果是功能复杂同时开发人数多，迭代快的，那处理冲突是必然的

难以想象转技术的道路，只能想象转 pm 或 pmo 的道路。即便这样，想想依旧是 roi 很低的方案，既然好转那么竞争肯定很大，如果不是运气爆棚或者某方面优势极大，还是很难转

@wzcloud 有几个公司是申请经济性裁员的，虾皮字节快手京东，你听过的公司就没有一个是经济性裁员。其实现在谈的 n 还是 n+1 都跟经济性裁员没关系，是双方达成协议的裁员。你要不达成协议，公司只能付出 2n 去裁员。

n 是按照年薪 /12 与社平三倍中的小值，1 是按当月实际薪资。但其实都是商量得来的数字，最后协议上只有一个总数

@wzcloud n+1 和 n 的前提不都是需要你同意协商吗，不同意只能 2n 吧？

评估这件事儿对于你自己的成长，晋升涨薪跳槽是否有正面或负面的影响。从而决定你在这件事儿上效率的高低

两年了，还是觉得有成长，就是压力大，好卷好累