|
锁定老帖子 主题：碰到修改代码程序员有抵触怎么办
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (2)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-01-26
onlyonce 写道 我做项目经理时很轻松，只要把握进度，说明需求，定好技术框架，其它的，都交给程序员去完成。
我做程序员时也很轻松，只要你说要做什么就做什么，不做多不做少，但碰到不会做的就跟你说，你是头，你工资比我高，你不来扛，谁来扛？ 但问题是，两个职位，差别很大的。你是管理者时，你只需动动口，人家下面要做事的人可能就要忙个半死不活的，但在你眼中就以为是别人的能力有问题…… 不知楼主是否做个程序员这个角色？我猜你没做过吧？不然的话，换位思考一下就可以了，假如你是程序员，你是种怎么样的心情……（项目进度又给人催，但又是上面要左改右改……） 一句话：站着说话不腰痛。 希望只需说话而不用做事的人，多想想也多体谅一下只有做事而不能说话的人…… 以前我也觉得是站着说话不腰痛。 但慢慢我发现，他们都是曾经腰痛过的，希望你也经历一下腰痛的滋味。 见过很多项目经历在给你安排工作的时候，都喜欢来一句：“我知道可能有点紧，但辛苦一下，加加班能完成的， 以前我们刚工作的时候，都很有激情，经常干到10多下班也不觉得累......”。 |
| 返回顶楼 | |
|
发表时间：2012-01-30
最后修改：2012-01-30
比较讨厌楼主这样的项目经理 , 偶们的也这样. 往死里搞手下的程序员.
2B的项目经理 |
| 返回顶楼 | |
|
发表时间：2012-02-03
yawei 写道 laoxing521 写道 上下翻了一遍, 觉得楼主是挺强势的,或者是个完美主义者,
但是没人搭理, 所以牢骚一堆 做为一个leader, 要么强势, 要么示弱 你定了一堆的要求给别人, 那你不光得保证你的这些东西是完全可以实现的, 而且还得保证能够给下面的人带来方便, 让他们受益, 否则, 暗里招人反感, 明里招人白眼 不是大牛, 没强势的资本, 就最好别玩这套, 老老实实当老二, 别防碍有能力的人发挥 关键是，大多数程序员不能理解设计的益处， 对很多程序员来说，面向接口设计多此一举， 分层设计也是脱裤子放屁， 对他们来说，这都是不方便。 其实是看问题角度的问题，从项目经理角度看，他希望你多干活，同时又希望项目可以更好的控制，但是他平常是不看代码的细节的，于是就要求你无论什么情况都按一套方法来做——比如一定要实现接口，一定要分多少层。而程序员吗，肯定希望多一事不如少一事的，同时细节的烦恼和相应的业务变动大家也应该领教过，被强制写一些从细节上看来没用的东西肯定会反感。 |
| 返回顶楼 | |
|
发表时间：2012-02-03
最后修改：2012-02-03
javaest 写道 貌似不懂技术和开发的项目经理还是比较多的,
这样的项目经理其实是比较被动的. 虽然是项目经理不应该写程序写代码,但是如果你有能力写的话, 就不用这样的低三下④的求程序员,你改改吧,改改吧. 有这心情 和这时间,自己动动手,早就搞定了. 总结就是,不懂技术的项目经理,开展工作的时候 比较的吃亏. 特别是程序员的工资还低,没有竞争力的工资.呵呵, 给程序员惹恼了,转身就闪人了,不伺候你这个事妈了.呵呵. 怎么和我周围的情况如此之相似，不懂技术的项目经理求着人干活，还没人好好干。 项目经理每次一生气，程序员就一拍桌子，就这点钱还让干这干那，闪人。这种情况出现2次了。项目经理也不敢生气了，还得求人干活。 |
| 返回顶楼 | |
|
发表时间：2012-02-07
我觉得作为项目经理，他有几点不足的地方：1作为项目经理，你都hold不住全局，自己都没有一个系统的概念这是第一个错误。2沟通表达的方式有问题，同一句话你用不同的方式来表达，效果就不一样，为什么你就不能放下身段来与人沟通呢？3在别人开始抵触你这个话的时候，你就不能再继续这方面的谈话了，而是应该绕绕弯子，可以聊点别的。
|
| 返回顶楼 | |
|
发表时间：2012-02-08
蛋疼的项目经理，蛋疼的项目
|
| 返回顶楼 | |
|
发表时间：2012-02-10
最后修改：2012-02-10
谢青莱 写道 xixix2004 写道 谢青莱 写道 极度害怕那些技术出身的头，害怕他们指手画脚，甚至直接修改代码
最喜欢不是技术出身的头，也可以是其他技术的 这样比较好 哈哈 不懂技术，可以把经理集中在其他方面。 给老板一个建议，设项目经理的时候，最好互换领域。 人总有惯性，对自己熟悉的领域，就喜欢指手画脚，很难控制。 对于自己不熟悉的领域，总会保持一点敬畏。 圣经-------------- 我虽然掌握一切，但是也应该保持敬畏和谦虚。 如果是对不合理的代码提出改进意见，只有好处没有坏处。作为程序员，如果是合理的建议，应当是选择接受，不管对于树立良好的工作态度，还是对于自身技术的提高都是有帮助的。 我就很喜欢和程序员讨论代码实现的问题，他们大多会接受，有的时候也会驳回我，这很好，说明他们有自己的想法，而不是在麻木的CODING。但是我绝对不会去修改他们的代码，这是最基本的尊重问题。 这就是技术出身的leader的通病。 No。 这不是你的活。 代码不合理应该有review的人提出，一般是做cross review。 代码有问题一般情况下除了自己发现，应该是测试mm的活。 代码命名不规范，文档不齐全，那是QA的活。 一般说来，项目应该有designer guideline， develop guideline cookbook之类的。 如果觉得程序员代码质量不高，应该推荐他们去看《重构》 如果是做java的话，推荐他们去看几遍《think in java》 好的程序员应该管好项目经理的爪子，严禁他们把爪子伸到代码层面来。 我觉得你真不是个虚心的人，项目经理就不能提出看法吗？技术交流本身是对大家都有好处的 。而且你以为所有公司都有专人做代码检查吗？做人别怕被人指出问题。 |
| 返回顶楼 | |
|
发表时间：2012-02-21
其实有一点开始时就有问题了，实施者和系统构架者以及需求者之间的沟通都难啊，一般一些需求者描述就有问题，到了系统构架者那里又变了样，最后到了实施者那里有 变了。等项目到了一定程度上发现这个不是，那个要改，改多了实施者就。。。，毕竟人家在写程序不是在嘴上说说！
|
| 返回顶楼 | |
|
发表时间：2012-03-04
最后修改：2012-03-04
项目经理 10:45:46
软件的理念强调的是沟通，不明白就随时沟通 ----------------------------------------- 笑死我了，这个项目经理在QQ上说“不明白就随时沟通”，真正的沟通是人对人的，不是在QQ上说几句就完了，谈正经事时，哥从来不会上Q，从来都是面对面 最后我想说的是这个项目经理很烂 |
| 返回顶楼 | |
|
发表时间：2012-03-04
顺顺利利 写道 项目经理 10:45:46
软件的理念强调的是沟通，不明白就随时沟通 ----------------------------------------- 笑死我了，这个项目经理在QQ上说“不明白就随时沟通”，真正的沟通是人对人的，不是在QQ上说几句就完了，谈正经事时，哥从来不会上Q，从来都是面对面 最后我想说的是这个项目经理很烂 其实有时候碰上沟通稍差的人，项目经理还是愿意在Q上聊的 |
| 返回顶楼 | |
