一篇喷文，仅供无聊看看
警告：千万不要跟着没有业务设计经验没有开发经验的项目经理混
这片文章不仅是给程序员看的，也是希望企业能明白，不要再残害和糟蹋程序员了。当管理层的好好理解和了解下程序员的苦逼，这是普遍现象不是个人现象，这是客观事实不是情绪发泄。
项目经理不写代码是正常的，不太会写代码也还算正常，可能当项目经理时间长了已经不会写代码了。但是有些年轻的项目经理是程序员做不下去写不好代码，然后直接冲着项目经理去的，那就要小心了，光是写代码写不下去还好说，麻烦的是根本没有开发经验和业务设计经验，更更可怕的是他又没有业务设计能力。
项目经理之所以工资高，是因为他比程序员要NB，就是NB在客户沟通和大型系统设计规划上，而程序员只能做一个小模块，项目经理能更具复杂程度估算人月，而不懂开发设计的项目经理就只会算有几个页面了。
悲剧还远不止如此，设计能力差，客户提需求的时候就没办法转换成具体的业务设计，即便需求有问题脑子也转不过来，不知道有问题，就后就闷头做，简单的东西会做的很困难，更何况复杂的会怎么样。项目经理可以不做太过具体的设计，但是前提是需求明确，可惜他的文档中看着他的需求根本没法设计，可以猜出N种设计，他自己也思考下能设计出什么东西来。
像我现在的项目经理，前几个项目不是他设计的，都是别人了解需求设计的只管做，起码大框架有了再错也错不到哪里去，这次有个很简单的项目，就是他自己去了解需求和设计的，他了解的需求我们没法做设计，他做的设计是和他写的需求文档矛盾的而已，好了，几样东西都放到一个表里去了，检查复查是不是一回事儿也不知道（检查和复查本来应该是做几乎相同的事情，那就是一张表，但是在他设计里又是不同的事情 而且不再一张表中，但偏要放在一个列表中(两张表union的那种合并)，字段也是几乎相同的。。。），明明不在一个数据表里的东西偏要往一个列表里塞，设计变得越来越复杂，他么总归说，“诶呀，这很简单的”“先做个简单的”，每次他这么说都是悲剧，结果都是推翻么又不行，加东西么有很麻烦，劝么不听的，简单的东西搞复杂，设计能力不如大学毕业生。 纵容这种问题发生的高管也是很有问题的。说简单点就是，只需要他谈好需求，可惜需求不完整没法设计，不得不他自己来设计，他的设计还能和需求以及文档有冲突。
理论的东西会看书会吹NB就行，他喜欢一本叫《人月神话》的书，可怜的是他根本没能力算工作量，没能力提前考虑风险，算个P人月啊，真能当神话来看了，他还说，做项目最关键的就是算人月，好吧，简直就是个神话。
我的项目经理也没有大家看到的这么坏啦，只是文笔比较犀利，专门挑坏的说，比我项目经理坏的多的去了。
许多公司还有一个问题，就是喜欢从外面请高管，其实许多高管之所以当上高管就是会吹牛逼，外面请来的搞不好还得自己员工花时间教他，教会了他就继续吹牛逼去其他公司混了，要么就是混不下去继续吹牛逼换地方呗，这种示例见得多了，所以一个公司选管理人员最好从自己员工提拔多好，知根知底，而不像某些人混着高管无所作为残害下属。
---
有人要问了，跟上头提问题要提解决方案啊，解决方案呢？ 这么简单我都懒得说，看能力啊，从有沟通能力的有开发经验的程序员提拔啊，而不是随随便便外面招，找来也先从程序员坐起看看，不要让人以为吹吹牛就能当项目经理了，先把代码写写好吧。
老实说我周围的能写代码有技术能力的项目经理也是不少的，怎么来的？ 就是老老实实当程序员当来的。别乱给捷径，就不会有人乱抄捷径。
----
还有人要说了，你就会喷，别吃不到葡萄说葡萄酸。
呵呵，项目经理也只是一个职业，做不好就该骂，怎么了？ 项目经理太无聊没时间玩技术我还不愿意当呢。 该鄙视高管智商的我照样鄙视，你们骂红十字贪不也照样骂么，别人能贪你贪不到，你们就在酸啊，是吧。
---
注意素质，不要地域炮