持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第7天，点击查看活动详情
前言
2022年，注定不平凡，由于众所周知的原因，导致裁员潮来袭，尤其是互联网行业裁员消息时有传出。不少前端小伙伴也因此忧心忡忡。
那么作为混迹前端多年的划水高手。我哪能坐视不管，见死不救？
所以，精心研究了如下的防裁员防优化放毕业自救攻略。
自救攻略
1、命名不要循规蹈矩
变量命名和函数命名，看似简单，实则大有文章，好的命名能让你眼前一亮，耳目一新，记忆深刻。相反，通俗的命名，让人不屑一顾。
被裁员代码
let billState = "1"; // 驼峰命名
let guarantor_identity_type = "1"; // 下划线, 语义明确,
const NATION = "China"; // 常量,使用大写字母;
特点: 命名保持统一方式，语意明确,见名知意，英文单词，单词正确。
自救代码
let def1 = "1",x=2, data=3; // 随便起个名即可。
let afterLease_management, realestate_credittype; // 驼峰、下划线，自我发挥。
let Class = "2"; // 特殊意义的词我也用。
let fioOrdDdExtLiMap; // 乍一看很专业, 仔细看很迷茫。
let summer = "冬天"; // 猜猜我是冬天,还是夏天 ^_^
let edit,isEdit,editable,isEditable,notReadonly; // 近义名称变量起一堆
let identyiFalg; // 单词我就不写对，坚持一错到底。
let zhengjianleixing = "1"; // 我用拼音，我爱国。
2、注释能省则省
有的人写代码，哪怕是写一个函数也要写上注释。导致好好地代码中，到处都是注释和说明。 尤其是在核心代码，写上几句代码，就要加注释， 生怕别人不知道你的逻辑。
兄弟们，以后可不能这样写了。 注释，能省则省，把主要的精力都放在业务逻辑行去吧。争取代码中一个汉字都没有，这样看起来才够专业！！！
3、代码不能格式化
一说到代码格式化，大家总是说安装插件，什么 Prettier、Beautify、EsLint 等等。
我建议大家保持代码的原生态。 能写一行就坚持不换号。 只要自己看的时间长了，就习惯了。
这样一来，别人打开我的代码看一眼，就再也不想看第二眼。如果老板优化我，那我的代码谁也继承不了^_^
4、一个组件就是一切
之前总说组件化，一个功能节点还要分好多组件。什么容器组件和展示组件，什么有状态组件和无状态组件。
被裁员的组件结构
看图，一个功能，被分成了好多组件，还要考虑组件间传值，太麻烦。 如果我来实现，一个功能节点，就写一个组件。 所有逻辑全都在里面处理。 这样做，再也不用处理组件传值啦。是不是很机智？ 而且这样写，一个页面一不小心就是上千行代码。这样的代码看起来才高端^_^
5、勤能补拙，代码量一定要上去
| 示例1 | 示例2 |
|---|---|
看到了吗？ 这就是我的代码。我是不是很勤劳，每天要写好多代码。
虽然有人说可以封装程通用方法，直接调用即可。但是我就这样写，你能咋地！！
6、前沿技术一定要运用
听说Vue又出新特性啦? 听说 Elemnt-UI 可以升级啦?
我最喜欢前沿技术，我最爱学新知识，那我在项目中用一用^_^
虽然，新技术不一定稳定；虽然，新版本可能会有一些未知Bug；或许这些问题还没有人遇到，没有可借鉴的解决方案。 本着我不下地狱谁下地狱的理念，我还是坚持探索。
7、你走阳关道，我过独木桥
一个项目的完成，需要整个团队的协作。
为了项目的开发效率，为了代码的整体管理。代码找那个会封装很多通用方法，通用模块，通用代码块。
对于这些代码，我的态度是：我既不负责开发，我也不负责维护，当然，我也不去使用。
使用别人的代码哪能凸显出我的技术水平？ 另外，我代码中可以直接解决，为啥还要使用通用代码，那多麻烦？
或者，我也会复制一份通用代码，我自己修改，自己使用。
一句话：“你走你的阳关道，我过我的独木桥”。
总结
兄弟们，相信我的自救攻略，只要你这样坚持下去，核心员工，主力员工一定有你。
