未完成的IT路停在回车键---2014年末总结篇

                        时间都去哪儿了？
        一晃而过，越来越能体会到这个词的真实感。特别是过了二十岁，这种感觉越来越深刻，越来越强烈，犹如小编做公交车的时候一直向后排排倒的香樟树，还记得有首歌叫时间都哪儿了，而后，这首歌传遍了大江南北，或许在电视机屏幕另一端的那个你，在听到旋律与歌词的那一瞬，你的心是否也被重重的戳了一下，因为她唱出了心声，击中内心最柔软的地方，你是否也像小编一样陷入了深深的沉思，就像歌词里面唱的那样：时间都去哪儿了？这些年，我们的时间都去哪儿了。都说岁月苍老了父母的容颜，苍老的何止是他们的容颜啊。“时间都去哪儿了，还没好好感受年轻就老了，生儿养女一辈子，满脑子都是孩子哭了笑了”当年精力旺盛的爸妈已经微微垂着背，凸凹不平的脸上留下了风雨打磨的痕迹，手上的老茧已经一层盖过一层，爸爸再也不能把小编举过头顶骑在他那厚实的肩膀上让小编看更高更远的地方了，妈妈的白头发已经不知不觉冒出来了，时间把他们一切的一切都给偷走了，而小编也不在是当年那个天天让他们操心的淘气小孩。

        真的很快，一转眼，小编离开家乡来到这个风飞沙有时夹杂紫色蒲公英的廊坊已经二年零五个月了。好像今年开始就在给自己倒计时，给自己的青春，给自己的学生时代倒计时，做每件事的时候都想狠狠的把它保留下来，因为真的觉得可能真的做一件就少一件了，十一期十二期的师弟师妹们一口一个师姐的叫着，于是觉得身上的那份责任感也多了起来。时间真的是一个伟大的东西，潮起潮落，花开花谢，四季不断更迭，一年又是一年。我们都搭乘上时间这一趟列车，生命中的每一次遇见，每一离别，每一场风雨，每一段行走，都见证着小编的成长。回首键盘走过的指尖，这一年里面的故事且听小编慢慢碎碎念。

               

        软件工程项目之C/S学习--软件工程
       从14年1月份开始，小编开始了C/S学习之路，走过哈工大的软件工程，漫画过UML，跟着小菜和大鸟领略了设计模式之美，接触了传说中高大上的三层，开始踉踉跄跄的VB.NET版机房收费系统个人重构。接着小编就随着今目标的脉络，一一上演那些天走过的IT情缘。
       C/S学习之路从哈工大软工徐徐揭开面纱，通过软件工程的学习，我们得到一种语言，来沟通软件过程、实践、模式等等。这样的语言需要是可执行的，对一款软件从开始到结束的管理，从宏观到微观的把控，我们需要做好每个阶段，在过程中美丽，在行动中灿烂，当一款软件开发项目正在进行中，计划、测试、编码、实现、维护将被实践填充。做软件的目的不光是让自己明白，更重要的是让别人理解，这个时候，就需要我们编写相关的文档。编写文档的时候，我们需要明确几个小问题，首先，每个文档具体要说明什么问题？其次，每个文档在软件工程过程中是有谁来完成的？再者，每个文档具体是要给谁看的?最后，每个文档都是在软件工程的那个阶段内完成的？实践与理论相结合，为我们打开了一个全新的世界，帮助我们更好的理解软件工程。进而促使我们的软件越来越好，越来越茁壮......

                 

        软件工程项目之C/S学习--UML及画图文档

       小编在画UML的之前，接触过两个系统，学生管理系统和机房收费系统，也接触了软工，编写了一系列文档，不知道小朋友有没有这种感觉，开发一个系统软件和编写一个程序是不一样的，他们之间的差别，用一个比喻来说，如同建造一座大厦和搭一个小狗的家，大型的，复杂的软件系统开发是一项系统工程，必须按工程学的方法来组织软件，需要经过一系列的软件生命周期阶段，这是我们从软件危机中获得的最重要的启示。
       这一个重要的启示促使了软件工程学的诞生，编程固然重要，但是更具有决定意义的是系统建模，只有分析和设计阶段建立了良好的系统模型，才有可能保证工程的正确实施，正是出于这一原因，我们的UML就这样，横空出世，  成功的软件组织应该总是能够交付满足其用户需要的软件，如果一个软件组织能够及时并可预测开发出这样的软件，并能够有效的利用人力和物力资源，那么这个软件组织是可持续发展的。一个开发队伍的主要产品不应该是一推漂亮的文档，每天开不完的会议，而应该是满足不断发展的用户及其业务需要的优秀软件。
       建模是开发优秀软件的所有活动的核心部分，其目的是为了把想要得到的系统结构和行为沟通起来，为了对系统的体系结构进行可视化和控制，为了更好的理解系统，成为一个专业的IT人士，UML是你必不可少的技能。

       

       软件工程项目之C/S学习--设计模式
       设计模式是为程序代码优化而诞生的，目的是设计出易维护、容易拓展、易复用、灵活性好的程序。设计模式体现是面向对象的三大思想：封装、继承和多态。设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问，设计模式于己于他人于系统都是多赢的；设计模式使代码编制真正工程化；设计模式是软件工程的基石脉络，如同大厦的结构一样。
         学习设计模式的这段时间，写了一系列博客，不想表达什么，只是单纯的为了记录这个过程，不能再像当年学陈伟VB视频一样，什么都没有留下，每次接触一个新的设计模式，总是喜欢把她和生活中的某些场景联系起来，串成一个又一个故事，成了我一篇篇碎碎念的博文。对于许多模式来讲， UML 图的描述可能不能全部描述清楚模式，例如，策略模式 和状态模式的UML图是一模一样的，但是它们本质是不同的，策略模式封装了算法，状态模式则强调当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了子类。这是我们学习模式的一个关键概念之一，这就是为什么和什么时候一个特定的情形应该被应用。举一个小例子，通常我们把创建了一些事的代码叫做工厂，然而不是每一个创建者都是一个工厂，笼统地叫工厂不能表达正确的讯息，实际上有两种不同的工厂模式，工厂方法和抽象工厂方法，明白模式之间的不同和理解不是所有的创建者都叫工厂，这有助于利用模式名称帮助开发者沟通。
        每天宿舍，食堂，南四楼的生活依旧在继续，编程也不会结束，每天，我还是继续着对程序，对爱情，对理想，对人生的期盼和向往，而学习设计模式的过程却要暂时告一段落，当然在以后的学习中还会陆续学习。最后，我们的面向对象编程之路才刚刚开始，相信通过我们的努力，我们的人生会更加精彩。

                  

       软件工程项目之C/S学习--VB.NET版机房收费系统个人重构
        我该用什么去聆听走过的那两个月，明年的枝头，依然会看到今日的灿烂。想想磕磕绊绊的两个月，学习的故事轮番上演，一个比一个精彩，一个比一个纠结，只是学习的主角换了又换，还是当是那熟悉的模样。两个月，风雨兼程；稍带夸张，岁月，慢慢催老容颜，稍带矫情，季节，依旧如约而至上演，走过的路，纠结过的代码，都是上天为了锻炼你，馈赠给我的礼物，经历了泪水悲欢流淌过，才会铭记于心。回望七月和八月的长廊，我润开一段痛并快乐着的曾经，回眸，驻留，在光阴的青藤里，这年，这月，还有那难以遗忘的回忆，早已将这两个月以来的记忆编织成一个美丽的花环，盛着花香，盛着感动......
        记忆中，那段重构的日子，静静地走在时光里，有过徘徊，有过沉淀，却从来不曾留下停歇。回想一路走来，有着淡淡的欢喜，不经意间，总是想起，是谁把我点醒，拉开机房收费系统的序章，一点一点的酝漾在心间勾起成长的回忆。七八月份的天空，思绪总是万千。一如，摸不着线条的机房收费，宛如427窗外缠绵的雨丝，仿佛每一滴都落在了我的眉间，找不到任何的头绪，心里感到莫名的惆怅。我在这个初秋的早晨，透过那片密密麻麻的雨幕，突然忘记了整个阳光的味道。奔跑在重构的这条路上，留下了太多的痕迹，这就是我们成长的轨迹，总是微笑中带着疼痛的迷茫。当时光划过，走到九月一号的末尾，留下了一篇又一篇碎碎念的博文，想起，有时会在一个点上兜兜转转，虽然，结果总是不尽人意，但能经历一次，于我而言是一种幸福，这份幸福充满了纠结的味道。
       一路走来，觉得调试真的是太重要了，一个好的软件，是调试出来的，通过一次又一次的调试，我开始学着静下心来看她到底是怎么走的，走到哪一步出现了错误，有时候并不是有黄色字样的地方出现错误，而是前面的部分代码出现了错误，只要走错一步，不及时纠正 ,就会步步错，所以，我们呢，要好好走好每一步，调试中,每走一步就是人生的一个脚印，代码中的N多个循环选择结构，就如人生中的每一个选择，不同的选择会邂逅不同的美丽，成就不一样的你。