从背锅到炒鱿鱼，但仍然值

看我头像下面那行所在公司变成了“”，大家应该知道我出事了。 是的，写完上一篇“我的一亩三分地，关你屁事”，我就结束了精神内耗，决定背个 C 然后重新开始。没想到，没多久，一不小心就被离职了，真正的踏上了重新开始的路。 伤心吗？个人觉得没有。不舍倒是有几分，毕竟在这边熟悉的环境工作了五年，跟大部分同事相处还是很快乐的。 对于背锅这件事，想来自己也算很有一番经验了，在这里给大家分享一下。 我觉得如果有下面三种情况，就觉得可以背锅的。 情况一：背锅能成长 在选定一些技术方案时，其实谁都是无法预知后果的。而我会选择更激进一些的方案，而且这个方案往往是能我个人更加喜欢的，有时候具体是哪些内容也说不上来，只能说是直觉决定的。 比如，5 年前一开始做项目时，Vue 和 React 框架摆在眼前，我最终当时较少人选的 Vue 框架。 Vue 虽然简单，但是当时只是 Vue 2.x 刚发布没多久的时候，整体的配套并没有 React 好。比如 UI 框架就只有 Element 一家。市面上懂得 Vue 的人也不多，团队的人员也基本从零开始学。所以整体难度还是挺大的。 但我还是想尝试一下 Vue。于是，我选了一个小项目，当作验证 Vue 开发项目的可行性。与团队人员整体开发体验下来，整体顺畅，顺利完成了任务。接着，与技术负责人沟通，决定将大部分框架替换到了 Vue，并默默担下了项目可能失败的责任。 然后招聘了不少基础较好的前端开发人员（只有少量的 Vue 开发经验），一步步解决开发中的问题，比如动态路由、tab页缓存等等，其中最大的压力是，大型表格的渲染问题，最后通过沟通，约定表格使用情况暂时解决了。 就这样，战战兢兢地把部门的大部分项目统一到了 Vue 框架。 与此同时，集团技术选型也不约而同选了 Vue，也减少了后续调整框架的工作。 这次背锅，完成了团队的整体框架转型，我个人的成就感满满的。所以我觉得还是非常值得的。 另外，在这一次次的技术选型中，通过背锅，其实也能增加自己的技术判断能力。这也是我说的，直觉的由来。 情况二：背锅能加快项目进度 很多时候，每个项目都会有些人觉得这样不好那样不好。但是，你细细问问，其实它们说不出所以然来。 这个时候，如果分析一下，按我们的做法，自己也有60-80%的把握可以完成，那不如，我们把锅背下来， 这种情况通常出现在前后端中，比如，一个自动刷新的功能是应该前端还是后端做？如果用后端来做，就要引入心系统没有 web socket 来做。因为之前没有经验，所以可能会碰到各种情况，另外 web socket 对服务器也有一定的要求，我们的系统复杂度还是挺高的，会不会影响到其他后端服务，导致不可预知的问题。 鉴于此，我决定还是有前端来完成这个自动刷新功能，只是一个循环调用，加上一些限制条件就解决了。前端有没有风险？也有。