今天查询2013年下半年的系统架构师考试成绩，52/49/48，应该是通过了。2012年上半年曾以55/52/47通过系统分析师考试，但在2013年上半年的信息系统管理师却以50/55/37落败。成败得失，感慨良多，在此总结一下，自勉同时也与同道共勉。
首先关于水平考试的必要性和重要性，自有不同看法，实属正常，本人觉得，如过仅仅把它看作自我评价和衡量的一个标尺，还是很不错的。首先，上午考试难度不大，但是范围很广，这本身对就很符合T行业的特点。一个IT从业人员，如果对IT诸多领域没有广泛的了解，恐怕很难成为一个IT行业佼佼者。其次，案例分析试题，虽然主观性较强，但是没有实际项目经验的话，要回答好还是有一定难度的。最后，也是最难的，下午的论文试题。虽然纯属笔试，尽可信马游缰，天马行空去写，但是如果缺乏实际项目的经验积累和总结，缺乏对实践经验的总结和理论上的升华，要通过也是有一定难度的。很多人都是败在了最后的论文上，我在考信息系统管理师时也是论文未能通过。
总结两次成功一次失败的正反经验，我觉得要写好论文，最重要的是以下三点：
第一，必须保证论文材料的真实性和写实性。虽然有人说过论文可以虚构项目来写，但是我觉得还是结合自己的实际项目来写为好。我觉得这样组织内容比较容易，虚构的项目如果未能考虑周全而露出破绽，那就不合算了。当然，一些无伤大雅的细节，可以虚构，也可以记不清楚而含糊点，这很正常。另外，文风尽量写实，避免浮夸。作为高级资格的应试人员，对待项目对待技术应该有自己成熟的观点和判断。工作可以充满激情，但论文应该充满真实的细节。本人系统分析师考试选的论题是敏捷开发，项目是自己亲身经历的一个web应用移植到移动端的开发项目，内容完全真实，自己觉的写的一般，结果竟然通过了。项目管理师和系统架构师也都是选择的亲身经历的真实项目。
第二，结合论题的理论基础，深刻总结 ，适度升华。最好能有自己独到的见解和体会，避免人云亦云或流于空洞。本人在系统分析师考试时，论文结合敏捷开发的四个特点：项目分解，及时当面沟通，每日构建持续集成，新特性及时发布，写了自己的实际做法。系统架构师，则是在分层架构的框架下，详细写出在企业应用的三个层次分别应用不同系统架构来满足不通需求的尝试，自我感觉还可以写得更好一些，因为在应用层混合B/S和移动端native C/S架构这一点忘记写了。因为当时觉得这两部分的设计开发自己并不负责。后来才 觉得，从技术或架构的角度来看，还是可以写的。
第三，论文要按照自己的风格和对理论知识的把握和实践经验的总结来写，不可拘泥于任何固定套路和标准模式。因为每个人的写作风格不同，从事的项目千差万别，很难有什么固定套路和标准模式。本人在系统分析师考试时，对论文写法根本没有什么章法，系统分析范围又太广，所以就按自己的理解去写，结果通过了。项目管理师考试，很担心论文，听从了论文写作的建议 ，要按九大项目领域的处理流程来写，选题是风险管理，本来材料内容都不成问题，但是实际项目中，风险定性，定量和应对计划等等，流程都简化了，严格按照流程步骤来写，内容就非常空洞，写到最后，反而觉得不如按照不同风险类别的应对策略来展开写，反倒容易些。但是当时论文都快写完了，木已成舟，回天无力了。系统架构师考试，就是按照自己对项目的总结结合理论来写的，结果感觉写得很顺利。虽然有点点担心应用层的架构未能涉及，有点遗憾，但最终还是过关了。今年5月如果能够再次考信息管理师，我觉得论文通过应该不成问题了。
最后，说一点题外的话，可以说，在IT行业做到要考高级资格，一般说，技术上都应该不存在什么问题了。更重要的可能是人际沟通。这是我最近才体会到的，可能也是很多人不屑于水平考试的原因。现实确实是这样残酷。我们单位要组织一个BI团队，选了四个人，三个都有BI经验，我算年龄最大的，但是Team的leader居然是一个没有BI经验的人，原因是他的PPT做的非常棒（确实比我们三个加起来PPT的功力还要深好几倍）。我们去合作伙伴那里学习BI实施，对方竟然也非常看重这位同事的PPT，直接让他去参与项目，而我们三个却只能学习一下BI软件的实施。看样子，如果我真的要让自己的这两个证书有点作用，我就得好好学习学习制作PPT了。仅仅Coding是远远不够的了。