第一遍做《机房系统》是用的Visual Basic语言，VB设计界面容易些，兼有面向过程与面向对象，主要是面向过程；这次用的是VB.NET，完全面向对象，整体感觉代码增多了，代码分散耦合度和面向过程比小很多，又用了分层结构、加入了设计模式使得代码更加灵活，编程似乎是在朝着“大道至简”的方向发展，越简单的代码越美观。
登陆界面
主界面
通过做这个系统知道了自己掌握不足的一些知识点。
对于设计模式不了解，认识和掌握都很欠缺，对于大的系统加入设计模式是必不可少的，它应该是学习的一个重点，以后接触做系统也是经常的事情；
还有数据库的操作，增删改查，SQL语言也是一个重点，我们要经常同数据库打交道，至少应达到熟练操作数据库。
系统完成很慢可能有如下原因：
1 前期没有画好UML图，边写代码边画图，结果代码写的凌乱了，又不忍心重构，只好艰难的往下写，缺少整体规划与设计。
2 实现一个功能时，不要想能不能做出来，相信自己你就可以做出来，“相信你能赶上火车，你就赶上了”，如果你不相信，不去做了当然，就赶不上了。
这句话的意思是本来你就能赶上车，不要因为自己觉的赶不上，不去做，而真赶不上了。
3 做事不能拖拉
很多时候，一件事你觉的什么时候能做完，它就是什么时候做完。需要一天做完的事，你觉的需要两天，那你就会两天做完。
做了好几个月终于把这个系统做完了，因为总有各种事情需要去做，自考一个月左右没有做，期末考试又一个月左右没有做，只要有一些事情了，就会把做系统往后拖，结果是越拖时间越长，时间长了就不想做了，越做越慢。
如果进度慢了，当你遇到问题时，只能是问别人失去了和别人商量的机会，因为别人都以后做过了，不能够就行讨论，“讨论是一个好的学习方法”这样的效果可能没有一起讨论的效果好。
学习做一件事就要尽可能的快点做完，做完了也会有时间做其他的事情了，《高效能人的七个习惯》中就有以始为终、四象限法则，都是这个道理，但做起来挺难，减轻心理压力，学习才会越来越快，如果做一件事想着做完没，慢慢做，最后可能并做不太好，只会浪费很多时间，事倍功半。
看过一本书《请给我结果》【作 者】姜汝祥。 觉的很好，做事、公司上班，我们要的是结果，而不是任务，怎样完成任务不重要，结果才重要，公司的结果等同于你为公司创造的价值，有结果公司才能生存。
《机房系统》可以说是对前面学习的所有内容的一个检测，无论前面你学会了没有，你需要自己独立把这个系统做出来，这样我们的学习目的也就达到了，这也体现了我们的学习是项目驱动、项目检测，利用学习的东西你要能做出东西来，正所谓“学以致用”，体现出了知识的价值，知识不在于掌握多少，而在于灵活应用，会应用才能表现出知识的价值。
接下来，要学习下一阶段的任务，重结果而不重任务。
