摘要：
故事前传： 话说还要从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. 看着厚厚的《代码大全》，里面教你如何写代码，如代码布局、注释、测试等等，在原本时间不是很充裕的时候我果断放弃了。而《快速软件开发》虽不是很厚，但是对比《移山之道》还是不 阅读全文