摘要: pairproject总结和结果自从1.2后还有几次修改代码的历程修改的2.0版本:主要是针对状态机的优化Idle遍历当前请求楼层,如果有楼层,则跑过去。如果该楼层的请求是destination,进入状态drop如果该楼层的请求是direction和运行方向相同,设置方向,进入状态drop如果该楼层的请求时direction和运行方向相反,若当前没有乘客在里面,进入状态pick,否则进入Drop并且将运动方向设为任务方向Drop 实际指的是顺行状态根据方向,从当前楼层开始遍历剩余楼层如果超重,则找到最近的destination楼层跑过去如果未超重,则找到最近的destination或同方向di 阅读全文
posted @ 2012-10-22 17:14 teamshit 阅读(285) 评论(1) 推荐(0) 编辑
摘要: 结对编程确实比较新鲜,跟个人作业和团队项目都不同。个人作业对独立性要求高,整个代码的工作从头到尾从想算法到具体实现到编译通过到效率优化,可以说工作内容很全面。团队项目刚好相反,组员分工明显,每人负责其中一部分,工作内容细化。与这两个不同的结对编程,优点是分工没有那么细化,相对而言每个人几乎都是参与了整个程序的内容,只是在小的方面有所分化,这样有利于对代码全面的理解和对算法清晰的认识,最后优化起来或者发现BUG找问题时两个人都能想到一些办法,比较好解决。另外结对编程时两人相互讨论,互动性高,发现问题时可以停下来一块儿先解决后再继续工作,不像团队项目时发现问题不能得到及时的第一时间的讨论和解决。要 阅读全文
posted @ 2012-10-22 17:12 teamshit 阅读(291) 评论(0) 推荐(0) 编辑
摘要: 前一篇http://www.cnblogs.com/yhsui/archive/2012/10/22/2733716.html。 昨晚和吴瀚雄完成了整个调度程序后,他又提出算法可以再改进。因为时间太晚了,我们决定先完成博客任务,再优化代码。没想到吴瀚雄下午来找我说他已经优化好了......主要优化了电梯停止和无人状态时的算法,运行了3个passenger文件,最后的结果比之前还是有所提高的。 截图3张,分别是passenger1、passenger2、passenger3: 阅读全文
posted @ 2012-10-22 16:18 teamshit 阅读(224) 评论(0) 推荐(0) 编辑
摘要: 这次把上一篇(http://www.cnblogs.com/yhsui/archive/2012/10/22/2733208.html)没完成的要求完成之。 关于结对编程的优点,《移山之道》是这样写的: (1)在开发层次,结对编程能提供更好的设计质量和代码质量,两人合作能有更强的解决问题的能力。 (2)对于开发人员自身来说,结对工作能带来更多的信心,高质量的产出能带来更高的满足感。 (3)在企业管理层次上,结对能更有效地交流,相互学习和传递经验,能更好地处理人员流动。因为一个人的知识已被其他人共享。总之,如果运用得当,结对编程能得到更高的投入产出比(Return of Invest... 阅读全文
posted @ 2012-10-22 12:46 teamshit 阅读(218) 评论(0) 推荐(0) 编辑