10 2011 档案
摘要：Alpha版本迭代完成了，接下来我们来回顾一下整个过程。1、团队配合与效率 纸上得来终觉浅，实践以后发现，还真的，应了邹老大的那些话。我们的团队经历了团队形成-发生分歧-渐渐默契-共同创造的这样一个过程。最开始的时候，形式一片和谐，但是PM过于独断，甚至有些专横，这导致了团队成员的不满。在沟通形式上，也出现了PM和团队成员产生矛盾的情况。好在后来通过双方的努力，矛盾被平安化解，每个人也都逐渐互相地了解了对方的性格，能够逐渐地“理解对方的观点”——而不再是一味地坚持自己的态度。在最后几天的冲刺中，团队成员间的默契渐渐形成，大家共同奋战，团队士气高涨，最终按时完成了初期设定的目标。可以说，我们已经
阅读全文
摘要：几个月之前，我从邹老师邮件的书单中选中了现在放在我电脑前的《硅谷革命》一书。拿到书的那一刻，我大呼上当。瞥到“硅谷革命”这个书名时，我的想象是能在书中找到硅谷的前世今生，十几个耳熟能详的公司的沉沉浮浮，IT”名媛”们的明争暗斗……想象总是太美丽，实际上这本书讲的是苹果”MACintosh”电脑的诞生故事。我本人并不是苹果粉，更无意关注乔帮主的旧闻八卦，所以颇提不起兴致。不过好在八卦读起来总是轻松愉快的，并且随着阅读的深入，我也逐渐发现了其中的趣味。 这本书的由来还有一点小故事。《硅谷革命》一书实际上来源于作者Andy Hertzfeld创立的网站folklore.org,上面有近两百个（...
阅读全文
摘要：《Icon—Steve Jobs》读后感—寻找你眼中的乔布斯 全书以几近演绎的方式展现了乔布斯的一生，描写的细致入微，包括生气时的跺脚，沮丧时的低头抱怨，坚韧时的不屈眼神，兴奋时的倔傲不逊。与其他书不同的是，与其描写乔布斯的伟大功绩，作者更愿意描写乔布斯本人的感受，心理和外界的环境。在作者的笔端下，感觉自己与乔布斯一起经历每一次抉择，每一次上升与下落，每一次开心与痛苦。读书的过程就好像在寻找自己心中的乔布斯。读完你会发现，相比于乔布斯光芒万丈的功绩，让你映像更深的是或许只是那么乔布斯生活的一个小细节。一个有血有肉、更加完整的乔布斯会展现在你的脑中。下面就由我来讲一下我眼中的乔布斯。现实扭曲场对
阅读全文
摘要：《软件开发过程与案例》是由微软公司的资深技术人员编写的一本书，书中详细介绍了微软解决方案框架（MSF）这一套“根据自身实践经验为企业设计的一套有关软件开发的模型、准则和成功经验”。应该说，每个公司都有自己的一套企业文化、行为方式，微软作为当今软件界的巨头，在软件开发领域实践多年，自然对于软件开发有着独到的见解。当今软件行业的一大特点就是“变化”，能否适应这样快速的变化是决定企业竞争力的重要因素。对于一个小企业，甚至是工作室这样的开发体系，自然可以通过一些个人能力跟上变化，随时修改，随时调整。而对于微软这样会把上成千上万发人员集合起来，花多年的时间共同工作的企业，一套可行、高效而又灵活的“方法.
阅读全文
摘要：陆续花了一个多月的时间读了这本《软件开发的科学与艺术》，特将读后的收获与大家分享下。一．未来软件产业的发展趋势： ·网络经济的趋势①小型的.com公司破产 ②主流公司正加大在网络上的投资。e.g.微软的.NET战略将把整个公司的发展架构在网络之上。未来的软件和信息服务都将建立在网络服务的基础之上。 网络的发展阶段： 浏览器软件使得internet不再只是传送信息的平台，而进化成为呈现信息的窗口。呈现信息，供人们浏览的静态的平台。 智能网络：从静态网到动态网，从被动方式到主动方式，从呈现信息和浏览的窗口到智能生成的平台。 互动性和可编程性成为崭新的动态的主要特征。 网络化，人性化，个性
阅读全文
摘要：经过10天紧锣密鼓的daily scrum,我们的声控游戏“screaming drummer”终于面世了。游戏图标： 一起来尖叫吧！！！菜单：点击start后，就进入了如下界面：此时提示用户选择游戏进行中的背景音乐和游戏的难易程度。完成了音乐和难易级别的选择，下面就正式进入游戏了。enjoy!!!
阅读全文
摘要：The final day.打完收工！
阅读全文
摘要：解释一下，似乎剩下了很多Work items，但是这些Work Items是PM负责的大节点。下面的小节点全部完成了，上面的就Close掉。
阅读全文
摘要：@骏骏骏不要拖到第二天才交Scrum Report，切记。
阅读全文
摘要：1. 集中式的代码控制机制真的适合Agile Dev吗？撇开易用性，连接速度（估计这个是NT Domain凭据交换的原因，不能赖TFS Server）的事情不说，我想问一个更抽象的问题——像VSTS这样的集中管理代码的机制对于灵活的小团队是不是真的有意义。举个栗子，设某骚博团队有5个人，人员配置为一个PM，两个Thread，其中两两 Pair TDD。两个Pair分别在负责两个完全不同的分支，其中一个在稳步前进，另一个因为实验性稍重而产生了大量实验性的代码。有一天PM耐不住了，说你们把代码Merge一下吧，于是两个Thread开始沟通。Experimental Thread说，啊，你更新到XX
阅读全文
摘要：@本文纯属虚构，如有雷同，绝对是恶搞 SouthSeven是一个大型的跨国IT企业，他们早年靠卖基于声音控制的手机游戏发家，经过逐年的创新和积累，成为互联网业界的大鳄，涉及的业务有手机，平板电脑，互联网搜索，在线音乐与视频，网上购物等等。正所谓贪心不足蛇吞象，SouthSeven的董事会决定再拓疆土，开展微博业务。董事会决定任命我全权主管微博业务，在一年的时间内，把SouthSeven的微博打造成国内乃至国际上最有名的网络信息平台。这篇文章就是我的发展战略。1,关键词：名字 一个产品需要一个牛逼闪闪的名字，一个让哑巴都能叫得响，失忆患者都能想得起来的名字，只有这样，才能在当今信息庞杂的互联..
阅读全文
摘要：1， NABC真的适用于所有的所有项目意义的分析么?这个问题源于我们小组自身的感受。本次团队项目的提案过程中我们使用了NABC(Need, Approach, Benefit, Competitor)的分析方法。我们小组的开发项目是基于声音控制的一款手机游戏，不得不承认，尽管我们觉得我们的想法很刺激，但是运用NABC的方法加以分析后，总觉得不”给力”。到底是方案不给力呢，还是NABC不给力呢，还是我们没有把方法用对（我们不给力）? 个人感觉NABC似乎更使用于功能性软件(softwarewith a dedicated functionality), 而并不太使用于游戏。因为总体来说，不同游戏
阅读全文
摘要：很早就听说了《移山之道》这本书，但一直未曾见识过。拿到这本书后，一度很困惑这本著名的书会是什么风格的。开始度过之后，又发现事实和最初的想法还真不太一样。当怀着好奇的心态翻开这本书，读了前一二十页后，发现这本书很生动，很有趣，像一本小说一样，有着一批鲜活的人物。当开始读到后面一些关于开发的具体讲解后，又发现好像在啃一本隐晦的饿技术书籍。有时感觉某一章都是大白话，实在不知道为什么要费这么大篇幅讲解，有事又感觉每一句都很复杂，就像在学什么复杂的公式和系统一样。而过了一时间，某些实际的例子又常常让我想起书中某一段话。事实证明，这本书还没太读懂。在此，我仅仅分享目前一下我读这本书的困惑和感悟：1。“移山
阅读全文
摘要：1、MSF的适用范围及不同之处？书里详细地介绍了MSF（microsoft solution framework），但MSF本身也有着局限性，在学习时也要不忘反思。MSF的最大特性是商业化，并自始至终地体现在项目的实施过程中。所谓商业化意味着客户的商业利益。客户投入多少，得到多少回报，客户要用到哪些最新的技术，最后如何把项目计划(Project)变成产品(Product)直至产生效益，等等，这些都是MSF要考虑的问题。 ● 强调“系统前景/范围”，而不是需求。（保证一切按照计划走，要加的任务放到下一个里程碑中） ● 面向客户的里程碑，而不是面向开发的里程碑。每个里程碑是项目组重新校准客户期..
阅读全文
摘要：起源： 诺亚.格拉斯于2005年创立的Odeo博客平台就是twitter的前身。同年秋季，随着苹果发布内置播客功能的iTunes,Odeo业务大受影响，开始寻找其它出路。起初twitter是Odeo公司的一个研究项目，在2006年3月推出。使twitter一炮走红的是2007年的South by Southwest 活动，向人们展示了140个字符的“微”博的魅力。twitter是最早也是最著名的微博。 随着twitter的大红大紫，国内的很多人也开始涌入来分一杯羹。新浪微博算是在这股浪潮中走在前端的一个。与twitter来自于一个新兴的公司不同的是，新浪微博是由发展比较成熟的中国四大门户网..
阅读全文
摘要：老师让我们从三本教科书中选一本作为这次作业的提问对象。我在代码大全和移山之道之间徘徊了很久，最终还是选择了”瘦小型“的移山之道。软件开发并不是横亘在人们面前的一座山，而是联通现代生活的一座桥。如何高效快速的架起这座桥才是我们要移去的山，是我们要寻的”道“。Q1：何为MSF敏捷开发模式，敏捷又是如何实现的？敏捷算是这本书里比较抢眼的字眼了，书里的原话是“MSF敏捷开发模式吸收了近几年来在软件业界流星的各种敏捷开发模式的优点，认识到目前大部分软件是以网络应用相联系，强调和用户更紧密的交流，快速迭代，避免不必要的过程”。敏捷就是速度的最大化，要注重简易，消除不必要的复杂，带给用户最后和最直接利益的方
阅读全文
摘要：软件开发是一种依靠开发人员智力投入的创造性的工作，有着较强的主观性，很难用一种比较死板的方法来进行评价。但同时，我们需要一种比较准确客观的方式来评价每个成员的贡献、工作完成等情况。一个好的标准应该能够反映每个人的工作成果，产生激励效果，进而满足每个开发者内心必须的成就感。因此，我们对于评价标准的要求是：客观准确，能够反映实际情况，较少争议。易于执行，可以全面评估工作情况，但不会束缚人的创造性。对出色的人员产生激励效果，给广大人员提供指导，杜绝问题。在参考了许多相关的标准后，我们认为在评价中比较重要的两个问题是：1、如何评价做各种不同工作的人。一个软件开发团队主要有项目经理、开发人员、测试人员几
阅读全文
摘要：国庆长假结束了，现在补上国庆前最后一次scrum的结果。明天scrum工作将恢复。还有很多工作要做。人员部署变更：Voice Module组留Qifan一人完善工作，Jun加入Game Engine组负责前端&美工方面的内容。
阅读全文
