项目经理很牛B是好,是坏
我们公司是用友软件公司,公司用的是.net 开发,公司的项目经理技术很强悍,我们底下人做的项目,他看了不爽,就自己全部改了,我们做的项目都被改完了,是好事,还是坏事呢?
------解决方案--------------------很好很强大
------解决方案--------------------好事。你们发现问题不要声张,你们做新的东西,一切垃圾归他修改。
------解决方案--------------------他改完后要是跟你们讲讲为什么那么改就是好事,不讲就是坏事.
------解决方案--------------------好事,你要仔细分析项目经理为什么会这样做,对你自己的进步会非常大。
------解决方案--------------------如果跟你讲为什么被改了就是好事,对你的成长有利
否则不是什么好事,呵呵!
------解决方案--------------------牛B总比不牛B好
------解决方案--------------------我们要学的就是他的那种牛B劲!~~~
------解决方案--------------------可以跟他学学,多好啊。。。
------解决方案-------------------- 恩 不错! 就怕有的人把代码改了 再来个加密那就恶心了
我们这边有个自称是牛人的,写存储过程全部加密 自己说他写的绝对没问题 反正别人也看不到
他想怎么吹牛逼 就怎么吹!
------解决方案--------------------这个项目经理还是去当程序员比较合适。
------解决方案--------------------UP~~
------解决方案--------------------好!可以多学点
------解决方案--------------------
------解决方案--------------------无语,他改的也不一定正确;并且抹杀了很多程序的信心,让自己很累,如果进行一次codeview多好,谁的问题谁去改;
如果是我我是不会改你的垃圾代码,进行codeview,然后提出问题,问题由代码负责人去改;
------解决方案--------------------不如全部他他做吧,他这么牛
------解决方案--------------------如果真的比底下牛的话,改的话还是非常必要的。
不合格的程序当然需要改,程序员本来就需要谦虚的
------解决方案--------------------总比外行领导内行要好的多
------解决方案--------------------
------解决方案--------------------
------解决方案--------------------
------解决方案--------------------好事。
------解决方案--------------------
------解决方案--------------------好事,如果你看到他改了之后的代码也不爽,然后再改成一个更好的版本就更好。
他改也只是改写法而已,业务逻辑还是在的。
不过一般项目经理很少有精力再去修改别人的代码的,一般是让团队成员进行团队内部的Code PeerView,有条件还可以进行团队间的Code PeerView。
------解决方案--------------------如果你技术很强悍,他不改了
------解决方案--------------------
------解决方案--------------------呵呵,厉害。
跟他学习应该还行。
------解决方案--------------------相互的code review是好事啊。谁发现了问题都可以改。最好可以有文档记录。