返回第八十七章:团队问题(2 / 2)都市黑科技霸主首页

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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