********

摘要： 必应缤纷桌面软件测试报告第一部分——找BUG 鉴于之前没写过软件测试报告这类东西，只能通过对这个软件的使用感受简单地进行分析了。安装阶段首先我想说这个软件很不错的一点是大小只有2.01M。作为程序猿，真的很无法想象如果一个桌面软件有几十上百M那么大将会多么令人抓狂。使用事实证明这的确是一个简洁快捷短小精悍的软件。但是，安装过程实在是快得出乎我意料，是的，我打开个网页的功夫就装完了，以至于我差点没反应过来这个过程少了点什么……没错，的确是少了点什么——这软件的安装是默认的，没有选择安装文件夹的选项，以至于我都不知道它装在了什么地方。这个算是一个小BUG吧，总觉得可以再人性化点，加上这一点东西对用 阅读全文

摘要： //个人英文水准问题，部分理解可能出现偏差。//10061162 刘俊伟从“准则”谈起 Eric S. Raymond的为创造良好的开源软件提出的19条准则，对于我来说，第一反应不是想去看下面准则的具体内容，而是想起了推理小说里常常提及的诺克斯十戒和范达因二十准则。对于准则这个概念，个人的理解是长久以来积累的经验，但在另一方面来说，因为要符合长久以来的事实，所以准则往往也只能泛泛而谈了。 把这些准则对比一下就很容易发现这个问题了，比如： （软件开发）Eric S. Raymond提出的第四条：如果你有正确的态度，那么你将会发现有趣的问题。 （推理小说）诺克斯十戒中的第二条：侦探... 阅读全文

摘要： //一版的《移山》 //10061162 刘俊伟零零碎碎地花了不少时间看《移山之道》，现在也到了该也总结的时候了。由于看本书的时候正在进行pair work，因此也并不是按顺序阅读，而是直接从第11章——两人合作开始的。一．Pair work的得与失 合作编程在以前的学习过程中也进行过，基本也就是各人负责一部分最后再将之拼凑起来，而这次作业要求的双人合作，要求的并不是这样，而是两人应该在一起进行工作，这样的要求理想情况下能在代码编写时提供更高的设计质量和代码质量，也能让结对人员之间做到相互学习，经验共享，促进交流，但是在实际情况中，因为结对对象并不是自选，我们之间的共同的空闲时间（因为课程，生 阅读全文

摘要： 小组成员：PairProject1310061162刘俊伟10061180王泓洋——————我是刘俊伟。负责主要代码编写，王泓洋负责细节修改与完善。不得不说这次作业是目前为止经历的最为纠结的一次作业，主要工作不是写代码，而是读程序，这对个人基础的要求高了不少，作为英语苦手光看懂各个变量名都翻了不少次数的词典。而另一方面，这也是我第一次对已有程序进行尝试性修改，工作中难免出现较多纰漏。结对编程的优缺点：优点（1）集思广益，完善想法，两个人总比一个人考虑得多。（2）不同方向思考，查补纰漏，不同的想法之间相互弥补，能有效的查补BUG。（3）合理的工作分配让工作变得轻松。缺点：（1）强制性的分组带来的 阅读全文

摘要： 1）在开始工作前，本来是预计三个晚上完成，第一个晚上完成普通模式（3小时），第二个晚上完成扩展模式并在窗口化的情况下进行测试（3小时），第三个晚上转为命令行控制并加以完善（2小时）。2）实际情况基本与预期相同，但是因为今天收到的用户需求变更的通知，多花了一下午时间（4.5h）对程序本身进行修改，尤其是字母序的定义上，与室友争议了较长时间，在处理字母序上也花了大部分的时间。3）不知道为什么VS2012在自己电脑上运行不正常，因此编程还是用的2010，在同学机器上进行的测试。但是2012的性能分析未成功过，这也是较多同学的代码都出现过的问题，自己目测程序里花时间最长的应该还是词语排序上。4）以某一 阅读全文

摘要： 我是100616班的刘俊伟。第一篇随笔的时间在博客申请下来后已经到周末了，刚好也赶上单词统计的完成。主要遇到的问题还是在命令行上，之前对命令行几乎没了解导致这次在命令行的输入输出倒腾了很久，因此开始是用windows窗体先实现好了功能。主要思路还是利用hash表来进行统计。至于分词，利用已有的split()即可很容易做到了，至于扩展部分的数据之间的合并也没有想到太好的方法，只能在排好字母序之后一个个比对了，并重新建立对应的数组来存储合并后的数据。整个工作中主要耗时也就在这了，合并中的各种情况都要考虑到，难度不大，但由于方法上的原因确实看上去较为复杂了。 阅读全文