说说对系统构架的想法

　　今天，我看了一篇文章，叫做＜构架师已死＞，颇有感触． 想当初，我毕业的时候，面试官问我，你做软件这行的目标是什么呢？我说，做系统架构师！其实，我真的是想做系统架构师吗？

　　文章说的对呀，当初做ＩＴ，也算是迫不得已．按我最初的想法，我应该是读研，然后从金融工作．多好呀！然而，也算是实事弄人吧，英语差了那么几份，就这相落板了．之所以从事ＩＴ，是因为宿友说，他公司新招了个系统构架师，工资很高，应试是大于９Ｋ吧．于是，我就想条条道路通罗马，将就点．实际上就是没信心再读下去了．

　　如今，也算是有个两年工作的程序员了．对ＣＯＤＩＮＧ，对架构也有了初步的了解，也谈谈自己的想法吧．可能自己是对数学的吧．对任何事，我都希望它能做的完美．在写代码的时候，我就是非常讲究写注释，按规范标准走．很简洁点的东西，看了特别舒服．

　　对于系统架构，其实也应如此．架构，应该不仅仅是以于技术的一种追求，应该是对于无休止应用需求的追求，对于编码简洁的追求，对于后期维护的追求．对于技术人员来说，系统的目的不应该只是实现用户的需求，而应该是对于后期维护成本的减少．最近在＜ＪＡＶＡ设计模式＞一书，对里面讲的开闭原则，很有感触．用户的需求是无穷无尽的，今天修改完，明天就会有个新的内容．

　　当然，构架不仅仅是从维护意思上的东西．还有系统性能等等．接触的还不多，有待进一步考证．

　　后面，文章写了两句话：中国程序员最愚蠢的认识之三：我想当构架师。前面两个赫然是：35岁后写不动程序了．对此，我也有点看法．当构架师，并不是什么错．３５见岁后写不动程序，这确是事实．我明的，在国外还有快退休了，还在写ＣＯＤＩＮＧ的．但是在国内的环境下，这却是被认为没有前途的．当构架师，对于一个毕业生来说，是开始从事这行的一个憧憬。仅仅是一个憧憬罢了．