家传秘方

据说在外资的大型软件公司里，往往架构师、高级设计师比项目经理的工资高，这充分体现了高级技术人员的价值，其实软件的项目经理已经和传统行业的项目经理的职责有了很大的不同，架构设计、软件过程在整个软件项目中的地位正在超越单纯的管理，国内的公司早晚也会走到这一步的。
所以，如果分工足够细的话，今后你没有编码经验，同样可以做好项目经理。

还是想干什么干什么，不要被一些传说和据说框着。

目前来说还不可能，即使在国外也不很少，这是正常的，薪水最高的就是给公司赚钱最多的人，谁赚钱最多？高级技术人员？技术部门一直是成本中心！
多接触客户的人薪水就一定比不接触客户的人高，因为钱从他们身上体现出来，所以你要真想成为高薪的技术人员，要不做咨询售前，要不就是需求架构管理，坐在家的工程师。。。？可能性不大。

to jacobmee：
真正能赚钱的产品是做出来的，不是吹出来的。没有技术含量的产品会有竞争力吗？只做项目不做产品的公司是不会有核心竞争力的。
所以如果今天你是程序员，不要总想着明天后天我就要去做销售。你以为销售的钱是好赚的？想当然了吧？去年我们这里可裁了不少销售呢。我们一月给你 1 万块钱，但是要求你签 100 万的单子。你肯定能胜任的，对吧？快过来面试吧。

双手赞成！

朋友曾经给我讲过一个经历，他和一个同事一起做出租车，红灯车停。司机大佬看到前面的宝马，旁边的奔驰，感叹道：“他们的钱怎么那么好赚啊！”我朋友的同事对那位司机说：“您觉得什么钱是好赚的呢？” 司机想了好久，最后说：“看来，确实没有什么钱是好赚的。”

要在任何一个行业立足，乃至有所成就，不是那么简单的。认清核心问题，不懈努力，才能有可能成功。Sales有sales的难处，developer有developer的难处，即使是Bill Gates也有他的难处啊！天下永远都没有不要钱的午餐。

我这么说一定会引来技术至上的不食人间烟火的清高才子们的反驳。
呵呵，做产品的质量一定比服务的高么？ 大不一定。
就像大家说微软产品的质量一定比IBM（奥运会）,HP的质量高？不一定。
金山词霸的质量一定比联想，东软的银行，医疗单子高，当然也不一定。

我吹嘘了市场的重要性，可不能认为我就是不懂技术的，不懂技术的人可不敢在这种论坛混。

很实在的说，你们公司你觉得钱多的是那些职位？不难道不觉得老板什么都不懂，却整天开宝马，销售看起来就潇洒的要命。
为什么？何必要回避？客观规律在后面。

我觉得在产品和项目之间，并没有等同的衡量质量好坏的指标。所以两个东东，虽然都是软件，在质量上却没有太多的可比性。

如果一个项目能够很好的满足User Requirement，那么在这个项目中develop的软件就是质量高的；如果一个产品能获得消费者的青睐，那么这个产品也是质量高的。Windows的安全性和健壮性多为人诟病，难道就可以认为这是一个质量低下的产品吗？显然不会。

也许会有一种较为普遍的情况就是，从一个绝对的标准，而非相对，项目的质量会较差。为什么呢？因为衡量的最根本标准是客户的满意度，而不是软件本身。而产品的话，虽然也要满足消费者的需求，可是更重要的是软件产品的核心竞争力。

BTW，IBM做的项目并不见得有多好，我手头上就有IBM大约十年前的程序，竟然没有一行的注释。  HP也不怎样，手头也有他们的程序，呵呵~~

很多大公司的代码都没有任何注释，很多大师写代码也没有注释（看看juint就知道了，大家可能不知道这个东西是两个大师在飞机上试验结对编程的副产品）。原因在于他们根本就不能容忍任何注释造成的味道。
对于代码的高标准要求可以说师国外任何成功的公司的共同特征，热任何称的上大师的人物也都是对代码孜孜以求。当然大师可能由于种种原因自己不去写代码，但是这不妨碍他们对于别人使用一种优雅风格来写代码影响。
而IBM对于代码的追求可能已经称为苛求才合适，看看他们投入SCM的费用就知道了。
而实际上现在的问题也不是代码可以完全解决的，比如无BUG的垃圾软件问题现在已经成为一种普遍的现象，DoD的数字可以看出在他们的体系下开发的软件多数是这样的垃圾货色，可惜他们还是不肯像当初抛弃ada那样抛弃CMM。实际上看看人月就明白编码问题还是次要问题，也就是说是可以解决的问题。而软件的概念问题才是问题的核心问题，也是永远都不可能解决的问题。这是一种悲哀，也是一种希望。悲哀在于我们永远也不能产生真正我们希望的软件。希望在于我们通过努力可以达到我们希望的编码标准。

国外的软件公司是代码质量有保证，不愁写不出代码后才去搞过程改进，而国内的软件公司正好相反。事实上很多软件国内的软件公司根本就没有能力写出来，或者是 o6z 说的概念模型都出不来。不好意思，我是把建模与编程混在一起说了。

  除非你想搞Coding艺术，那么代码对你来说没有太多的用处。当然话说回来Coding艺术也是一件十分有趣的事情。