论道WP(三):应用程序栏
作者通过具体翔实的例子介绍了Winodws Phone 7中应用程序栏的使用方式。
该内容已经被标记书签!
标记书签错误,请重试!

作者 Mukund Srinivasan 译者 金毅 发布于 2009年8月14日
作为一个组织,当我们一年前首次邂逅Scrum,第一感觉就相信它是管理层所期望做到的领域之一,因为对于工程方面运作方式的改变势在必行。那时,感觉减缩开支并不是非“敏捷”不可,可能只要些不一样的做法,而且这种方式也必然经历了当时“彻底的改革之风”潮流的洗礼。
一年飞逝,我们公司从经历的改变中获益匪浅,这一切要归功于我们新上任的分管工程的副总裁,是他给我们和Scrum牵了线,搭了桥。有了这一扎实的根基,我们可以来吹捧些好处了(看,我也能说得很草根!):
一年前,我们团队中也不是完全没有这些;只是当初很多都错过了,而现在每个团队都能做到所有这些。为了避免这篇文章落入宣扬敏捷益处的套路,我想快点言归正传——毕竟如果撇开已有的敏捷转变的结果不谈的话,已经有很多有资历的专家在谈那点了。
我想要写下这些并非由于我看到了团队中那些可见的变化,而是来自一些无形的东西。转变的面纱背后,可以这么说,人际关系中感观价值上的改变,更强调信任的必要性,解决多地点交流不够高效的迫切需求等,这些都是我想要一探究竟的。过去一年,在我点击和转发的数以千计的链接中,在那些你能想到的任何类型和格式的共享文档中,还不到5%(或二十分之一)能触及到这个话题,我渐渐发现它是我们转变中的一个副产品。面对信息海洋,我不记得从哪儿找到这个,但从去年我就深深地记住了这个引用——“实事求是是敏捷的基础”。一个同事后来推荐给我一个链接,能够更好地解释这一点。
这并不意味着我所有的同事和朋友们以前都不诚实,而一夜之间就改邪归正;恰恰相反,事实上,在职业生涯中我还没遇到过有足够的证据说谁故意不诚实的。其实,依我的拙见,当需要一个人完全诚实的时候,环境会造就或破坏一个人对此的反应。此前我天真地以为——不诚实,是非此即彼的;在某段时间内,你只能是道德高尚的或者道德败坏的,诚实的抑或不诚实的。有些不符合社会道德准侧的杂念也许会在我们的记忆中逐渐消失,就像我们人类倾向于仅仅记住快乐的事情一样。
言归正传,我提到的诚实和真实是抽象概念,是我们对自己以及身边人的发自内心的承诺。举个简单例子,如果在几年前我还是一名架构师的时候,有人要求我给新任务做一个粗略估算,我会毫不犹豫。然而现在,我会考虑再三。但现在除了我的工程估算能力有所改进,什么都没改变;另外层意思就是我会根据“我是否真的确定,我的承诺能代表整个团队?”来做出判断。当我看到一个团队成员在竭尽所能地兑现团队的共同承诺时,我会想要去停止一切的讨价还价,我不想做出一个他/她不能兑现的承诺。如果你仔细看,界线模糊了,角色被合并了——懂得协作的团队将走到最后!在敏捷转变之前,我们可能已经对周围的人做了个承诺,但是由于各种外界原因,那些最紧迫的活动的范围并没有立即去做,随后又不得不去面对由此引发的一系列反应。有了敏捷和Scrum,由于一切困难都与我们正面遭遇,由于我们想要成为群体中的一部分(羊群心理?),我们会想要自觉地做出一个承诺 ——一个我们能够兑现的,不被周围人孤立的约定。
想象一下,如果在你的生活圈中,每个人都坦承说出自己的承诺,并对此供认不讳,老实说,这会给其他人施加一种“同辈压力”,逼迫他们也去实现自己的承诺。我有个信心十足的想法,在我们的影响范围之内,我们能够控制我们的命运——这意味着对我们自己的承诺不应该有借口。我读过的某篇文章说,鉴于我们把大量的时间用在了工作上,我们的个人生活只是我们工作的衍生。限于我使用Google或其他搜索引擎的能力,我没能推荐一篇关于怎样把在工作中采用的敏捷开发方法论转化到运用到工作以外的生活中,从而让生活更有质量的文章。但可以考虑一下这个想法,如果我们在工作之外,个人生活中,采纳了相同的原则,那会是给我们孩子不错的一课吗?在当今社会,已经不能像记忆中那样单靠一件事情就能名垂青史,这与几个世纪前的战争年代,很有可能一夜成名有所不同。今天我们能留下的不再是英勇的行为或事迹,而实际上是一个人职业生涯所做的并能够持续影响未来二、三十年的那些贡献。
如果这意味着一个人职业生涯的转变能够直接给社会带来正面影响,这就很值得庆祝了。如果我们有机会在我们的生活中来做个榜样,并因此史上留名(小范围地),这得感谢背后的敏捷,对此,我很赞同——我的朋友们,关键就是背后的敏捷。
是的,敏捷有一个方面还没有在我们的日常生活中得到运用——“生活是一场马拉松,不是冲刺。”!!
查看英文原文:The Hidden Face of Agile。
感谢张晓庆对本文的审校。
给InfoQ中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家加入到InfoQ中文站用户讨论组中与我们的编辑和其他读者朋友交流。
这个想法不错,可以尝试尝试。对于自己做出承诺而不是被动的接受任务,有更大的自觉性去完成。
很好的思路,关于自组织团队的成因。
还有一句很新颖:“鉴于我们把大量的时间用在了工作上,我们的个人生活只是我们工作的衍生。”工作和生活的关系,不错:)
当敏捷思维成为习惯,你可能已经分不清是在工作中应用还是生活中应用。
不知道原文即如此呢(我还没有看原文),还是翻译的问题,总之让人不知所云!
对如何实际运用Scrum没有明确的说明,反反复复说的都是“主动承诺”,而且还说的比较隐晦。实际上“主动承诺”即不是Scrum的全部,也不是由Scrum开创,自CMM体系的PSP中就提出了这个概念,在XP中也有应用,如果说“敏捷的背后就是主动承诺”的话,貌似有些以偏概全了!
在多线程并发编程中Synchronized一直是元老级角色,很多人都会称呼它为重量级锁,但是随着Java SE1.6对Synchronized进行了各种优化之后,有些情况下它并不那么重了,本文详细介绍了Java SE1.6中对于锁的性能优化,以及锁的存储结构及升级过程。
本次分享将首先介绍现代富文本编辑器的组成和实现,然后结合UEditor的开发过程,与参会者分享UEditor在设计和实现的过程中,所涉及到的核心功能的细节实现。
本次演讲视频录制于百度技术沙龙。
我们所开发的应用程序大多都需要提供一个图形用户界面(GUI)。关于GUI应用的架构设计,已经有了Form & Control、MVC,、MVP、 Passive View等多种模式。模式可以帮助我们建立优雅的架构,但前提是弄清楚模式的应用场景。弄清楚GUI应用面临的设计上的问题,有助于我们正确的挑选设计方案。
MongoDB是一种非常易用的NoSQL方案,Brian C. Dilley在这篇文章里介绍了MongoDB的优劣势,并介绍了MJORM项目。MJORM用于MongoDB,是一个没有注解的Java ORM库。
随着网络基础设施的逐步成熟,从RPC进化到Web Service,并在业界开始普遍推行SOA,再到后来的RESTful平台以及云计算中的PaaS与SaaS概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
精益软件开发方法因其对市场和交付的重视和在各种场景下体现出的适应能力正在获得广泛的关注。特别是在精益创业(Lean Startup)渐渐兴起和技术日新月异的今天,其"极端"的思想也变得越来越必要和可行。 InfoQ就此主题对他做了深入的采访。
4 条回复
关注此讨论 回复