运营是最接近用户的部门，所以他们的意见挺重要的。但这种意见应该是方向性的，合理的沟通方式是，运营跟产品经理沟通，产品经理会用他的方法来让产品往运营指的那条道走。

看你桌子的宽度，如果给小臂支撑的地方比较小的话，需要注意用 trackpad 可能会很累。。我腱鞘炎就是这么搞出来的。。

多亏我没有 6K 显示器......

哈哈哈哈哈哈给我馋了一下午了，忍住朋友，拿到手后就云淡风轻了。

让你钻空子是情分，不让你钻空子是本分。

...

好巧，老板也在招人啊！

@wolfy123 上地金隅嘉华大厦

不能用犬儒主义的论调来面对这种问题。什么「没人会在意」「都是看人的」「快换工作吧」，这种解决方式只会让自己变成自己最讨厌的那种程序员。

@muziki @leeyiw
非常理解。我也接触过这种同事——起变量名不过脑子、从不仔细遵守代码规范、分层规则明明定的很好但还是把逻辑视图数据处理写到一个函数里等等。其实我至今不明白他们为啥放着好用的东西不用，非要写垃圾。其实也许成本只是新建几个文件再引入进来而已。他们的处理方式会让项目变得没法快速的迭代和维护。
我对此的思考是，不可能改变他们对工作的态度，就让他们在懒的时候少给我添乱。

不爱用 react-redux，觉得新建那么多 action、reducer、saga 特别累是吧？给您 mobx，简单易用。
不想引用文件的时候写那么多相对路径是吧？给您准备 module-resolve，别名都起好了给您用。
不想新建文件夹是吧？脚手架加 CLI 工具全套的上，给您服务到位。
不想按格式写代码？那不行，ESLint + husky，不好好写代码不让你提交。当然为了让各位爷爽，prettier 也得自动执行了。

我觉得不敬业的员工在各个行业都有，人是最大的风险，作为螺丝钉，只能想办法调整心态，让自己和项目都更加包容。

说一句不合楼主心意的。
考虑为何他们会破坏规定，是不是因为有些地方破坏规定有让他们节省时间？
找到这些潜在的所谓「浪费时间」地方，让规定变得更加完善。
优秀的架构，（多数情况下）是可以让懒的人可以用懒的方式工作的。虽然不爱编程的人在这个岗位上混日子让真心喜欢这份工作的人糟心了，但如果能以此为契机优化自己对架构的理解和实践，对你来说反倒是一件好事。

这个职位我去面试过，虽然没有通过，但感觉这家公司蛮好的~

React native 低空飞行，吓尿了。

讲真，这种问题别上 V2EX 问。

在这里写代码会非常开心。

爽的要命。

@yunfeifan 噗。。。你说的没错，我忘记了。

Chrome 插件内木有同源策略的限制，所以不跨域。