摘要: 我看的是《代码大全》这本书,虽说要求的是读完,但是从书的厚度来说,这么快看完估计也是囫囵吞枣。对于初学者,笔者建议从第十八章看起---表驱动法。表驱动法是一种编程模式(scheme)——从表里查找信息而不使用逻辑语言。事实上,凡是能通过逻辑语句来选择的事物都可以通过查找表来选择。对简单的情况,逻辑语句更容易更直白。但随着逻辑链的越来越复杂,查表发也就愈发显得具有吸引力。重点:表提供了一种复杂的逻辑和继承结构的替换方案。使用表的一项关键决策是决定如何去访问表。---直接访问、索引访问、或者阶梯访问。决定把什么内容放到表中。看完发现,这样的阅读方式目测不太适合我,于是,从头看吧...书的第一部分主 阅读全文
posted @ 2012-10-31 21:50 teamshit 阅读(258) 评论(0) 推荐(0) 编辑
摘要: @TeamSH-IT讨论中提出的一些问题及解决方法: 问题:LiBin说他需要处理Clear Data,即LianZhaopeng处理完的数据,那是不是LZP没写完他就不能动手。 讨论的解决方法:在逻辑上是这样的,这确实是一个矛盾,但也不是不能解决。我们可以想办法找到一个关于计算机领域的网页去噪后的数据,LB在这个基础上开发他负责的功能就行了。LB好像忽然顺畅了!组员今天任务明天任务Hu Renjun将团队项目的任务嵌入TFS中 帮助组员配置TFS设置任务84 数据处理——整合搜集几个Key Data 实现去重功能 Peng Xiaodong 任务68 前期UI设计... 阅读全文
posted @ 2012-10-31 20:59 teamshit 阅读(198) 评论(0) 推荐(0) 编辑
摘要: 在课程推荐的3本教材里,我看别的同学有在图书馆借《移山》这本书,偷懒就直接拿过这书翻了几天,看完后感慨似有似无,脑子处于那种若有所得又得不真切的状态,趁着还能说出两三言,又正好有这么一个作业要求,就写篇读后感出来。这是一本有关IT技术的奇葩书,按照常识这种工具书不是用来看的,等遇到具体问题时再翻不迟。真的去看的话这种枯燥的书也看不了多久,而有关技术的东西不动手试试看过也没用。但是《移山》一书里面有很多人很多事,与其说是在介绍技术中穿插一些人和事,不如说是在讲故事中介绍一二技术。正是因为这个原因这本技术书我翻着翻着就完了,也正是因为这个原因,此书看完之后给我的错觉是翻开书的时候闭了闭眼,现在刚睁 阅读全文
posted @ 2012-10-31 15:24 teamshit 阅读(244) 评论(9) 推荐(0) 编辑
摘要: TeamSH-IT 今天是SH-IT小组的第一次scrum,经小组讨论发现daily scrum的形式不大适合我们团队,所以以后我们的scrum将会以半周或者一周一次的频率开展。 第一次scrum所有人都到齐,主要是进行简单的项目设计和任务的划分。在TFS上团队的任务只是写了一个doc并提交了,如果需要按照TFS自己的方法来管理每个组员的任务的话,只能过些天再补。 下面是每个组员今天的工作总结和下一周的任务:组员本日工作下周工作Hu Renjun用例建模定义Pipeline部分数据格式,数据建模任务划分和分工细化每一个用例的流程图(其他组员写作)(最先)设计系统的类图(实体和关系)(第二... 阅读全文
posted @ 2012-10-26 23:54 teamshit 阅读(208) 评论(4) 推荐(0) 编辑
摘要: TeamSH-IT的团队项目任务计划如下:任务编号相关人员任务描述任务计划时间任务1所有成员①用例建模②定义Pipeline部分数据格式,数据建模2h*5任务2所有成员①细化每一个用例的流程图②设计系统的类图(实体和关系)2h*5任务3彭笑东前期UI设计,要实现跟踪数据处理的流程的功能,此时因完成UI组成部分的设计5h任务4隋宇豪前期数据库应用,熟悉SQL,提取Crawler处得来的Raw Data3h任务5连昭鹏对Raw Data去噪,得到Clear Data3h任务6李斌从Clear Data提取关键字和需要的信息,得到Key Data(需要给出相关数据组织文档)3h任务7胡仁君①从K.. 阅读全文
posted @ 2012-10-26 13:09 teamshit 阅读(443) 评论(2) 推荐(0) 编辑
摘要: pairproject总结和结果自从1.2后还有几次修改代码的历程修改的2.0版本:主要是针对状态机的优化Idle遍历当前请求楼层,如果有楼层,则跑过去。如果该楼层的请求是destination,进入状态drop如果该楼层的请求是direction和运行方向相同,设置方向,进入状态drop如果该楼层的请求时direction和运行方向相反,若当前没有乘客在里面,进入状态pick,否则进入Drop并且将运动方向设为任务方向Drop 实际指的是顺行状态根据方向,从当前楼层开始遍历剩余楼层如果超重,则找到最近的destination楼层跑过去如果未超重,则找到最近的destination或同方向di 阅读全文
posted @ 2012-10-22 17:14 teamshit 阅读(279) 评论(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 阅读(223) 评论(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) 编辑
摘要: 1、项目选则 Content schema definition & Content Pipeline 要求:定义这个网站需要的内容结构, 并从爬到的内容中抽取元数据 (meta data), 并支持标签, 翻译等功能。 a.Define a schema of "online education Q&A", find out entities and their relationships. b.Input new content into pipeline, then merge it into existing content, under schem 阅读全文
posted @ 2012-10-20 23:56 teamshit 阅读(279) 评论(0) 推荐(0) 编辑