前几天在一个群聊里,有几个小伙伴讨论了一个话题:
一个活应该是同事干
但是我与他沟通,把需求明确清晰地传达给他,花费的时间 > 我写这个代码的时间
那么我应该如何做?...但是如果代码的质量的确影响了团队工作,需要由老板来解决,沟通.
如果是态度不诚恳,老是心不在焉,那就诫勉他提高责任心,好好写代码
如果是能力问题,水平提高的还是尽快提高,到期了不提高还这样转岗走人....话说回来,我们作为员工,从自己的角度看:
既然是自己的同事,水平和自己也不上不下,这个活也应该他做,那就应该和他沟通清楚,哪怕多话一点时间,因为一个项目需求总是变,以至于后续的bug维护,沟通清楚后续的他应该自己搞定...并且同一个任务,每个程序猿思路都不完全相同,所以代码想分享的话,感觉更重要的是文档,同样的阅读自己一年前的代码可能随着经验的积累很难记得自己当时怎么想的,而文档就简单直白多了.与其争论代码好不好,倒不如好好写文档...想想我自己,我本身自己的代码写的一般,在代码的稳定性,代码的安全性上应该都比较差,一直也在学习别人的代码,也一直想努力的把自己的代码写好,但是怎么算足够好,怎么衡量,真的是不知道,很多职位比我高的领导,