程序员不断贬值，正是因为缺少思想（中国式教育很容易生产泥水工人），国内很多程序员都是机械式的，导致注入公司的是生铁而不是血液，生铁再怎么冶炼都只是钢而已。在他们脑中永远就是这几套公司的方案，从不怀疑。在这种越是缺乏思考的职业，价值越低。问题程序员真的不用思维吗？用公司自成一套的东西，然后天天做个泥水工人去拼凑？

我觉得程序员应该去发现公司代码上、设计上的问题或者提出新建议（不过用还是得用的，公司不可能随随便便就大换血），然后公司（设计师、架构师）就得思考这些问题，作出未来修改的决策，例如技术过渡，人才选择等。这样的公司才有生命力和竞争力。现在其他行业依赖软件的程度越来越高，特别是信息化，越来越大量的信息量，从而要求更高质量的软件，对于不注重软件质量的软件公司，将会极其影响依赖他而发展的公司。响应差（性能）影响业务效率，错误BUG多且难以修正（设计质量和可维护性）导致公司利益亏损和形象下降，难以添加新业务功能（伸缩性）使得公司不能很好扩展业务，从这些方面可以看出，软件质量如何重要。使用软件的公司好了，就使得软件公司有好饭碗，就可以使软件更高质量，相互影响相互发展。

急功近利，害人害已。唉，这些人性问题不能很好解决的。这些还是得靠觉悟和长远的眼光吧，或者需要等到某个时期，让这些公司被历史所淘汰吧。不过国内仍不重视这个问题的话，这个历史可能越拖越长。所以即使无奈，我们也得不停地想如何走回正确的道路，想不一定能回到，不想就一定回不到。

注意我的意思，我的意思是合理的引导程序员做开发。明知道他们水平有限你还要强迫他们写出非常漂亮的代码结果只有一个，“鸡飞蛋打”。程序员受不了你的压力，你面对严重滞后的工期愤怒的怒吼着回忆着自己多么的勇猛。

既然给你的资源有限，你也明知道得不到更好的资源何不合理的利用这些资源呢？他们写不了漂亮的代码稍微逊色一点也不会死人。只要在你的控制范围之内就可以了。

我们的项目我看到代码就有一种要重写的冲动，可是我克制住了，不到万不得已的时候我是不会亲自出手毁掉别人的代码，这样有利于别人的成长和团结。只要整体上不出现纰漏我是不会要求什么的，如果整体上出现纰漏那么把整个工程给翻个我也会在所不惜。

不要惊叹国外怎么怎么样全世界水平都差不多。作为老大要学会引导和忍耐，你不可能期望给你的都是能干的牛。（及使是能干的牛他的风格也可能和你的风格不同，你依然不会习惯他的做法。）

所以才说出水涨船高的道理嘛，明显是生产关系不能满足生产力的关系了，那么是应该招有能力的人，还是降低生产力来适应生产关系呢？可能你会说，现在的人都是这样嘛。我也只能无奈说，这是现在教育跟不上社会需求的弊端，但当中存在有能力的人还是不少的，只是很多都伯乐不识马而已。例如以算法作为一切衡量的标准，这个可以说很纳闷的事情了，当然这也和教育有关。

所以根本解决问题的出发点在生产关系上，而妥协的办法是救一时，而不能救一世。

很多认为会用些XXX框架就会开发软件了，其实是反了。框架是为设计而服务的，代码员必须了解设计者的意图，胡乱使用，只会背离设计的目的，而胡乱设计，也背离了架构的目的。什么可维护性，可伸缩性都不知道哪里去了。我一直都不认为程序员是泥水工人，他比泥水工人更高一筹——必须理解设计者的意图（不能立即理解，也应该有理解的倾向和基础吧）。框架不熟也不紧要，重要是思想存在，对于现在的程序员来说，使用一个框架，难事？还有不是说面试官，很难考察框架能力么，没错，框架是具体的，所以难以考察，但框架的背后是有很多基础思想的，思想就是用来考察的，不是么？

很久以前懂写个代码的程序员就已经很强了（JAVA刚引入中国的时候），那时用java写个快速排序就威猛之极-。-java发展这么久，中国居然还是照搬原来的方式，不觉得杯具么-。-框架出来了，却为用而用，而不去思考框架为何会诞生。为设计服务的东西，居然不是思考其本意。这就是一直该评判的“盲目引用”。

我一直都不满意中国的工人式教育（可以说导致上述的主要原因）。教育应该跟上社会需求，否则就会出现你们所说的妥协做法。要个设计师或者架构师目的居然是花大力气来妥协低等生产关系，这不是与引进设计师和架构师的本来目的相背离么（谁还愿意请个发挥不了作用的人-。-唉）。无论我的好设计在别人眼中是不是笑料都没所谓（谁可以一步登天？要笑就笑吧），比起向高人看齐，不向高人看齐才是最可笑的。

唉，如你所说，没必要生气，生气就自己亏了o(︶︿︶)o 。中国软件悲哀，自己控制不了，各位就靠自觉吧，可以的话提醒一下新人，尽那么一点力量吧。

[该贴被SpeedVan于2010-12-08 11:25修改过]

但是有时候我告诫自己，我真的知道应该怎么做是最好的吗？？
很多问题还不能一眼看透啊。人外有人，与其在那发怒，不如静下心来提升自己。

但是如果能够楼主能够提出一个更适合该项目的架构，你的成长也是巨大的。