22
回答
职能的转变
终于搞明白,存储TCO原来是这样算的>>>   

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

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

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

<无标签>
举报
dxbj1010
发帖于1个月前 22回/1K+阅
共有22个评论 最后回答: 1个月前

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

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

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

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

--- 共有 2 条评论 ---
gs586169 回复 @dxbj1010 : 就怕人家这么写 还比你有理, 比你会说, 如果你有那个权力的话 说2次不听 直接扣绩效, 如果你没那个权力的话 自己实在看不下去 就默默的去帮人家改吧...我属于后面一种...... 1个月前 回复
dxbj1010恩,我也想让他提高的,不论他还在不在这个公司,对他以后都是好的。 1个月前 回复

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

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

--- 共有 1 条评论 ---
dxbj1010恩,整体格式化一般很少用,我用的是idea,平常用这个ctrl+shift+enter 单行格式化 1个月前 回复

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

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

规范这种才会尊重你的

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

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

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

--- 共有 1 条评论 ---
dxbj1010这个可以试一下 1个月前 回复

90后都喜欢pk,主要是打dota游戏已经形成了思维定势,但是90后从不找穿军装习大大pk枪法

--- 共有 1 条评论 ---
二环南路上的狂奔什么叫都喜欢???这不是pk不pk的问题,这个事就不存在争议,写代码当然要规范,我也是90后,我们公司从没有说明过restful api命名的规范,也没人计较这些,我都是自己在网上查很多资料,代码尽可能整洁优雅高效 1个月前 回复
顶部