维护有感续

         12月28日，思修正式考试。虽说经历过一次相对来说大规模的测试，但真正要考试的时候，未免还是会有点紧张。

      总体来说，考试算是比较顺利的，没有出现大的问题。但是，过程是比较曲折的。

      首先，考试时，意外关机，刷新界面，这种被称为意外的现象发生的几率还是比较高的。考试之前，不是没有预料到这种问题，但是，没有想过发生的概率会这么大。而且，预测到问题后，不是从根本上去解决问题，而是选择把问题规避掉。导致预测失败时，将问题都暴露出来了。再者，变是永远不变的，这句真理没有真正的领悟。考试之前，没有认真的去考察要考试的环境。环境变的前提下，很多问题都是可能会发生的。这次，就是一个教训。5楼机房的键盘右边有一些快捷键，关机，进入ie主页等。学生打字时，很容易就无意间碰到。如果提前发现这些不同，也不会出现那么多的状况。下面是维护过程中，老师的一些教导。与大家分享。

• 要勇于怀疑。

        在维护系统过程总，除了要继承学姐设计的好的地方，也要发现不太适合的地方。勇于发现问题，并进行改进。可是，就像米老师说的，自己是一个很好的继承者，但是，反叛的能力很欠缺。见到别人的东西，要先想一下别人为什么这么做，这么做有什么好处。想不明白的地方要刨根问底。只有这样，自己才能进步，学的东西才有灵魂。

• 要有大局观。

        在考试的过程中，部分同学有点状况，我都在数据库中进行了操作。现在想想，挺后怕的。这是我运气好，没有出什么大的问题。要是真因为少部分人，我动数据库而导致程序瘫痪，考试无法正常进行。这造成的后果就太可怕了。做事情，一定要有大局观。出现小的意外是很正常的。谁能保证百分之百的完美呢！出问题及时记录，但解决一定要在保证不影响全局的情况下再去进行。

• 要有大爱

        俗话说的好，心有多大，舞台就有多大。这次，考试系统的维护，是我们一个小组几个人共同进行维护的。可是，由于我的关系处理的不是很妥当，导致大家的积极性不是很高。我自己本身对去现场的意义理解的也不是那么深刻。所以，去的时候就没有叫着所有的人。老师的教导让我受益良多。这里分享给大家。

       老师给我举了个例子，一个乞丐在外乞讨，你会给他钱吗？老师说，他不会，给乞丐钱，那是小爱。正是因为有人给乞丐钱，所以，社会上才会有那么多儿童被拐卖沦为乞丐。这是一个恶性循环。

       再说我这个，去系统使用现场，仅仅是干活吗？解决问题仅仅限于代码上的改动吗？业务驱动技术。技术是用来解决需求上的问题的。没有需求，你有技术有什么用！一个软件，买好多钱，你认为他卖的是技术吗？之所以，那么多人买是因为它好用。符合人们的使用习惯。为什么人家设计的软件好用，就是因为，他认真观察过生活。从生活中，知道人们是习惯于这样操作的，这样设计是符合人们的常性思维的。设计来源于生活啊。在现场中，通过学生使用过程中提出的一些问题，发生的一些状况，或是他们之间无意的一句谈话，就可以知道咱的系统在哪些方面设计的还是有欠缺的。而我就残忍的剥夺了同学们这样一次很好的锻炼机会。我自以为是的认为去现场会耽误大家的时间。我向大家道个歉，对不起。

• 不将就。

        这个问题以前我就已经提过了。这里再给自己提个醒，也给大家提个醒。遇到问题，千万不要将就。任何事情，都要给自己一个充分的理由。每一个你将就的问题，不一定在什么时候，都会让你为你曾经的将就付出代价。你也会因为你的将就而失去好多的机会。

• 要注重理论与实践的结合

        技术需要理论去指导，理论需要技术去验证。在生活中，发现一个问题时，就要想一下有没有哪个理论已经很成熟了，能够非常好的解决你这个问题。由于这个问题你正亲身经历，在看这些理论时，你就会感觉很亲切，能够理解的更加的透彻。同时，通过问题，你也发现了一个新的领域，开阔了你的眼界，扩宽了你的知识范围。就像考试系统，在使用的过程中，我们发现了一些问题。那这些问题，哪些是急需要解决的，哪些是可以推迟的。哪些是比较容易解决的，哪些解决起来是比较费力气的，都需要一个明确的分类。而前辈们早就创造了一门课程，项目管理，专门来解决这些问题的。