导航

2013年1月20日

摘要: 这次结对编程的作业正好赶上考期,一开始确实没有很重视,等到截至日期发现做不完了,只好把原来的程序改改交了。现在通知貌似可以继续写,但是在家连不上tfs,这个作业只好虎头蛇尾了 阅读全文

posted @ 2013-01-20 20:58 weiwu 阅读(107) 评论(0) 推荐(0) 编辑

2012年12月28日

摘要: 结对组员王泓洋第一部分:bug1:先解释“点击弹出隐藏对话框“选项,说的很拗口,一开始没理解什么意思。勾选后,鼠标指向隐藏的bing搜索框微微弹出一小截,要单机露出的一小截对话框才完全弹出。不勾选的情况下,鼠标指到对应位置直接弹出。在一些办公场景很好用,随时在顶层显示搜索框,但是在玩全屏游戏时,造成很大的干扰。在正常游戏中,经常因为鼠标指到某些位置弹出游戏;即使勾选了点击弹出隐藏对话框,鼠标状态也会改变,在游戏中单击后弹出对话框,强行跳出游戏。这对于玩家或用户的体验是非常差劲的,基本上玩家进入游戏前退出bing缤纷桌面才能解除该问题。任务栏显示状态:bug2:bing缤纷桌面有时不能正确的出现 阅读全文

posted @ 2012-12-28 12:02 weiwu 阅读(180) 评论(1) 推荐(0) 编辑

2012年11月19日

摘要: 这篇博客在团队博客中写过了,今天再刷在自己的博客上吧。Lost in CatB-http://www.ituring.com.cn/article/9363 认真的读了这篇文章,觉得我和作者有代沟。 这个代沟不是观点上的代沟,而是对于他所批判的和他举的例子,我都看不懂。 但是我还是顽强的去理解作者的观点。unix对我是如此陌生,我不太能体会作者在面对这个庞杂冗余的巨无霸时的叹息与无奈。但我用过linux,这个不需要使用商业付费软件的适用于个人的操作系统(很多人说两者是如此的相似)。我不得不说我使用它时的蹩脚与棘手,好吧,我承认我是被windows惯坏的笨小孩。 除此之外,我真的找不出和... 阅读全文

posted @ 2012-11-19 00:01 weiwu 阅读(143) 评论(0) 推荐(0) 编辑

2012年10月30日

摘要: 说到读博客,阅读量真的好大,而且完全可以出一本畅销书了,无论是从量还是质上。 刚开始就读到关于词频统计的那个玩意。。。后悔没有早读,更后悔自己原先不解的效能分析。当时作业要求进行效能分析,我一直没搞明白,发发牢骚随意了事,回过头看,很有意义。 非常庆幸前段时间读了《移山之道》,博客中的人物神马的让我感到十分亲切,显然有不少内容也被邹老师毫不客气的借鉴过来,但两者显然不同。课件更像讲故事,虽然移山之道已经很像讲故事了,但囿于内容的框架;博客就可以写的很天南海北了,为了讲一个概念,邹老师类比的形象场景的确都很新奇传神。 博客还没有读完,但是没有提到结对编程项目电梯调度的一... 阅读全文

posted @ 2012-10-30 22:43 weiwu 阅读(133) 评论(0) 推荐(0) 编辑

2012年10月29日

摘要: 这几天在读邹老师的移山之道,选择这本书有两个原因,一个是这本书字最少了,另一个。。。你懂得。 很推荐大家都来读移山之道,一个主要原因是,邹老师的书很懂他的读者,也很懂如何讲给他的读者。略带诙谐的文字使干巴巴的软件工程理论和VSTS工具指南生动起来,尤其是移山公司人物的对白总能戳中要害。印象比较深的几处:大段理论和名词解释后,小飞表示晕菜,我也同样读的犯困;很喜欢白话MSF方法论这章,貌似是移山人物对白最多的一章吧(菜鸟都喜欢白话什么的?);两个劫匪的故事,越成熟简单的软件开发过程和工具越是对广大开发人员的挑战,因为平台是平等的,相对的比较越发苛刻了;差点笑喷我的小飞向阿超提出的所谓CTO... 阅读全文

posted @ 2012-10-29 11:43 weiwu 阅读(207) 评论(1) 推荐(0) 编辑

2012年10月22日

摘要: 小组成员:吴煜10061149 全风楠10061186先上和我结对的全疯男blog链接,关于作业要求的博客部分他写的很好了,我就不浪费笔墨,和他合作很愉快http://www.cnblogs.com/quanfengnan/这篇博客主要是完成这次作业的一些感想和“牢骚”结对编程确实对提高效率很有帮助,两个人互相督促会少很多惰性,遗憾的是经过一个十一长假的休息,一次出去秋游的周末,一个被运动会打扰的coding time,我们实际投入到作业的时间不是很充分,电梯算法相对其他组同学效率有点低,但相信我们对这次作业的积极态度和想法会弥补的。在写算法时,一个很头疼的问题就是这个电梯系统没有一份详尽的. 阅读全文

posted @ 2012-10-22 16:29 weiwu 阅读(243) 评论(1) 推荐(0) 编辑

2012年10月16日

摘要: 要打造一支高绩效的团队,一个好的个人评估方式十分重要,评估方式有着正反两方面作用。一方面是对个人工作的认可与鼓励,使得队员获得团队的认同感,从评估中收获自身价值的展现;一方面是对个人工作的压力和促进,要能起到考核和督促的作用。就学生团队来讲,我觉得要做到多劳多得,合情合理。 多劳多得很简单,就是按工作量给分,虽说工作量不好度量,但在我们这个小团队中,个人的工作都有目共睹,工作量多少也自有分寸,只有遵循多劳多得,才能达到鼓励和激励的作用,做到公平合理。 合情合理则指的是学生团队在小型项目中,工作就那么多,大家技术水平就是那样,每个人适合做得工作不同,所谓的工作量只是一个标准,能合情合理的... 阅读全文

posted @ 2012-10-16 20:59 weiwu 阅读(1126) 评论(1) 推荐(0) 编辑

2012年9月25日

摘要: 一开始对项目需求就没有太仔细的理解,果然遗患无穷,在截止日期前,我又花费了比原先预估时间多一倍的代价去进行调试,整个项目改写和调试又花了周一整整一下午时间,代码已经改的面目全非。现在回顾并整理一下我关于这个项目的思路我一开始理解为将单词按字典序排列输出,采用了sortelist集合,以单词为键,词频为值,采用这种数据结构还有一个好处是通过键值直接查询已有单词,理论上效率会大于很多顺序存储结构吧。随后发现项目要求是按词频排序输出,顿时感到苦恼,我不得不把sortedlist中的数据导出到一个list中,重新按词频排序输出,之所以没有一开始就存到list中,还是考虑到新读入词汇的查询,对于较大的数 阅读全文

posted @ 2012-09-25 16:14 weiwu 阅读(153) 评论(0) 推荐(0) 编辑

2012年9月23日

摘要: 感觉vs2012的性能分析并不那么好用,几次都无法正常生成,还有个采样的东西,一会采样0,一会采样5,反正不太会用这个东西(采用较大的测试样本后,附新的性能分析结果如下,希望关于性能分析方面得到老师指教)。倒是通过和同学交流,发现自己对题目理解的一些偏差。开始通过命令行读入的命令分为简单和拓展两种,我开始直接按照拓展的情况去写了;再者是关于输出文件名和应用程序的命名,似乎也没有很明确的规定,我就按照自己的理解去写了。关于之前做的时间估计,和预想的差不多,实际写代码的时间可能还没有那么多,倒是调试上多花了一些时间,但基本上还是在周六下午完成了全部工作。初次接触c#,感觉上手还是比较简单的,和ja 阅读全文

posted @ 2012-09-23 19:45 weiwu 阅读(192) 评论(1) 推荐(0) 编辑

2012年9月22日

摘要: 一直想个大段的空余时间写这个作业,计划这个周末弄完。周六上午大概花个一两个小时突击学习一下c#,大概构思出程序的框架下午花两到三个小时完成代码,然后用一到两个小时调试和测试晚上休息一下,第二天进行性能分析(因为以前没弄过这块,不知道具体花多少时间,如果想要优化的较好,可能还是要不少时间,所以找个大段时间来做)然后完成最后的收尾工作,提交作业 阅读全文

posted @ 2012-09-22 14:53 weiwu 阅读(154) 评论(0) 推荐(0) 编辑