这是 feature，目的是让你的时间线有东西，万一，万一，万一有你喜欢的，那就势必会增加你对他的粘性。

@Creabine 据说各个部门差别太大，有的加班太多，有的太闲

求楼上各位解答一下这个 https://m.kanzhun.com/pl5982525.html

『百词斩实习生比正式员工多』这个说法的真实性。

站在员工的角度，假想一下，团队里超过一半人是实习生，是什么感觉？项目还有得做吗？

站在另一个角度，招这么多实习生，到底是干嘛？正常公司，不都是招几个有灵性的培养一下，等着毕业留下来？一个公司要是指望实习生有产出，那多半 GG 哇。

无利益关系，我就是特别不想看到那些靠营销的，比如有赞那种可劲儿营销自己技术有多牛逼，结果前段时间还发现原原本本搬运人家开源项目的…

周围几个同事都是从那里离职过来的，当年在那里面试过，慎入…

别，别写 E2E，血泪教训。稍微一小点儿改动，你测试就挂了，而且 E2E 测试真的超级浪费时间，除非你们的 QA 足够专业并且他愿意来写并且维护。

一般我写代码前端单元测试，都是配合 Sinon 来做，用 sinon stub 一个组件对象，让后对组件对象的状态进行测试。

例如，一个组件有个跳转按钮，点击跳转按钮后先设置按钮为禁用，再调用一个 beforeLeave 函数，最后执行跳转函数跳转到另一个路由。那我会这么来写:
1. 先 stub 一个组件对象，然后手动调用它的生命周期初始化函数
2. 执行一次跳转按钮绑定的事件方法
3. 对禁用状态做断言
4. 对 beforeLeave 和跳转函数的 callCount 做断言

那么剩下的就是执行跳转函数后能否正确跳转到对应路由没测试了，再单独搞个 test case 来测试跳转函数就好了。

前端的需求变化是非常非常非常频繁的，如果写 E2E 测试，真的会逼死人。这样来写单元测试，能一定程度上保证健壮和可维护性，而且成本极低，框架无关，但是局限性很大。要是不考虑交付时间，那当然测试可以写得完美无比咯，但是真的值得吗

坑惨，我周末就要走了，派出所打电话叫我过去办暂住证。 上网要刷脸，950 显卡的网吧敢 8 元一小时，公司旁边儿商场吃个面 38，路上的三轮车买个炸豆腐都要 10 块。

坐标滨江火炬大道这边儿，不知道是不是整个杭州都这样

脉脉

期权，完完全全是看老板的人品。

公司能不能发展起来，有没有前景都不是重点，直接赖账的数不胜数，别说普通员工，CTO 的都能赖。行权的条件一大堆，有些情况下，你甚至反而会倒贴钱。最后，就算什么都不好了，给你玩一手股权稀释，一百万变十二万。太常见了，

我个人推荐呢，要是工资出入不大，期权就当是个买卖添头，锦上添花。要是真的把期权当筹码，就要当心了，这个真的就是在赌，赌各种。

永远记住，人一旦被东西栓住了，就很难挣脱。那种感觉，不太好受

五室一厅？？

@oukichi 成都，

@oukichi 感觉最大的差别应该来自 TL，然后是各个团队的人员组成，要是 TL 觉得前后端差别比较大，就会分开，要是像我们这样，前后端都一个人写，就会这样交叉 Review.

@oukichi 我好几个项目都是前后混搭。不过我没改过 homework