摘要：
作为一个团队，自然是一体的，所以要摒弃个人开发的不良习惯，互帮互助，共同进步。以期望在项目过程中能够不使一个人掉队，不因一个人的工作而使全队进度拖延。所以在分工的基础上还是要互帮互助，团队整体的分数即每个人的分数。但老师要求每个人分数都必须不同，故虽每个人都不同，但差距皆不大，以示团队之核心。所以假设团队总分120分，小组六人。第一贡献者：22.5分第二贡献者：21.5分第三贡献者：20.5分第四贡献者：19.5分第五贡献者：18.5分第六贡献者：17.5分至于贡献者的排名顺序可由组员投票投出。 阅读全文
摘要：
什么事情，只要参与的人多了，就会在操作上带来很多的复杂变化。我有这样的感触，是从上次的课堂游戏开始的。虽然只是一次游戏，但大家都很认真，于是，思想的碰撞就此开始了。每个人都有自己的想法，认为自己是对的，可以带领团队走向成功，这时我们就试图说服队友，希望自己的想法可以得到贯彻；但每个人又是执着的，哪怕听着别人的想法也会下意识从否定开始思考。就这样一个简单的游戏，就让我们犹豫了5分钟，要不是时间限制，可能还会更长。但最终我们取得了第二的成绩，这是对我们努力的肯定，同时也反映出，对于我们中的一些一开始就持有正确答案的同学来说，团队也降低了他的效率。此次的结对作业也是这样。有一个队友，难免就会有惰性， 阅读全文
摘要：
时隔两周，再写作业总结有点晚，但也很有意义。一是充实小组博客，二是验证一句话”温故而知新，可以为师矣“。上次博客简要写了我的程序结构和思路，在此先纠正一下。采用sortedlist做数据结构的方法效率实在太低，在作业截止日期前，我改写了代码，用hashtable存储每个单词和词频，确切来说是以单词的变型（全部大写后）为查找的键，以单词本身和词频一起的一个集合作为值存储。本来简单模式和拓展模式可以用两种数据结构，分别采用不同的处理过程，我没有这么做。关于代码优化，说一些自己的心得，当然不懂得地方更多，求教指正。样本一定要大量，不然性能分析是什么都分析不出来的。性能曲线和计算机硬件应该也是有关系的 阅读全文
摘要：
经过一天的优化和测试后，我深刻的感觉到需要一篇总结来总结经验教训。今天遇到的最大的问题是内存管理的问题。在之前的简单样例中，这本不是一个问题,但是当我今天换了一个100多MB的文件夹当样例后，一切都不一样了。我的简简单单的9KB的程序居然调用了1.2G的内存长达4分钟，而其他同学的程序大约调用内存100MB以内。如上图占用内存1316MB经过分析我发现我的内存主要是存在于存储中。for(...){Word a = new Word(str[i], str[i].ToLower(), 1);wordlist.Add(a);}就是以上的代码占用了1.2G的内存。我无条件的存储了所有的单词，包括了完 阅读全文