阳光VIP

少壮不努力,老大徒伤悲。平日弗用功,自到临期悔。
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理
上一页 1 ··· 99 100 101 102 103 104 105 106 107 ··· 139 下一页

2011年11月16日

摘要: 这是敏捷开发智慧敏捷的第六篇。(之一,之二,之三,之四,之五,之六)写多了,才发现前几篇文章中有几篇都落下个章节,就是除了“看着办”之外的一些常见做法,这里总结一下。所谓常见做法,就是为了防止“看着办”看走了眼,而提前可以参考的方法,可以作为起点,但未必真的正好合适,更很难永远合适,所以不是终点。为了阅读方便,在原文中也添加了,这里仅做归纳。“写不写文档”的常见做法常见的文档虽然很多,但下面几个维度几乎永远存在,具体某个文档通过几个维度的分析,处理方法各不相同:信息长期/短期有效的文档 长期有效比如竞争对手分析文档,架构设计文档,需求管理文档(用户故事),产品路线图…… 长期文档适合详细描述, 阅读全文

posted @ 2011-11-16 15:21 阳光VIP 阅读(117) 评论(0) 推荐(0) 编辑

2011年11月14日

摘要: 陈勇转载注:本文很短,但总结性很强。冬吴相对论的一期基本上完整描述了第一篇《半成品时代的生存逻辑》,MP3地址位于:http://www.21cbr.com/html/multimedia/audio/201107/04-8357.html。其他文章没有找到。作者:程然Henry,原载于:http://henrycheng1973.blog.techweb.com.cn/archives/3.html 2011年对“移动互联网”来说是非常重要的一年,在“无线互联网”的概念艰难走过近10年之后,重生为“移动互联网”,而且超越了原本单一互联网范畴,统合了相关的信息科技、媒体和通信行业,以至于我们现 阅读全文

posted @ 2011-11-14 22:59 阳光VIP 阅读(143) 评论(0) 推荐(0) 编辑

2011年11月13日

摘要: 本文是敏捷开发产品管理系列的第一篇。(序言及设立迭代目标,产品版本规划,产品用户群规划,新产品研发,预估会议,Product Servant,Product Owner团队,产品线管理)这里所指的新产品研发,不是指自己企业的新产品,而是特指那种在行业中初创,前途不明,尚需市场检验的新产品。敏捷开发可以在很大程度上帮助这种产品的开发过程。新产品的第一要务策划新产品的第一要务是:谁会买这种产品?为什么?开发新产品的第一要务则是:它与以往产品的核心差异是什么?这个听起来不难理解,但是做起来有困难。因为一般产品开发往往是先做“最重要的功能,最基础的功能,最影响架构的功能”,这很容易在很久以后,才能看到 阅读全文

posted @ 2011-11-13 22:24 阳光VIP 阅读(96) 评论(0) 推荐(0) 编辑

摘要: 总目录问题系列:之一,之二,之三,之四,之五,之六,之七,之八这句话的意思不是不读书,而是读书之外,先要思考,甚至是思考优先。开始中国有一段时间“特中国”,就是春秋战国时代。现在我们所见的儒、道思想,以及潜移默化还在的墨、法思想,都是那个时代出现的。后来虽然尚有汉唐宋这些鼎盛朝代,但思想的类型整体没有突破。而且春秋战国虽然久远,为人所记的人物事件却多得出奇,春秋五霸且不说了,商鞅苏秦张仪孙子孙膑庞涓管仲乐毅荆轲扁鹊……虽然并没有《三国演义》这样的通俗文学传诵,但是仍然知名度很高。曾经和一位朋友讨论此事,他笑笑说,应该是因为当时的人不像咱们这么忙碌着上班,尤其那些连地也不用种的闲士,一天有数不完 阅读全文

posted @ 2011-11-13 15:37 阳光VIP 阅读(126) 评论(0) 推荐(0) 编辑

2011年11月6日

摘要: 这是敏捷开发智慧敏捷的第五篇。(之一,之二,之三,之四,之五,之六)缘起(立项时)甲:“你们的设计文档打算怎么写?”乙:“到时候再说。”甲:“应该有规范的开发流程和模板,才能写好设计文档。”乙:“预先定义的流程和模板未必适用,敏捷开发崇尚推迟决策,只有在具体工作之前才能决定是否写,怎么写最好(maximizing the amount of work not done)。”甲:“你们组才3个人,能比组织级定义的流程和模板还好吗?”敏捷开发定不定流程和模板?先把话说绝点:敏捷开发不定义流程,不定义模板。为什么呢?因为如果预先定义了流程,比如“必须写需求,需求评审过了才能写设计……先检查测试环境, 阅读全文

posted @ 2011-11-06 16:30 阳光VIP 阅读(175) 评论(0) 推荐(0) 编辑

2011年11月3日

摘要: 这是敏捷开发智慧敏捷的第四篇。(之一,之二,之三,之四,之五,之六) 缘起甲:“我们每日立会会开不起来。”乙:“嘿,我们每日立会开起来了,而且越开越长了,一开就是1个小时,净是些技术细节。”甲:“别人等着他们讨论,那多耽误时间啊……”乙:“我也觉得是,但是看他们交流得那么热烈,讨论的也是正事,到底应该打断还是不打断呢……”为什么每日立会只开15分钟?我们说绝点:每日立会只能开5分钟,而不是15分钟。这5分钟说点什么呢?应该说必须开会才能说明白的东西。先看两个团队,他们有什么是需要开会说明白的。第一个团队,10个人,平时分工细致,各干各的,谁也不干扰谁。这个团队,开会的时间肯定不短,因为所有交互 阅读全文

posted @ 2011-11-03 22:11 阳光VIP 阅读(161) 评论(0) 推荐(0) 编辑

2011年11月2日

摘要: 这是敏捷开发智慧敏捷的第三篇。(之一,之二,之三,之四,之五,之六) 缘起甲:“敏捷不应该写架构设计,应该每个迭代都是相同的,才能达到自相似性(这是Ken Shweber说的)。”乙:“如果不写架构设计,很容易返工,早晚还得重来。”甲:“大不了重构,这是敏捷开发重要的实践。”乙:“重构?重构的成本很高的,做几个迭代,后面重构都重构不过来了。”甲:“架构设计写了很容易过度设计,而且在编码的时候还很容易全部推翻重来;。”……这个架构文档要不要写呢?写,为什么?不写,为什么?写,怎么写?不写,怎么不写?为什么敏捷不做架构设计?先把话说绝点,敏捷就是不写架构设计。那为什么不写架构设计?还是为了减少浪费 阅读全文

posted @ 2011-11-02 18:21 阳光VIP 阅读(124) 评论(0) 推荐(0) 编辑

2011年10月31日

摘要: 简介:无论动画以何种技术载体呈现,无论是传统的手绘动画,还是电脑生成的3D动画,也无论是用Flash还是CSS, 动画的基本原理和设计准则都未曾变过的。 在这篇文章中,我们会先解释CSS动画的基本概念,并且介绍使用CSS创建动画的要点。我们以一个例子贯穿始终,利用传统动画的准则来逐步构建这个动画。作者: Tom Waterhouse原文连接:http://coding.smashingmagazine.com/2011/09/14/the-guide-to-css-animation-principles-and-examples/#more-105335译者: feijia (tiimfei 阅读全文

posted @ 2011-10-31 20:08 阳光VIP 阅读(192) 评论(0) 推荐(0) 编辑

摘要: 简介:无论动画以何种技术载体呈现,无论是传统的手绘动画,还是电脑生成的3D动画,也无论是用Flash还是CSS, 动画的基本原理和设计准则都未曾变过的。 在这篇文章中,我们会先解释CSS动画的基本概念,并且介绍使用CSS创建动画的要点。我们以一个例子贯穿始终,利用传统动画的准则来逐步构建这个动画。接上篇CSS 动画指南: 原理和实战 (一)作者: Tom Waterhouse原文连接:http://coding.smashingmagazine.com/2011/09/14/the-guide-to-css-animation-principles-and-examples/#more-105 阅读全文

posted @ 2011-10-31 20:07 阳光VIP 阅读(139) 评论(0) 推荐(0) 编辑

摘要: 不知道大家在使用dojo各种空间的同时,有没有关注一下dojo里面的各种工具包?有些工具包可能并不显眼,但是对我们的软件产品或者项目可能帮助甚 大,今天我简单说说dojo extension(dojox)控件库里面的两个非常有用的工具包 --- dojox.timing 和 dojox.string.首先来谈谈timing。可能很多同学听都没有听过,不过我不得不说,他已经存在很久了。今天,我们分两部分来给大家讲解一下:dojox.timingdoLater其实通过名字我们就能看出点大概 -- “晚点再做”。事实上,他就是这个意思,我们来看看这个代码:initCustomerWidget: fu 阅读全文

posted @ 2011-10-31 20:06 阳光VIP 阅读(154) 评论(0) 推荐(0) 编辑

上一页 1 ··· 99 100 101 102 103 104 105 106 107 ··· 139 下一页