摘要:
一开始看到邮件上说的截止到1月10号,然后居然忘了每次都是中午截止。然后又没有分数。那么写和不写的区别只在于扣不扣分,那还需要好好写么? 其实写了半天都是只是为了给自己一个交代,想起学霸们为了分数焦急的面孔,作为学渣突然心中就释然了。自己上一个博客都说了。因为TFS签入的问题,上次写好了的电梯调度没有签入或者签错了。 第一次读文件统计单词,TA说结果错了,当时昏天黑地拿同学的文件测,跟大家结果对比,后来为了提高速度,用hash表等等,结果呢,就是因为不知道为什么错了,只有2分,后来分数就一直是没上去,估计电梯调度也没有成绩,这么一想,估计这学期软工没有什么分了。 想起一个故事,就是说一... 阅读全文
摘要:
结对编程:李世杰 马骏 这个因为很赶时间。前一阵子一直在写编译(个中辛酸按下不表)。我和同宿舍的同学在最后阶段又进行了新一轮的结对编程,完成了程序的所有内容。 先说体会,这个东西真的可以换一下顺序。在UI跑起来之后,不同算法之间的区别真的十分明显。所以,如果作业是先写UI的话,那么大家在熟悉了各种接口和属性的调用之后,在有了活动的UI之后,再写电梯调度算法,不管是实现还是调试的时候,都将会好很多。 由于水平问题,所以没办法调用不同的模块,电梯能跑起来的时候,已经十分惊喜了。从舍友开始睡觉开始写,舍友起床了看见我们俩还在写。光看签入时间就懂了。 另外 TFS各种错误还是十分蛋疼,虽... 阅读全文
摘要:
必应缤纷桌面产品分析学生:马骏(203) 李世杰(168)第一部分下载并使用,按照教程描述的bug定义,找出一个功能性的比较严重的bug,至少一个,用专业的语言描述(每个bug不少于40字),如有必要,可以配图。1,程序关闭的问题。 程序的正常关闭,需要在必应Bing搜索框的选项中 退出。在搜索框这个整体中,较为快捷的时最小化按钮。按照很多用户的习惯,为了避免影响工作,很多时候人们会随手最小化,然后某个时候直接在任务栏关闭这个程序。但是程序有个问题是,在任务栏右键单击“Bing缤纷桌面”标签,点击“关闭窗口”没有任何反应。 如图:2,移动“必应bing搜索框”的问题。 比如我点开... 阅读全文
摘要:
“学长学姐说专业”应用隐私策略声明1. 隐私保护本应用不收集、存储任何用户信息。任何时候如果您对我们的隐私策略有疑问,请利用电子邮件melee7@163.com 联系我们,我们会尽一切努力,请合理适当的范围内立即改善这个问题。2. 免责声明2.1用户明确同意其使用本应用所存在的风险将完全由其自己承担;因其使用本应用而产生的一切后果也由其自己承担。2.2本应用对自身提供的服务的稳定性不做任何形式的担保。2.3本应用不保证为向用户提供便利而设置的外部链接的准确性和完整性,同时,不对该等外部链接指向的任何网页上的内容承担任何责任。3. 协议修改3.1我们有权随时修改本协议的任何条款,一旦本协议的内容 阅读全文
摘要:
不起那些花哨的名字。只是说说自己的读后感。 先说说,软件工程 敏捷的酒后问答。 确实,当一个东西变成一种宗教,一种规定,或者这样说,变成某种教条的我们不得不遵循的规范的时候,那么这种东西就失去了很多当初作为方法的灵活性和生命力,就会变的僵硬和死气沉沉。特别是对于“敏捷”来说,一旦把敏捷作为一个一步一步的规范,那就完全失去了敏捷的意义。 真的敏捷应该是一种理念。核心在于关注用户的需求与实际,核心在于应对现在快速变化的市场。敏捷的典型应用场景确实就是应该在那些用户不需要100%的可靠性但是可能会经常改变需求,需要尽快拿出解决方案的地方。敏捷开发需要很多轮的迭代。我觉得文中有一点说... 阅读全文
摘要:
《移山之道》确实写的很有趣,跟以往的教科书天壤之别。对话的形式很好,更能让人融入到这本书想要表达的内容中去。看了很多人的Bolg,大家也写了不少对于这本书的看法,不过都大同小异,我觉得已基本上说出了我对与这本书的一些看法。我在这就不再赘述,但是作业毕竟要完成,所以,我打算说一说邹老师的Blog。在平常的时候,我读了很多邹老师的Blog,觉得其实也算是一本教材了,而且更加详实,更加生动,还有其他的博友的互动回复。 先说说《黄金分割的游戏》这个文章吧,当时我在大二的时候上过“博弈论”这门课,也玩过类似的游戏,当时我选了一个最小的数字,还受到了老师的表扬。后来看到邹老师的这篇文章,我才知道,原来在实 阅读全文
摘要:
结对编程:马骏 白帆 好处1,起到了很好的相互督促的作用,不仅是不好意思偷懒,而是打破习惯性的打岔,信息爆炸的时代,我们总是被淹没在信息洪流之中,做一件事情总是不能专心,一会想查邮件,一会想看SNS,一会还想看看手机。但是两个人用一台电脑一起共事的时候,你就没办法用这台电脑干自己别的想干的事情。这也是一种约束吧。 好处2,在一定范围内,算是能力的相加吧,看同一段代码,相互解释,互相提问题,进度十分快。(相互提问题很关键,有时候你为了给他解释这个东西,就要逼自己弄得很懂,而不是一知半解。这样另一方面促进了你自己的进步。) 好处3,加快编程的速度,一个人在键盘录入的时候,另一个人可以... 阅读全文
摘要:
一开始不会单元测试,然后上网查教程,搜到的全部是2010 的,没有2012的。然后发现2010 的里面不仅生成单元测试很简单快捷,而且提供了可视化的选择界面,选择要生成测试的方法。然后还会自动生成很多框架代码,但是2012统统都没有,没办法,只好慢慢手打。 然后,第二个问题出现了,我测试的方法,是一个中间环节的中间方法。给变量赋初值的时候,几乎变成了一个不可能完成的任务,至少今晚我不想再弄了。我终于知道程序员的颈椎是怎么坏的了! 阅读全文
摘要:
看了老师的移山之道,书中出现过很多对话的情境,不像一般冷冰冰的教科书,多了一些趣味,今天我写这个团队分工,也从我们的深夜讨论开始。聊天记录节选 主题:分数分配 【对于一般这种功利的目的,大家肯定十分看重报酬】 Time:0:20:21——0:41:52姚铭:分数分配是按百分比么? 韦昀【组长】:如果按百分比就是每人平均分14% 。马骏:制定一个打分的制度吧,要不大家互评或者组长给我们打分。每个人都有基础分,然后根据打分的结果,确定每个人的加成分。姚铭:项目没做怎么打分韦昀:对啊,现在连分工都还没定马骏:我们现在需要确定的是——这个制度。组长你要确定我们的基础分是多少?加成的时候... 阅读全文
摘要:
跟王翔君的实验室很近,我们就自然成了一个Pair,然后很自然的因为我的桌子上有一个超大显示器,看代码十分爽,然后自然的他就坐在我旁边,开始我们的PairWork之旅。 总感觉PairWork 的感觉还是真的不错,确实,我觉得老师说的很多观点十分对,两个人看一个电脑,确实可以起到相互监督,相互提醒的作用,我们一开始分工读代码。感觉这个PairWork很坑啊啊,读代码几乎快把人搞疯了,没有注释,各种调用。自己水品本来不是很高,不过幸好是两个人一起真的效率加快了很多。我觉得真的Pairwork要做好,很大的一个条件是,两个水平要都上至少中等偏上,还不能差太多才行啊。一个人太弱的话,起不到互... 阅读全文