2014年总结——工匠精神篇

  2014年,同事(尤其是程序与测试同事)在我身上用得最多的词,莫过于“纠结”。

 

  我在工程中太追求完美主义和精益求精。即便是实现一个小功能,我也会为一些问题纠结很久——变量和函数名字怎么取?代码如何组织更有条理更易理解?用例中有哪些临界或异常情况需要处理?哪些逻辑点容易出bug?代码是否需要照顾运行效率?如果需要,是倾向于省CPU、内存、显存,还是DrawCall?逻辑里有哪些可能要抽出来的通用部分?总之,容不得一点疏忽与瑕疵的存在。

 

  另外,我在面对知识、面对bug的时候,太喜欢钻研,一般不将原理搞得清清楚楚不会罢休。当出于工作需要而了解一项没接触过的技术时,我常会从很基础的地方开始学起(比如在Wikipedia上看概念),用同事的话说“买个菜还要从1+1学起”;并且有时即便知道其中某些知识点与当前任务毫无关系,我也会忍不住花时间去钻研它——虽然现在这个习惯已经没有读书时那样严重。

 

  我把同事说的这种“纠结”看做是自己特有的工匠精神,可能叫技术宅精神也行——精雕细琢,注重品质,钻研技术。

 

  工匠精神的背后是理想主义,因此优缺点并存。对于现在的我来讲,到底还是要更在意它的缺点。从刚进项目起,主程就不止一次教育过我:不要为看不见的需求做设计。与我长时间合作的策划都会觉得我做事情“太稳”,老是不见出东西心里恐怕或多或少都会有些着急。做跨服的时候,因为沉迷于玩技术有点过头,还被敲打了一下。以前和师兄一起写软件的时候,师兄也说过我因为很注重质量,对一件事情没把握的时候不会下手,所以进度就成了问题。

 

  其实我一直在反省自己这个问题。平常闲暇的时候玩技术,自己想怎么玩就怎么玩,想怎么琢磨就怎么琢磨。但真的要做起产品的话,脑子里还是总要有一根性价比的弦。当你想将质量从90%提到99%,要考虑为了这9%所花费的代价,到底值不值。其实性价比的决策并不是只有管理者才需要做,每个人的日常工作中,时时刻刻都会有这种决策。其实相比起工匠精神的自我与偏执,性价比反而是更务实、更通盘、更长远的考虑。

 

  君不见二战德国的虎式坦克,其优越的性能远超其他国家的坦克;但昂贵的生产与维护成本终究成了德国军队的沉重负担。

 

  所以说,好的技术不等于好的制造,好的制造不等于好的产品,好的产品不等于好的体验(后两句摘自《工匠精神毁掉一座“绿城”》)。2015年,希望自己的工匠精神能适度。

你可能感兴趣的:(不局限于技术,个人阶段总结)