与您共同分享15个成为最差程序员的小窍门

💡 本文初衷诙谐。毕竟在沉重的生活中我们总需要一些快乐。所以非遵医嘱，请勿亲自实践。

也许你是一位身经百战的开发者，一名了解如何指导他人的究极工程师。

但很不幸，我自己却资质平平，能够教给他人的仅有“成为最差程序员”这一点。

虽然资质平平，但我在这个领域已经钻研将近15年。让我来向您介绍应该如何迅速成为被开掉的那个程序员。

1 全局变量越多越好

你应该尽量多的使用全局变量，并在每次代码分享中，向同事们介绍使用全局变量对于搬砖的便利性。

2 开发者永远不应该反对产品经理提出的任何设想和功能需求

要坚持遵循产品进行的需求计划，永远不要把我们自己的想法掺和进去，最后，一定不要提出反对意见。

请一定竭尽全力去实现产品经理提出的那些复杂，混乱并且繁琐的功能或者交互。并在此过程中享受技术实现的成就感。就像不挑食的小白兔一样。

3 永远不要写注释

如果写的注释是为了让同事们接手时更方便，那就拒绝。

4 拒绝TypeScript

不要使用TypeScript。甚至应该把所有TypeScript实现的东西重构为JavaScript，这样更有利于后期维护和功能扩展。

5 不要进行抽象和重用模块

在实现所有功能时都应该从零做起，不要尝试去抽象公用组件。

请不要把常用逻辑抽象到hooks里，不要抽象工具函数，坚决拒绝重用任何逻辑代码。

6 不要使用Hooks来写组件

所有的组件都应该用类编写，你应该拒绝函数式组件并且抛弃使用hooks。

7 组件内容越长越好

一个页面的所有逻辑最好都在同一个组件文件中，越长的文件越好维护，逻辑复杂的组件文件最好都超过10000行。

8 尽量使用状态管理工具

像是Redux或者Mobx这种家伙，应该把整个应用内所有的状态都维护起来，虽然会很占内存。

9 组件内的样式尽量写成行内样式，如果有冲突就强制覆盖

为了遏制样式之间的混乱关系，请尽量多使用强制覆盖的小技巧。

在对DOM元素命名时，应该尽可能自由自在，不要考虑DOM元素之间结构化信息。

如果产生了混乱，!important

10 使用JavaScript做动画

既然JavaScript提供了对于DOM元素样式的操作方式，为什么不使用它呢？它可以让你自由自在的为DOM元素定义动画。只有想不到，没有做不到。

11 向多层嵌套的组件传递参数

正确的做法应该是由根组件组装好所有内嵌组件可能用到的参数，并且将它们一层一层传递下去。

12 不要封装公共的网络请求类

每一个请求都应该为自己负责，请求自身实例化自身的Axios对象，干嘛要与其他人保持一致？

请求错误不要进行统一的拦截，每一个请求的异常都应该由自己控制。我命由我不由天。

13 对于高手来说，应该尝试修改node_modules文件夹下的源代码

作为阅读源代码的高手，碰到棘手问题时，怎能不想起通过修改node_modules文件夹下的源代码来解决问题？并且记住解决之后，一定要把这些改动留存在自己的电脑上。

14 if else必须越多越好，层次越深越好

越多的if else，才越能证明你能力的强大。这不仅是向他人彰显自己编码能力的好机会。也是磨练自己逻辑思维能力的利器。

15 不要使用 const 和 let

干嘛要使用const 和let，最终他们不还是被编译成var。所以我建议碰到变量声明，就是var一把梭。