12 2010 档案

摘要：2010，辞旧迎新2010年12月31日，是农历一年的结点,辞旧迎新的一天。其实在2010年这300多天,我们每天都在辞旧迎新,每天都在犯错改进。整理思考,2010年的下半年是多事的半年,同样也是进步最大的半年。这一年，我们经历了软考，听着老师和师哥给我们讲述他们的故事。自己准备着属于自己的软考故事，现在软考成绩还没公布，对于软考的成功与否，我都不报以太大的关注。但，通过软考，我知道了自己在用心准备一件事的时候，欠缺一些东西。给自己的期望太大，积累积累，以致期望会给自己带来莫大的心理压力。把成功看得太过重要了，自己的事情安排不妥当，有些时候都不知道自己该做些什么，索性就拖拉，懒散。 也许这就是 阅读全文

摘要：昨天把赵斌走后留下的开卡管理模块整合打包了,那一部分的需求我也是在整理他的代码的时候深刻理解到的.其实按照赵斌的设计,他省略了不少的辅助内容,从看代码和一些遗留文档,给我的感触是,当初我们做这个东西的时候,状态真的很差.拼拼凑凑完成了功能,以至于米老师工程验收时给我们讲了那番话语. 米老师说一字一句都敲在我的心上,工程验收不合格,作为负责人,我很无奈,听了米老师的一番点拨.巨人的肩膀其实并不高,我们都能爬上去,但谁能潜意识的去做这件事?很少.这一个月来,就是翻来翻去的做YH,从一开始一个人起头做,到项目最后结束一个人收尾.我看到了大家都存在的薄弱地方,测试环节我们一窍不通,没有系统学过测试这. 阅读全文

摘要：在概要设计阶段，根据需求阶段的调研结果，我整理了系统界面设计的基本原则。因为在代码开发阶段，很多时候界面的具体制作室由开发人员直接写代码，因此必须确定一定的原则和规范，以保证系统界面的统一。一般适用原则简单明了原则：用户的操作要尽可能以最直接最形象最易于理解的方式呈现用户面前。对操作接口，直接点击高于右键操作，文字表示高于图标示意，尽可能的符合用户对类似系统的识别习惯。方便使用原则：符合用户习惯为方便使用的第一原则。其它还包括，实现目标功能的最少数操作原则，鼠标最短距离原则。等用户导向原则：为了方便用户尽快熟悉系统，简化操作，应该尽可能的提供向导性质的操作流程。实时帮助原则：用户需要能随时响应 阅读全文

摘要：刚刚把庆路接管的成绩管理部分的源码和文档等等备份了一下.从今以后,六期的在职成员只有9个人了.随着赵斌和庆路的离开,机房明显的空了一些,今天晚上和庆路吃饭,问他,为什么要离开提高班?他沉默了些许.后来在我整理他的机器的时候,看到了他给老师的离职申请文件.压力,自信.这是我从他整篇文章中挖掘到的两个关键字.按他所说.从我们入提高班至今,所做过的工程项目,都是一遍又一遍的重复.重复性工作多+基础不牢=自信心不够,时间长了自然滋生了不良想法.感觉自己存在的价值很渺小,自己成功的希望很渺茫.一个人在绝境丛生的时刻,看不到自己生存的希望,偏离了坚持的方向,这边宣布了自己的死亡.其实,人各有志,我并不是说 阅读全文

摘要：开始怀念有课可上的日子了，虽说有课上的时候多数会赖在机房不肯出去，现在反之。 刚刚和雪琪讨论了一下校园支撑平台的几个子系统之间的数据供需关系，这和女人描眉费时费力一样，便考验的是处理细节的能力。六个子系统之间既要独立也要有联系，那么我们把联系的地方下放到了数据持久-数据表上面，也就有了这种可能情况，一个表由一个子系统负责维护，而这里边却掺杂了两个甚至多个子系统的部分需求信息。现在我们还理顺这些数据关联。 YH新版本的已经发布了30多个了，总是有些细微的bug出现，当然我也很欣慰，这些问题是由我发现的，而不是用户。昨天有人说，“这些东西还是让用户去测吧。” ，虽然是一句笑谈，但我的压力还是蛮大. 阅读全文

摘要：在学软件工程、UML建模的时候，最容易见到“规范”、“指导开发”等字眼，那个时候我们也是这么一个字一个字的学的。大家都知道软件系统的开发过程是非常严谨的，正由于非正规开发带来太多的弊端，则有人推出了规范建模、文档驱动开发。写文档、建模、做设计，这都是我们现在都要经历和要求的。文档的重要性，往往都是在发挥着一个Report、一个指南的作用。也许那些一边喝着咖啡、一边通宵纠结于如何更好的读懂别人代码的同学们更了解文档的重要性。 当面对一大屏幕少量注释的代码的时候，心里最想的便是哪位好心人能拿出一份规范文档给我瞅瞅呢。当要了解一个功能实现流程的时候，也只能一下一下F11地走下去，最迫切的不是去睡觉， 阅读全文

摘要：Coding的时候，你喜欢写注释吗？我说，写好注释便是完成了一半的代码功能。注释，标注关键、简要解释。这是我的理解，这段时间做Yh的后期更新，看了一些写的很“干净”的代码。看了一段时间，脑子便和代码一样“干净”了很多。能够清晰简洁的写好注释，那么注释之外便是万事升平。良好的代码注释习惯也是一个软件开发人员的必备专业素质之一，如果我们无法对自己的实现进行清晰概括，那么这个实现肯定也是一塌糊涂的。写注释没必要面面俱到，那样岂不是成了（真伪代码）的双重实现。简明扼要，可以作为编写注释的一种标准。简单明了的对关键字段进行概要说明这便是我对注释的一种理解标准。其实，写不好注释照样能成为好的开发者，若只想 阅读全文

摘要：上周日接手米老师安排的YH项目更新任务。直到今天，所需更改、增加的功能已经完成了70%了，很惭愧的说，这次做YH更新，又是感慨颇多。 先后参与了两次YH的开发，第一次主要因为进度问题，我们的设计方案整个搁浅了，没有应用起来。米老师虽没有批评我们，但我想那次开发过程大家的表现情况、针对问题的态度，自己心里都有一个评判、打分。孰优孰劣都会有深刻的印象。只要脑子没问题，那么如何去改正缺点、发扬优点，这些都不是我该强调和监督的。 这6天左右的时间，大家真正坐下来写代码的时间勉勉强强刚够一半。 一直在反思，晚上躺下来郁闷地和坤哥、牛哥，叨念叨念。 现在投入使用的YH版本并不是我们这组人开发的，但是主要. 阅读全文