第八十七章：团队问题87（2 / 2）

新光斌也是在一旁将自己的油条递了过去。

友谊，就是在这不经意间产生。

等到众人吃完早饭，又回到办公室，将饮水机的热水给清空了之后，王昕这才拿起粉笔，点了点教室里的大黑板。

“好了，祭完五脏庙，接下来我稍微讲一讲我对代码的理解，对开发反诈中心客户端的一些技术向看法。

新加入团队的同学和老朋友们都可以互相交流学习，如果觉得我讲得太粗糙乏味，也可以上来讲，或者出门吹吹风，散散心。”

大家之所以这么急急忙忙往办公室赶，是为了什么？

还不就是为了听一下王大佬的课吗？

在听到这个开场白之后，自然是不约而同地点头如捣蒜。

稍微整理了一下思绪，王昕这才开口讲道：“这几天大家都在磨合，既是和上下游环节的负责人磨合，也是在和项目磨合，和自己新学习的技术磨合，但是我发现大家的代码技术还是参差不其，漏洞各有，水平也是参差不其。

首先，我个人认为，好的代码应该和我们学习的文章、听到的音乐，措辞优美、音符如涓涓细流，进入到我们的脑海。

我们作为代码作者，在编写代码的时候，如果情绪高昂、心思缜密的，自然成果也会运转流畅，bug漏洞极少。

但如果头脑昏沉，抑郁烦躁，那我们编写的代码肯定会是屎山加倍，怎么跑都不会通畅。

而编写整洁的代码以及垃圾杂乱代码，从某种程度上来说，也是另类的破窗效应。

只要写的代码突然变得垃圾，那么后面的代码也会跟着垃圾，最终这些代码要么回炉重造，要么就会被删除、抛弃。

我在这几天的时间里，见过大家编写极好的代码，但是也见到了很多没有质量、逻辑可言的垃圾代码。

我理解大家写出这种代码或许是由于自身能力原因、又或者是写代码的时间有限，写了能够满足当前工作的代码，然后就弃置高阁，不再理会。

有的人，在代码出错的时候，会很自然的将问题推到其他环节，我已经听到了什么‘底层框架太垃圾’、‘别人的代码封装得太差’。

但是有的朋友想没想过，如果不改正写代码的态度，他们遇到了优秀的框架，封装非常优秀的同事，他们又能够写出和人家相等同的代码吗？”

王昕说这话的时候，团队成员当中有人沉默的低下了头，还有人已经不自觉脸颊升起了窘迫的红色。

哪怕是新光斌为代表的那些在读博士，也都目露思索，想着自己平常工作中出现的问题，其中的确就有这些原因。

但这都不是重要的，重要的是王昕不希望这种问题出现了，还没有解决。

接着，他虽然没有直接点名某些人，但却很直白的讲出了一些问题。

“有些同学在码代码的时候，喜欢用a，b，c，d或者s1，s2这样的字母命名功能，虽然码代码的时候，这样子做会减少一些工作量，而且也能够保证某种程度的保密性，但是大家有没有发现，

如果一个项目中，有数十个地方都出现了不同的命名，一旦出现问题，我们其他人该如何下手进行修改？”