成年人疲惫的目光
获得徽章 0
- 我发现前端界一直流传一个代码模块管理的传说，我自己针对模块管理也做了许多尝试，但我并不认为前端的逻辑是否清晰跟模块规划和整理有任何关系。
我经常看有人做教程，写文档，推行某一种技术的时候，就会说，把XXX代码这样那样，一统整理，然后放一起，然后统统放到某个文件或者某个函数里，使得代码逻辑变得更清晰？方便后续维护
这句话有一半是对的，就是你代码写的好一点，整理得好一点，确实方便别人去更容易地阅读你的代码，也方便代码复用，但是你说把代码一整理就让业务逻辑变得更清晰我就有点不信了。
如果X人辞职了去一家新的公司上班，上来就是让他改老的业务，请问他该怎么做：
A.直接阅读前人的代码，一边阅读一边夸，代码写得真好，研究他三天三夜不吃不喝，终于理清业务逻辑准备改代码
B.直接打开网站问：新功能加在哪？把页面点一点看一看，然后去研究代码的事情
我估计正常人都会选B吧，这就好比我写了一段代码，他执行起来是一个美女嘤嘤图，赏心悦目，然后我代码写得很好，这时候来了个新需求给别人做，说要在下巴上点一颗美人痣，然后来个新人说我一定要先看代码，从代码里把这个美女想象出来，再把美人痣点上去，我寻思有表现不看非得先看底层？这不是赤裸裸的犯贱？展开11
github.com