职能的转变

dxbj1010 发布于 2017/09/07 16:15
阅读 1K+
收藏 1

       也写了好几年的代码了,我也属于慢热型的那种,不太容易转变。最近应领导要求逐渐在转变职能。已经很久没有写crud了,开始搭架构,带团队。可能是长时间养成的编程习惯,有一点点代码洁癖,团队有一些小的事情还是触动了我很多。

        有一个小伙,他说两年工作经验,代码=号两边从来不用空格,参数的逗号从来不分开,变量命名(编译器已经提示单词错误)还是让它错着。Bannerbanner这其实是一个类名和一个变量名都不用空格隔开的。restful的url也是乱写。千奇百怪的错误太多。写完的代码bug也是一堆。我不太喜欢强制别人去做一些东西,我就跟他提过这些问题,第二次还是依然这么来写代码。平时我有暗示他去改这些,看得出来他还是很反感我说的这些。毕竟一个人的习惯很难去改变,我是直接找他谈谈了,还是就让他这样发展下去,有时候 感觉这样发展下去对他后面很不好。

    这个小伙人还是不错的,工作态度还可以。

加载中
1
臭水沟
臭水沟

强制加入 静态代码检查, 没按规范要求的 代码也编译不通过。

1
chaoshu
chaoshu

“ 这个小伙人还是不错的,工作态度还可以。”

从你的描述看,你的结论明显是错误的呀,不知道为什么会这样。

dxbj1010
dxbj1010
@shenmegui 回复@shenmegui : bug不是他主观去写的,后期测试出来的bug相对多。
chaoshu
chaoshu
回复 @dxbj1010 : “千奇百怪的错误太多。写完的代码bug也是一堆。” 为什么还会认为态度不错?
dxbj1010
dxbj1010
态度和个人习惯是两个方面的东西,每个人的习惯很难被客观去改变。
0
魔力猫
魔力猫

你是带团队的,团队的代码规范有没有。他反复违规,劝告不改,直接让他回家自己吃自己去。

魔力猫
魔力猫
回复 @dxbj1010 : 指定是严格的代码规范和命名规范,直接告诉所有人,不同意可以讨论,但通过的讨论稿必须执行。不执行的代价就是被解雇。你要没有这个执行力,那么还是别带团队了。他如果仍然不改,那不叫好态度而是对着干。
dxbj1010
dxbj1010
基本代码规范有的,框架搭好后我都会写一些样例程序,让他们照着这个来。
0
-飞客-
-飞客-

你得督促你手下的人 改正不好的习惯.

因为你作为带团队的人, 有责任和义务使你手下的人能力提高!

开源中国马桶盖
开源中国马桶盖
回复 @dxbj1010 : 就怕人家这么写 还比你有理, 比你会说, 如果你有那个权力的话 说2次不听 直接扣绩效, 如果你没那个权力的话 自己实在看不下去 就默默的去帮人家改吧...我属于后面一种......
dxbj1010
dxbj1010
恩,我也想让他提高的,不论他还在不在这个公司,对他以后都是好的。
0
欲望故事
欲望故事

让技术员修改坏习惯,一般都是得从他身上出发聊,尽量让他知道这样对他有很多好处的。
很多程序员都有各种习惯,我也知道自己有不好习惯,不过上级或团队向你提出要求,那么程序员必须做出改变,不然太不尊重别人了,这是这个人性格问题了。

0
欲望故事
欲望故事

我是写php的,用ide,每次写完代码都习惯按下ctrl+alt+f格式化代码。
 

dxbj1010
dxbj1010
恩,整体格式化一般很少用,我用的是idea,平常用这个ctrl+shift+enter 单行格式化
0
mojiayi
mojiayi

一定要遵守代码规范呀,实在不听的人就踢走

0
志田未来
志田未来

这种情况绝壁就是那个小伙子不服你啊

多教一些有技术含量的,或者显示你技术多厉害啊,让他服你

规范这种才会尊重你的

不然只说规范,他会认为,你算个什么东西,你说不规范就不规范啊

0
舒克呼叫贝塔
舒克呼叫贝塔

如果没有统一正确的规范,每个人都遵循自己的代码习惯,坑是越来越多,新人填旧人的坑,新人模仿旧人的代码,是越填越坑。到最后只能是个代码质量极差的项目

0
不知所味
不知所味

搭建代码评审,不过关直接打回去,比如微软的TFS。上次公司开会就演示了这个,感觉很不错的样子

dxbj1010
dxbj1010
这个可以试一下
返回顶部
顶部