领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 宋玮 发布于 2009年6月22日
最近,Google Wave闪亮登场了,给大家带来不少惊喜。而Google宣称全面采用HTML5这一事实是否意味着HTML5时代已经来临呢?
HTML4成为标准已经有十余年了,照理说,HTML5也该出山了。可是HTML5目前并没有标准化。按照HTML5的编辑Ian Hickson的说法,HTML5的最终提议草案要等到2022年才会发布。没错,这太遥远了。不过,各个浏览器厂商们并没有闲着,在去年第一份草案发布之后,大多数浏览器都实现了该草案的一些特性。
也许是因为HTML5标准指定过于缓慢,因此一直不是风口浪尖。然而世事难料,Google Wave的发布似乎一下引发了许多人对HTML5的兴趣,也激起了人们的广泛讨论,使得HTML5成为最近的一个热门话题。本月初,InfoQ一篇名为Google Wave会影响RIA/Silverlight吗?的新闻,谈到了Wave对RIA可能造成的负面影响及微软相关人士的回应。无独有偶,Paul Krill在Infoworld上也发表了类似的一篇文章,HTML5:会终结Flash和Silverlight吗?,Paul Krill认为:
HTML 5,一个突破性的Web展现规范,可能会改变Web应用开发中的游戏规则,甚至可能废弃Adobe Flash、Microsoft Silverlight及Sun JavaFX这样的基于插件的RIA技术。
对此,Adobe的John Dowdell在其博文Adobe on "HTML5"中给出了他的看法。文中他引用了Adobe CEO Shantanu Narayen针对一分析家所提HTML5对Adobe的机遇与威胁时所做的回答。
Shantanu Narayen:
“ 此标准能够增进Web内容的变革及一致性,从工具角度来讲,我们非常支持。我们的工具将支持创建和管理这一层次上的HTML内容。
我认为HTML5受到越来越多的关注,表明RIA实现及提供具有吸引力的用户体验对我们的客户来说越来越重要了。我觉得对于HTML5来说,挑战仍然是跨浏览器如何保持HTML5显示一致这一问题。……
因此,随HTML5的发展,我们将在我们的web著作工具中对其提供支持。但是从持续推动Flash及围绕Flash和RIA的变革角度来看,我们仍认为浏览器的分裂实际上使得Flash更加重要了。 ”
……
Shantanu的最后一点引起了我的共鸣……整个“HTML5”运动将有益于Flash,因为已经很少有人会反对“体验更重要”这一观点。现在已经不是5年前了。Silverlight的出现使得Flash更加流行……iPhone的出现增加了支持Flash手机的数量……“HTML5”的公布只会使得那些仍在争论图像、动画、音频/视频及丰富交互在Web上没什么用的人被边缘化。无论浏览器引擎各自能做到多少,Flash将会高质量的提供这些特性。
虽然,微软和Adobe都否认了HTML5会给他们带来冲击,很明显他们都在关注HTML5的发展。那么,HTML5时代真的到来了吗?还不好轻易下结论。但是Google Wave对HTML5的推广确实起到了作用。或许正如Pieter在其博文Why HTML 5 is going to change the web?中所总结的:
当一个像Google这样的大公司在HTML5上投巨资以使其应用广泛采用HTML5时,其它公司不得不跟进。如果你已经看到了Google wave的演示,你就知道它能做什么。
目前W3C并没有推荐HTML5,因为它仍未完成。我希望它快点搞完而且所有浏览器都来支持它。
如果你想了解HTML5的一些出彩的特性展示及相应源码,可以参考Matt的5 Amazing HTML5 Features to Look Forward to。
如果你想让IE6、IE7支持HTML5标签,可以参考remy sharp的博文HTML5 enabling script以及Paul Hayes的博文Moving markup towards HTML5。
更多有关HTML5的信息请参见InfoQ的HTML专题。
宋玮 有多年软件开发经验,长期担任技术管理和项目管理工作,一直关心开源软件的发展动态以及软件过程和敏捷开发的实践探索。
html5还没出标准,就靠开始大唱论调,有意义么?等所有的浏览器都支持再说
技术总是会发展的,html5虽然还没有出来,但这样的技术终将成为主流。adobe,微软的东西还是有风险的,毕竟那是单一厂商控制的东西,但他们垄断了市场以后,IE6好几年没有重大发展情形又将出来,随意引入特性的情况又将出现。open才是最重要的。
同意,标准还是要先讨论为好。应该是现有标准,然后各浏览器才去支持,要不然不是唱空城计吗?
不可否认,标准预示着主流和普遍性,但是俺对IT领域的标准发布的效率很受不了,典型便是c++(一个版本要过N年的讨论才能发布)和SemanticWeb(九几年就提出了概念和草案,到现在都还没0.1正式版)。
不说标准的重要性之类的了,但是垄断技术也是有其存在的必要性的,一方面这些技术促进了标准或下一代标准的特性,另一方面这些技术的版本更新效率高,各种特性和功能为商业应用提供了创新的可能性。
按预期的速度,2022年才提交HTML5的最终草案,这段漫长的时间各大浏览器可能还要根据自己的需要添加 浏览器相关的特定特性,现在是个浏览器对JS/css/html的支持各有不同(具体哪个,忘了……),等到了2022年,很难说各浏览器是不是对HTML5的支持/实现/呈现也是各有不同。等到2022年的最终草案提交了,w3c可能就要讨论是不是要吸入某个浏览器支持的特性作为标准的一部分了--这是很有可能的。
所以,标准与垄断技术是相辅相成的,说到要消灭谁,很难,但是竞争带来发展 是肯定的……
我觉得Google就会是下一个垄断者,今天就开始长枪短炮的造势,猜测和标准之争有关,opera ff也坐不住了。微妙的关系
web标准规定有点过晚,以至于很多前出来的浏览器在支持方面有很大缺陷,随着浏览器版本一步一步的升级,大家才默许它。
不过它的落后给那些有实力的公司一个很大的市场,微软就一直在研究自己的标准,试图创造奇迹,因为它有ie这么主流的浏览器推动或者叫垄断
html5如果想发展壮大,没有一个主流浏览器给它支持,肯定会艰难
很明显,Google在RIA之争中落在了Adobe和MS的后边,用Html5做战略上的搅局。
同意Ruiyuan Li的观点——OPEN才是最重要的。
互联网的飞速发展和互联网的开放性有很直接的关系。
支持HTML5,但是Html5标准没出来,这样支持,有用么?IE,FireFox,Chrome都支持,容易造成各自为战,标准不一,给程序员造成痛苦。FLEX,JAVAFX,SILIVERLIGHT,必将拷起未来WEB的大旗。
Google 在学习 M$,
通过浏览器+标准+服务 占领市场,形成主流;
当年M$仅仅是 桌面系统+IE 就达成了...
html5虽然所谓的标准还没出,放眼看看以前出现的标准,那个标准不是建立在成熟的技术上的?
标准是依附于市场占有率的
现在各大厂商竞相推出基于html5的产品,其实在这些产品推出的过程,就是一个标准建立的过程,也可以看成一个标准争夺的过程,当真正的标准说明书尘埃落定后才着手跟进的厂商,只能说眼光太短浅
不同意先有标准的说法。
大部分的东西都是有一个领先而强大的公司推进才得以出来标准,而且在一个主流的产品基础上形成标准更加容易。
一无所有的情况下,怎么讨价还价?标准就是讨价还价的结果,不要太理想了。
很多标准和草案会有多大的差别?不可能推翻重来的。
大部分的公司平时就浪费了很多人力物力开发了很多无用或者没有效益的产品(想想微软的搜索产品和yahoo中国上次的1亿美元广告)。
有那个标准是被所有的公司严格遵循并且不增加自己的特性的?
正因为这种“乱”,在某种程度上造就了现在的IT产业,不然更容易产生垄断!而且一旦垄断后,其他的公司更加难以生存和超越。
我同意你的观点,不过在这个过程中,最痛苦的是开发人员了。也许适应某个浏览器的程序不能在另一个上用。
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
论道WP第三篇专栏,以应用程序栏的使用为中心,包括了软键盘带来的问题、应用程序栏介绍、如何绑定应用程序栏的属性等几个方面的具体话题,为开发者顺利使用应用程序栏开发提供了具体指导。
在多线程并发编程中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概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
14 条回复
关注此讨论 回复