在上一篇半月总结中，介绍了tky项目的整体架构、项目的进展情况、项目的优势与开发中存在的问题等。今天来聊聊这半个月中，项目中发生的事情。
在这半个月中，项目中有了较大的突破：成功通过了国家评測中心的測试。虽然过程非常艰辛，可是经过大家加班加点不懈的努力，结果还是令经理非常惬意，令大家非常惬意的。正好印证了这两天经理常说的一句话：好事多磨啊！
这一測试，前后都算上，基本上就进行了半个月。
以下，我就简要介绍下坎坷的測试过程。
一、測试过程
七月一号
最開始，与评測中心他们那边商议好了：七月一号正式開始測试，可是因为我们这边bug没有改完，然后就打算推到七月二号再測试，今天再改一天bug。结果幸不辱命，除了小郭那里，我们其它人都改完了手头全部的bug。
七月二号
内部回归昨天的代码。我和宝强为小郭和宾宾提供接口支持，小郭那里问题不是一两天能解决的，除了他那里，基本上都改好了。
下班后，经理叫我和宝强去电子所捣鼓測试环境。这环境他捣鼓了有一段时间了，一直是经理自己一个人捣鼓的，今天经理突然发现WCF服务还没有公布，说别的都弄好了。让我跟宝强帮他把WCF公布了。当晚，在网络环境异常恶劣的情况下，最终公布好了服务。只是还是不能訪问，调试了半天，发现服务訪问虚拟机里的Oracle时报错，无法连接。问题找到了，就等于攻克了一半，也最终松了一口气。
我们三人一起又捣鼓了半个多小时吧Oracle连接的问题，还是没有解决。看看时间，已经将近凌晨了。那天，经理就让我和宝强先撤了，他自己说又一次复制一个虚拟机，又一次安装一个Oracle。那天，经理干到两点多才走。
七月三号
已经没有理由再拖了，经理把新的虚拟机给我们之后，就去应付评測中心的人去了。我和宝强继续在这儿调试环境。到中午的时候，最终能跑通了。然后我们就赶紧打电话通知经理，经理显然那是相当激动，假设我们再不弄好，他预计也顶不住了。同一时候，我们内部的測试人员略微測试了一下，也没有啥大问题。大家最终松了一口气，看了看时间，已经下午三点了。我们几个出来找了点儿吃的，经理和评測中心的人在那測试。
七月三号晚
评測中心的人们下午五点准时下班，我们拿到測试报告，大家都面面相觑。结果不言而喻：一堆莫名其妙的bug。只是经理今天没有让大家加班，由于他也熬不住了，明天再说。
七月四号
国家评測中心的人过来了。还是让经理过去挡抢，我们继续找问题。结果发现：还原的Oracle数据库，有好多视图和表没有创建。找到原因之后，我们赶紧又一次备份了一个全新数据。还原回去还是如此。晕~~~没办法了，结果是导出了全部的创建语句和插入语句，才把这个问题搞定。刚開始測试没多久，又发现了一堆稀奇古怪的问题。这时候，经理也没办法淡定了，我们一帮人有来開始调试环境，我用手机在网上查了半天，最终发现是分布式事务的问题。再看看类似相关的问题：果然都用到了分布式的事务！这时候，谁也不淡定了，经理决定把我们开发的server搬过来。开发的server唯一的缺点就是WCF服务和Oracle在一台机器上。而測试要求要求服务和Oracle最好要分开，只是如今，已经管不了那么多了。评測中心的人又是等了一上午，下午又開始的測试。…………
环境搞定之后，剩下的活儿就比較顺风顺水了。尽管有一些问题，可是不至于终止測试。这一过程，怎么说呢？坎坎坷坷，好事多磨。上面，仅仅介绍了个大概的过程，中间还发生了一些事这里就不做介绍了。我仅仅谈谈我的感悟：
二、感悟总结
1、凡事预则立，不预则废。
通俗来说，就是一定要有准备！不管你是普通程序猿、高级开发project师、架构师、项目组长……。我们都知道：有准备的更easy成功。
我觉得：准备成功的人，才会更easy取得成功。像如今，大家都在北京挤地铁，挤公交。有些人浑浑噩噩，整天迷迷糊糊，能完毕自己的工作就已经非常不错了。这些人没有“时间”准备成功，也就无法成功。有些人说：我没有机会。那什么是机会呢？机会就像是大学毕业证，每一个人都会有。仅仅只是能找到对口的人非常少罢了。相同一件事情，有些人看是一潭死水，有些人看确看到勃勃生机。
所以不要抱怨自己不聪明，不要抱怨自己没机会，去好好做准备吧。能够说，“时刻准备成功”是每一个人每时每刻的必修课。
2、怎样对待领导
谷照明用《厚黑学》的理论告诉了我们：为什么刘曹孙的可以三分天下。面对领导的批评，你卷铺盖走人，仅仅能说明你惧怕了。《中国合伙人》里面有一句话问的好：究竟是我们改变了世界，还是世界改变了我们？
黄小明讲述创业经历时，有人劝他说：干我们这一行，一定不要委屈，低头弯腰下跪是基本功，小姐心态、寡妇待遇、妇联追求。
积极向领导表达自己的意见，这非常重要。你不站出来代表自己，那就要说明你即将被别人代表。
3、思想远远大于技术
思想远大于技术这件事，我就不在此进行佐证了。一件件血淋淋的事实已经一次次轰炸过你的眼球了。假设没有见过，仅仅能说是你的损失。这里我要结合评測中心的工作，谈谈自己的观点。
听着人家评測中心的进行业务咨询，以及问题阐述。你就会发现，他们所发表的言行是非常有讲究的，那些问题，并非凭空瞎问的，他们的背后一定有套强大的理论体系做支撑。这样的支撑，是各种开发经验，各种測试技巧的综合。对于这次測试，我非常想说的一句话是：哥们儿开眼了~~
4、码如其人
打小就听过一句话：字如其人。大概意思就是你的字写的怎样，你的也基本上也就那样。后来又有：面由心生。大概就是你长得俊不俊美不美，跟内心有非常大关系。
这里，我想说的是：码如其人。你写的代码如何，你个人就是一个什么样的人。写得一手好代码，是我们的必修课。然而代码写的如何，正好印证了你的思想水平。好代码是须要不断重构的。这几天正好在看<<重构>>这本书，尽管自己做的还远远不够，可是我确是学到了这本书的思想，每次加入新功能的时候，就是重构的时候。你的代码写得怎么样，自測最好的办法就是加入新功能，假设新功能的加入起来，须要东改西改，那就别写了，抓紧重构，不然一个小水坑就会在一次次需求变更中变成一个大泥潭。
记住：重构一定可以让你开发的项目高速进行。
三、总结
如今，越来越感觉到，做一个合格的项目经理，做一个优秀的架构师真的不easy。项目经理分配的任务分工不好，会直接导致项目延期；项目不能如期完毕，会直接导致到家集体加班；加班就会抱怨，越抱怨越导致工作没法做，陷入恶性循环，加大项目成本，加大的风险系数。所谓“劳师以远”正是这个道理。上面有点啥事儿找下来，就得把你批一顿。有品德的领导可能不会当着下属的面，直接批你。可是对待喜怒无常的领导，你最好不要以人的脾性来要求他。
所以说，做好一个项目经理，单纯技术好是万万不能的，你要让尾随你的人吃饱饭，让你的下属安心工作，同一时候，也要侍奉好上级。同一时候，进度啊，风险分析啊，项目预算啊……各种因素吧，你要找到一个合理的平衡点。