10 2012 档案
摘要:读了邹老师的讲义以及移山之道有不小的收获不过按要求,先说说疑问吧由于邹老师大多都以讲故事的方式来讲道理严格意义上来说,是很难找到“错误”的,只是各人认不认同罢了我在团队中的身份是Dev我也重点关注了这一块顶级程序员的心得–Coders at Work如果你是病人, 你希望你的医生是下面的那一种呢?a) 刚刚在书上看到你的病例, 开刀的过程中非常认真严谨, 时不时还要停下来翻书看看…b) 富有创新意识, 开刀时突然想到一个新技术, 新的刀法, 然后马上在你身上试验…c) 已经处理过很多类似的病例, 可以一边给你开刀, 一边和护士聊天说昨天晚上放的 《非诚勿扰》的花絮…d) 此医生无正式文凭或医院
阅读全文
摘要:贡献度 = 工作量 × 工作的影响力 × 工作的不可替代性看了邹老师的BLOG,这应该是某年某次课上某组同学提出的评价方法观察留言板,这个方法得到了非常多的好评与支持我也认同这个观点,团队成员的评分显然应该与各自的贡献相关,但仅仅如此吗?在“猪、鸡、鹦鹉”的故事中,谁的贡献最大?论工作量,在一定程度上可以认为猪的工作量最大论不可替代性,鹦鹉好像是最不可替代的,或者从各一种角度说,鹦鹉也可以是最不需要的还有鸡,就像维修人员,有些事还就只有他们可以解决,但他就偏偏好久才有空来一次,这样看来,甚至要超过不可替代的含义了团队的分如果要给的让团队成员尽量都满意,首先应该有良好的团队分
阅读全文
摘要:在上一个BLOG,即pairwork小结中我提到,我通过计数来判断当前是simple还是cometowork还是leavework那我是通过什么来计数的呢相信大家都阅读了代码,并理解了程序逻辑当一个人到电梯的时候,会发出一个req请求,告诉电梯有一个人来了,在几层,向上还是向下当一个人进入电梯的时候,会发出一个req请求,告诉电梯他要去几层显然,这个地方的设计有缺陷我们假设这一种情况,当一个人来到电梯前,看见向上的按钮已经被按亮了,他会再按一次吗答案显然是否定的,进入电梯去要去的楼层也是一样所以,正确的设计应该是当现在这个按键没有被按下时,才发出req请求也才是真正达到了电梯调度程序是不知道这
阅读全文
摘要:0、结对人员 Hu(155) Tan(189)1、关于结对编程 优点:coder的大部分错误可以在第一时间被reviewer发现,这省下了很多本应当在项目测试阶段花费的时间; 结对编程写出的每一个程序都体现了两个组员中的较高水平; 两个人轮流交换角色开发项目,加快项目进展速度; 两个人结对开发的过程就是两个人互相学习进步的过程。 缺点:有时候reviewer会整段时间处于无事可做的状态; 增加了意见统一成本。 Tan的优缺点:(优)接受新事物的能力强,在很短时间内理解了项目的基本框架;(优)算法设计水平高;(优)有追求卓越的精神,最终定下的版本是在最初版本的基础上进行了N次修改...
阅读全文
摘要:不说是辛苦了一个假期也算是花费了一个假期吧终于到了真正上赛场的时候了Day 1 10.12到了长春也知道GG是长春人结果。。。。GG真的是长春人???出火车站后去宾馆的方法居然是随便找个BUS上。。。。于是10分钟的路我们走了1个小时。。。。下午去伪满皇宫转了转鉴于是参赛总结,就不写成游记了。。。Day 2 10.13早上起来就去师大开幕式以及练习赛练习赛也基本答到了试机以及环境的目的晚上整理了一个模板,也就早早的睡了Day 3 10.14直接说比赛吧,毕竟这5个小时也是重点一上来顺着看题由于F题的“气球”居然是个棍。。。所以jrc果断看F了我看A,LHH看K我看完A、B,C看了一半的时候LH
阅读全文