前言
一些乐子，一些思考，不喜勿喷，欢迎交流
最近崩的有点多，来看看都有哪些
语雀崩了...
阿里云崩了...
滴滴崩了...
腾讯视频崩了...
......
刚看完《三体》三部曲，最后一部《三体3：死神永生》里面，宇宙因为质量流失过大，也快崩溃死亡了，也不知道会不会出个后续，归零者把宇宙的宏观维度重新回到十维的情况...
......
似乎什么都在崩，哪哪都在崩，好在掘金没有崩，不然掘友都看不到文章了，给掘金点赞一波，服务稳住老狗
继续回到主题上，做个前端开发工程师会不会导致项目出现大型事故？
前端都包含的职责
关于前端这个岗位负责的部分，分三个大类来分析讨论
- 只负责开发页面的前端
- 负责页面开发，也负责基础架子搭建和组件开发的前端
- 负责开发、基础建设、服务部署等等相关工作的前端
1. 只负责开发页面的前端
项目架子是别人搭好的，大部分核心或共同组件是别人写好的，或者负责维护的
日常工作具体内容包括但不限于，使用 vue, react 等框架开发业务，实现各种与后端的数据交互，展示效果，以及用一些库或者手写一些组件库之类的实现某些特定的业务效果或场景
如果项目经过的必要的功能测试，并运行稳定的项目，如果出现突发大型事故，百分之九十九点九的问题，都是运维或后端服务方面的，需要背锅侠大概率也轮不到前端
咱该吃吃该喝喝，遇事别往心里搁
2. 负责页面开发，也负责基础架子搭建和组件开发的前端
在稍有规模的团队中，负责前端工程搭建，一些通用组件封装，以及打包相关的配置，包括一些基础的性能优化等工作的一般是前端老鸟，或者项目中的资深技术选手做的，这种角色一般是比较熟悉业务了或者是团队中的主力选手了
如果项目中遇到突发大型事故，一般是冲在一线，虽然问题百分之九十的可能不是前端范畴，剩下的那百分之十还是很有可能的，例如那一年的开源项目 Ant Design 圣诞节彩蛋事件，在某些公司直接彩蛋变炸弹💣
由于官方没有通知，也排查不出问题，谁知道这玩意儿竟然是个官方出的圣诞节彩蛋，如果需要背锅侠，很可能直接就是前端开发相关负责人背锅了
3. 负责开发、基础建设、服务部署等等相关工作的前端
这种前端一般多少涉及点全栈了，相关服务的操作权限可能也有。一般微小型公司这种情况比较常见，一人多职，稍微人多点的中大型公司服务器运维相关岗位，这种一般都有专门的部门或单独岗位的人负责统一管理，这种角色可能是一线负责人或者技术团队负责人等等
在中大型公司，这种什么都参与，也有相关权限的，可能资深大拿，或者技术部负责人之类的，如果是负责人一般也很少直接参与业务开发了
如果项目遇到突发大型事故，一线负责人一般有事儿都是第一时间知道，然后第一时间协调资源或者参与问题解决，小公司中可能老板都会直接参与协调解决，这种核心选手在小公司中一般不会受到什么处罚，如果是大公司中需要有人承担责任的，一般也可以甩锅出去，找个具体干活的开发背锅
分享身边发生过的一件事
小创业公司，一天去潜在客户那边演示项目，由于做的是 toB 的项目，目前还是自用阶段，没对外开放，日常都在公司是内网开发测试使用，然后老板有天安排去xx公司演示，然后团队中俩人就去了，俩人提前一个小时多到的，在他们连好投屏显示器后准备先点点看看，结果发现项目不能登录😅😅😅
赶紧排查原因，原来后端接口服务域名地址没有对外开放，外网不能访问
当时那俩人拿的是公司的mac演示本，没有装远程工具之类的，负责运维的那个人不在公司，在公司的只了解一点点运维，也就会点 Linux 了解 Nginx 那种，操作方面和专业运维差远了，运维电话联系指挥操作弄了约半小时也没好，后来放弃了现场演示了，改成只讲一下 PPT 了，最后不知道和那边是怎么交代的，反正后来没和那边的公司升级成商业合作伙伴
这时候背不背锅可能意义不大了，小创业公司如果是重要的演示直接搞砸了，公司的业务可能直接就没有了，公司活着都是个问题，员工工资能不能正常发都得看工资的家底支不支持了
怎么做能大概率不背锅
明确职责，积极沟通解决问题，多产出等等这些因素是一方面，人是社会动物，有人的地方就有江湖，有江湖的地方也可能需要下面的因素
- 在团队中保持较强的竞争力，让领导觉的你性价比高
- 大量参与核心业务开发，让领导觉的替换了你以后其他人上手代价高
- 成为组织或团队的核心圈人员，和领导混熟了，凡事好商量
（重要!!!）
写在最后
一般来说是做的越多，责任越大；认真对待工作，出问题也不用怕，兵来将挡，水来土掩...
这年头各路公司都在 “开猿劫留，减猿增笑”，日常中的我们也需要进行一些准备，以应对突如其来的事故或者变故，以不变应万变...
每个人的经历，认知都是不一样的，同样的人不同角度下的世界也是不一样的，有不同意见是非常正常的，欢迎探讨交流不一样的心得，互相学习，共同进步
