10 2011 档案
摘要：读《The Mythical Man-Month》有感-- 陈凯飞一读起这本书，我就开始被这本书的内容深深吸引了。一本三十五年前的书，现在读起来还是觉得眼前一亮。第一次接触Man-Month的概念，因为以前没有接触太多量化的软件工程的概念。也是第一次看到一个软件工程项目的靠谱的但是出乎意料的任务和时间分配的比例，test的时间分配居然高达1/2并且细化成component test and early system test 和system test, all components in hand。第一次意识到对于一个软件工程的项目，并不是人越多就越好，二是人太多只会让效率降低，因为commu
阅读全文
摘要：In order to make our APP to be stable and reliable, we need to have it tested. The testers are Ting Zhang and Dongliang He.Test strategy:Our test plan mainly consists of two parts, namely, white box test and black box test. White box test.Considering that we are in the planning stage, we will have n
阅读全文
摘要：故事前传： 话说还要从01年开始，有个叫上帝的人，掌管着paradise，而且上帝是个很潮的人，特别喜欢音乐，从刚开始什么CD唱片呀到MP3都紧跟时代的步伐，后来人间有个叫乔帮主的人在01年发明了ipod，瞬间改变了音乐行业。1999年，全球音乐唱片CD的销售额是400亿美元，而就是因为Ipod的效应，使得CD行业几乎消失，而整个音乐市场也由于ipod和iTune的效应缩小到不足200亿美元，然音乐变得更便宜。恰好在天堂，有一批智者在开发新一代CD唱片机，而且上帝也很看好这款CD， 但看着乔帮主的Ipod,上帝石化了，不淡定了，羡慕嫉妒恨呀。心中有一种收揽人才的欲望，于是就查了乔帮主的生死簿.
阅读全文
摘要：虽然最开始选书的时候想着要选一本中文的而且要薄的书来读，但是当我看到这本《success through failure——the paradox of design》时，被她的简单的外表所吸引，黑色的背景色，断了一截的梯子，我想这本书读完应该能学到不少东西，事实也证明如此。所以尽管是英文的，也最终坚持读下来了。 此书是作者结合在普林斯顿大学做的三个公共讲座，关于工程和设计方面的，却又并不只是讲座的一个书面形式。在序言中的第一句话 “Desire, not necessity, is the mother of invention”，就好比失败乃成功之母，我们的新的想法设计总是来源于我们对现.
阅读全文
摘要：由于IT行业的快速发展，软件的飞速开发，导致我们每天快速消化很多代码，每天也要产出很多代码。尤其是我这种基础没有打牢固，就接触软件开发的码农，编程中遇到很多bug,同时代码的质量也不高，杂乱而又冗余。而且存在很多隐患。最近读了《Code Quality ：The Open Source Perspective》中文是《高质量程序设计艺术》一本书，此书的作者时资深的软件开发大师。虽说此书的很多内容由于自己水平有限没有看懂，但是有些平常不注意的缺陷在书中都有提及。 感触颇深，单纯说虚的也不好，不如就举点里面简单的例子，来和大家一起分享下。1. 如未初始化变量，可能会导致表达式中错误的操作数for.
阅读全文
摘要：计划/目标1， 我们有清晰的问题定义和典型的用户情景吗?得益于一开始Cherry的强调，有的。2， 所有团队成员对团队目标了解并根据它安排各项工作吗？大体上是的。3， 哪些是应该在plan的时候做但没做的？计划时还不够细致，这点在分配和完成dev task的时候反应出来了。4， 团队讨论效率如何？挺好的吧。5， 团队成员的不同（性格，意见）是怎么协调的？咱们组性格都挺好的，意见不一的时候基本当场就讨论好了，但也有少数不一致留到开发时谁开发用谁的，这个要改。排班1， 计划的工作完成的如何？基本完成了，最后还有俩bug没有修复，因为技术碰到问题了。2， 有做无用功吗？海峰写独立存储写错了上百行代码
阅读全文
摘要：我本来分到的书是《Agile project management with scrum》，奈何读了一章着实没有感觉，可能项目经历不够，真的很难站在高的角度去看懂该书，所幸栋梁那儿多了一本人月神话，光看封面和插图就很生动，于是就换了，以下是一点小小感悟。 《人月神话》是软件工程方面的一本经典著作，作者布鲁克斯（Frederick P. Brooks）被誉为“IBM System/360之父”，他曾是这一系统的项目经理，后来在设计期任360操作系统的项目经理。由于这一工作，他与Bob Evans和Erich Bloch 1985年曾获美国国家技术奖。Brooks博士早期曾担任IBM公司St...
阅读全文
摘要：Believe the things that you have a right to believe (相信你有权利去相信的东西) ！这就是风险管理 (Risk Management) 。 我们经常挂在嘴边的一句话叫“舍不得孩子套不着狼”，可以说，在软件开发领域里，“舍掉孩子”就是那风险，而“套着狼”就是收益吧。 风险与机遇总是并存的，直面风险，用我们的勇敢，机智，胆识与远见等等去与熊共舞一支...
阅读全文
摘要：经过完整的用户场景定义、功能设计、开发和测试，耗时一个月，我们软件工程的团队项目“Academic search Conference helper”的alpha版本总算在近日出炉了。下面就来简单介绍一下我们的产品。事实上，“Academic search Conference helper”是““Academic search WP7 client”的升级版。除去原有的搜索研究员和文章的主要功能，并结合我们在前文（http://www.cnblogs.com/OMG-Team/archive/2011/09/01/2161482.html）中分析过的研究人员的痛点，新版中加入了会议日程展示和
阅读全文
摘要：Q1.进行软件开发时，总想着迫不及待地去写代码。在软件开发的过程中，这种做法正确吗？编写代码之前还应该做些什么？A1.我曾经一度认为，软件就是代码堆砌的结果。通过程序员的不懈努力，有朝一日一定能写出一套大型软件，例如Office。但是现在我发现这种想法是完全不正确的。软件开发是一个工程问题，需要用工程的思维去解决。为了完成一个项目，需要进行定义问题、需求分析、规划构建、软件架构、详细设计、编码与调试、单元测试、集成测试、集成、系统测试以及保障维护这一系列活动。做一个规模稍大的软件开发项目，如果走上来迫不及待地写代码，没有做任何准备工作，那么开发工作几乎注定会陷入僵局。建造软件系统跟其他任何花费
阅读全文
摘要：SCRUM总结：Team memberYesterday’s WorkToday’s workIssueRXBUG383: 修复AGENDApage标题显示为当前会议名sBUG393：talk to attend，点击后要显示对应itemDL HTest case209 & 228给出了bug继续各种test case...TZTest case206&212给出了bug继续各种test caseYY Z@?试用已有模块，提建议意见N Z@PM...修复BUG392HF LTASK374：必要信息进行独立存储STILL TASK374没搞得定。。。Task Burn Down：
阅读全文
摘要：软件工程课老师让我们选一本教材，分别是《代码大全》、《快速软件开发》、《移山之道》 。作为初入茅庐的人，对三本书没有先验知识的情况下，对比了这三本书，最后选择了《移山之道》。· 为什么我选择《移山之道》？ 1. 《移山之道》名字读起来霸气外漏，所有人很喜欢物超所值，尤其是中国人，看着名字，好像是讲方法的，”道”是个很高深的问题，浅可达到方法，深可达到哲学。加上老师推荐，这本书应该不会差，所以首先名字吸引 了我。 2. 看着厚厚的《代码大全》，里面教你如何写代码，如代码布局、注释、测试等等，在原本时间不是很充裕的时候我果断放弃了。而《快速软件开发》虽不是很厚，但是对比《移山之道》还是不
阅读全文
摘要：1、 VS里的TASK为什么没有deadline这个属性？VS里的TASK只是开发任务吗？a.使用TFS之前，一直误以为TASK是有deadline这个属性的，因为这样才能方便安排各项具有依赖关系的任务关系，也能更合理的安排各个开发人员的时间和工作，所以在最初撰写backlog时都是这样安排的，可是使用TFS后，发现task压根没有这个属性，为什么呢？经过专业PM老大CHERRY的批评指教并翻阅《移山》，才发现原来在敏捷开发和TFS里，backlog并不是一个所有人的calender，安排到没人每天做什么，而只是告诉大家需要做什么，以及所有任务之间的相互依赖关系，至于每天做什么，什么时候做完，
阅读全文
摘要：我是以一本看小说的心态看完了这本书，书中人物的角色活灵活现，通过愚公后代如何完成一个软件项目来介绍MSF和VSTS。 对于书中人物对话的小字部分，看起来是非常有趣的，引起了像我们这样刚开始接触软件开发的新手的深深共鸣，并且又能从阿超的话中学到不少知识。以下是我看完之后的一些问题，望有识之士解答，不胜感激。Question:1.移山精简开发模式，只有Task和Bug，分别表示事先预计到要做的事和事先没有预计到的事。但觉得有TestCase 这项工作类型还是很好的，也不会增加多余的负担，并且产生的Bug可以跟TestCase link起来进行跟踪。不知道大家是怎么看的，真的只能由Task和bug吗
阅读全文
摘要：微软高级开发经理邹欣老师著的赫赫有名的《移山之道》读完了，读之前就在想，如果只看目录，我会产生怎样的疑惑或者我最想了解到的是什么呢？时至今日，书本读完了，那就挑选几个自己感兴趣的话题，以Q&A的形式，与大家分享吧。 1. Q：如何看待代码复审与结对编程？ A：代码复审，即审察代码是否在规范之内正确解决问题。它主要目的在于找出代码的逻辑和算法等的错误或劣势，使代码得以改进，并起到相互学习促...
阅读全文
摘要：在设想我们的团购网站方案之前，我们首先需要看看团购网站的当前情况，若不能看清楚市场现状，找到合适的市场切入点，则很难成为后起之秀。关于团购分析，我们已经有一片博客选取两个典型团购网站分析了现状，这篇博客，就主要从问题入手，寻找机会。问题一、同行灰常多，竞争激烈，同质化严重，烧钱烧人；问题二、顾客品牌忠诚度不高，团购导航网站的出现更是强化了市场商品导向而非服务导向的趋势；问题三、商家获益不够，由于用户只是冲着折扣去的，导致商家目的难以达到，也引发了广泛的对于团购是不是另一种“麦卡锡骗局”的担忧。那么，如何有效缓解甚至搞定以上的严重问题呢？我们萌发了如下的一些想法。1. 差异化竞争，收缩战线。例如
阅读全文
摘要：这篇文章主要对两个团购网站即拉手和团宝进行深入分析，之所以选择这两个网站，是有一定原因的。选择拉手，不仅是因为拉手网站获评行业第一，根据百度发布的《2010年度团购行业研究报告》中显示，拉手网引领关注榜首，用户对其关注度为14.48%，稳居第一；更因为是我第一次接触的团购网站便是拉手，对于它的成长及改变我有一些更切身的体会。而选择团宝网，虽然根据[1]的数据显示，它位于团购网站排名的第五位，但是它却有一些独特的特点使得大家在提起团购网站时不得不说起它；并且自己也越来越关注团宝，觉得它在不断进步，提高。下图为两个网站首页的标题栏。拉手标语：“团购上拉手，就这么定了”，“幸福，从拉手网开始”团宝标
阅读全文
摘要：为了更好的分配资源，刺激成员成长和提升整体工作积极性，对于任何一个团队，成员绩效评定都是一个不可缺少的重要环节。OMG！队经过很长时间的激烈讨论，出炉了属于我们自己的绩效评定草案，起草者资历贫薄，欢迎大家拍砖：）团队简介：OMG团队共有五人，根据一二二模式组成，一个PM(项目经理)，两个DEV（开发人员），两个TEST（测试人员）。我们这个团队努力按照敏捷开发流程，实行VSTS开发模式。1、 理想目标a.加强团队凝聚力，避免诱发矛盾b.鼓励能者多劳，略不能者多学c.防止磨洋工、混日子情形出现2、 实现方式a.为了让大家齐心协力，将团队项目看作属于自己的项目，团体初始总分根据最终项目完成情形获得
阅读全文
