前端开发那些事 —— 不能只做搬砖仔

花先生

就在刚刚，我copy同事的一段代码，过程和交谈让我大受震惊。因为这两块需求类似，代码也类似，其中有一句代码我很疑惑，就去问了提交记录中的同事A。
      A说，这个不是我写的，我只是添加了判断，我不知道 你去问b吧，
      我说，好的
      找到b同事，有疑问的那段代码发给了b，问为什么这样写。b说，哦，这个我是抄c的，具体也不知道为什么这样写，这个是产品经理提的需求，你去问c和产品经理吧
      我心说，你们都不知道这段代码是干啥的，都直接抄过来，真是……
      然后，就去找c同事，问了c同事，c说，哦，这个是产品经理要我加的，具体是什么意思我也不知道，你问这个干啥，我就说明，我也有这样的需求需要这段代码，不理解你们为啥这样加，来问下。
      c同事说，我也不知道为啥这样写，产品经理要这样加的，这样加上就对了。具体你问产品经理吧。末了他又加了句，开发哪里懂得这些产品优化的代码是什么意思，做就行了。
      我当时心里真是一万匹xxx在奔腾啊！！！
      最终，我百度到了为什么这样写。


      这段沟通其实有点让我生气的，不过略微生气后，也是值得思考一下我为什么会有这样的情绪。
      1. 生气是因为同事的推三阻四，互相的推脱。导致有些问的不耐烦了。
      2. 另外，如果百度能解决的问题，就不要再问别人了。
      3. 几位同事的做法，和处理问题的方式值得我思考
         （1）遇到问题，如果是值得知道所以然的，自己一定要搞清楚，不要因为是抄别人的或者不归自己负责，就放任之。
         （2）c同事说的“开发哪里懂得这些产品优化的代码是什么意思，做就行了”。这句话你要警醒。你不能只做搬砖的人，一定要知其然，知其所以然。同行业的不同职位的岗位内容也或多或少去了解一些，方便自己写代码的统筹考虑，也可能为以后有幸做到管理岗位，协调各方需求和问题。不能是只做切图仔、搬砖仔。
       4. 这里面我也有做的不好的点。比如，自己懒得百度，直接去问同事，做伸手党，最终还是需要自己去查找解决方案。所以，以后遇到问题，首先思考为什么如此，想不通或者上下文理不顺逻辑思路，查网络，网络查不到，再去问相关人员。