10 2013 档案

摘要:或许这种东西,就该叫做深深的绝望吧..题目要求:第四次作业,构造一个方阵将指定单词填入stage 1:每个单词只出现1次,且八个方向各至少有两个单词stage 2:矩阵长宽相等stage 3:方阵的四个角都要参与单词的构建算法思路:课上将这个题的时候我和z-mac讨论了一下,通过研读样例,我们认为大部分单词都是斜着填进方阵的,所以我们在用8个单词构造好边框后,将剩下单词按照四种对角线的方向依次填入,最后再扫一遍矩阵将矩阵压缩就好.但是这种方法无法满足长宽相等的条件.前天想了一个简单粗糙的方法,虽然能够满足题目的所有要求,但是构造的方阵缺少美感,尤其是在我刚刚看了肖犇犇和鲁大师的博客之后,突然感 阅读全文
posted @ 2013-10-27 20:51 VeryBigMan 阅读(242) 评论(0) 推荐(0) 编辑
摘要:homework -03ps:为毛在首页显示的时候一点文档格式都木有了.........请点开文章看吧还是~!结对编程人员:11061190 李孟 Lmeng11061192 周敏轩 Z-Mac11061193 薛亚杰 VeryBigMan我们三个人将以下材料仔细阅读,觉得十分受益。下面是我们的总结和分享:1)代码规范与代码复审 代码规范:一句话,我们的代码是要让其他人轻易看懂。 这就要求什么? 当我们拿汉语来作类比的时候,我们就能理解这个问题。为什么我们能交流无障碍?因为所有中国人都看得懂中文字!为什么?因为有一本字典(其实就是规范)告诉我们哪个字是什么意思,组成一个词又是什么意思?这... 阅读全文
posted @ 2013-10-20 22:20 VeryBigMan 阅读(322) 评论(1) 推荐(0) 编辑
摘要:满篇英文对一个非单词狂魔来说真的是很吃力啊…敏捷软件开发方法是一种从1990年代开始逐渐引起广发关注的一些新型软件开发方法,是一种应对快速变化的需求的一种软件开发能力,他们的具体名称、理念、过程、术语都不尽相同,相对于“非敏捷”,更强调程序员团队与业务专家之间的紧密协作、面对面的沟通(认为比书面的文档更有效)、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法,也更注重作为软件开发中人的作用。敏捷软件开发宣言对于敏捷软件开发方法来说,这段话给我留下了深刻的印象宣言中还包括以下原则:对我们而言,最重要的是通过尽早和不断交付有价值的软件满足客户需要。我们欢 阅读全文
posted @ 2013-10-15 22:18 VeryBigMan 阅读(523) 评论(0) 推荐(0) 编辑
摘要:如果用两个字来形容这次的任务,那一定是"卧槽"结对编程人员177 吴渊渊193 薛亚杰照至少一张照片,展现两人在一起合作编程的情况。说明结对编程的优点和缺点。优点: 程序员之间可以互相帮助,得到能力上的提高; 增强和提高代码的质量,并可以有效的减少BUG; 降低学习成本,共享编程经验可以使得代码工作时间大大减少; 互相讨论问题。更快更有效的解决问题。缺点: 程序员的磨合需要时间,优点:coder的大部分错误可以在第一时间被reviewer发现,这省下了很多本应当在项目测试阶段花费的时间; 结对编程写出的每一个程序都体现了两个组员中的较高水平; 两个人轮流交换角... 阅读全文
posted @ 2013-10-08 22:55 VeryBigMan 阅读(816) 评论(3) 推荐(1) 编辑
摘要:首先,在分组之前,我和室友周敏轩已经详细阅读了往届学长的博客,认为电梯调度这个项目应该先做UI会比较好一点,于是动手展开了UI的编写;但分组结果并没有如我们所愿,但我们依然共同进行了UI的编写,希望在第二次结对编程中能够再一起对UI界面进行更新和完善.UI编写人员周敏轩 192薛亚杰 193另外,特别感谢毛宇大神对我们编写UI界面进行了细致入微的指导。。。另外,也特别感谢同组队友周萱(149) 吴渊渊(177)对编写UI的支持..[附加题]改进电梯调度的interface设计,让它更好地反映现实,更能让学生练习算法,更好地实现信息隐藏和信息共享。目前的设计有什么缺点,你会如何改进它?Analy 阅读全文
posted @ 2013-10-08 22:53 VeryBigMan 阅读(246) 评论(0) 推荐(0) 编辑