梦断代码阅读笔记----项目经理挣钱多的原因
讲道理，再看这本书之前，我真的无法理解为什么项目经理明明不需要编码挣的却比普通程序员多得多，难道是因为官大一级的原因？看完《管束奇客和狗》这一章，我感觉自己有点理解这其中的缘由了，甚至，有点“同情”他们。
不说别的，“软件质量三角”就是一个让他们头疼的问题，在软件世界，多数选择都归结为令人神伤的三向交易，乐天派，比如我，称呼他在其他领域的常用名字“质量三角”，悲观派则叫它“不可能三角”。不管怎么命名，通常总是坏消息。使用表格来展示一下在质量三角中可能的三种组合：
| 快速 | 便宜 | 优质 |
|---|---|---|
| ### | ### | |
| ### | ### | |
| ### | ### |
在实际工作中不能做到三者兼得，上述方阵只展示了一种二选一的图景，即一系列单纯的二元选择。实际中，产品经理们面对的更像是一具滑动按钮之间相互关联，相互影响的混音台。把“成本”滑钮从“低廉”移向“昂贵”?你会发现，这会让“质量”滑钮从“低劣”一端向“优良”一端稍稍移动。如果你还想加快速度,那就得继续抬高“成本”滑钮~—或者将“"质量”滑钮推回去。如果项目的实施能精确反映在成本、进度、特性或质量上的决策，则项目经理只需要坐到混音台前，调整控制滑钮就好。然而，管理软件开发项目的方式往往更为原始——要从无到有创建秩序,要回答类似“从哪儿入手”和“怎么才知道何时完工”之类的问题，还得协调难以控制的团队力量，使其朝向共同目标一致用力。
除了这个问题，还有更让人头疼的协调程序员问题。人是最复杂的生物，程序员是人中比较难与其他人相处的人。大多数下，程序员相对于和人打交道，更喜欢和和代码打交道。书中将程序员称为“奇客”意义是难以相处的人。而且根据布鲁克斯在《人月神话》中提到的那样：不同程序员的生产力相距甚远，常会达到十倍差距。所以，如何配置项目人员，是一个预估项目所需时间一样令人头大的问题。
项目经理的工作真的让人头大，但是，我还是会以这个职位为目标，一是可能我现在的经验太少，所以无法很好的解决这些问题，有了经验之后可能就会不同；再者就是，能挣大钱，何乐而不为？