领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 贾国清 发布于 2012年2月5日
在刚刚结束的第22期百度技术沙龙中,百度项目管理部乔梁(@乔梁QL)来到沙龙现场,并就持续交付、持续集成和DevOps等话题分享自己的经验,并对国内的发展情况给予了展望。
1.创业经历
十年前我也曾自己创业,虽然当时做得还算不错,但慢慢发现自己不是一个能把事业和生活安排得很好的人,于是决定继续回来打工。对于从事软件开发,估计在座的各位90%以上都与互联网行业有关,我属于不小心闯进了这样的一家互联网公司里面的这种。
2.持续集成与DevOps
我在项目管理部中的一项工作就是保证产品快速上线。持续集成在近十年来发展迅速。还记得09年的时候我做过一次演讲,当时也是类似今天这样的规模(260人左右),当我问到有多少人知道持续集成时,只有三个人举手,今天来看已经占到了半数之多,所以从规模上可以看出,持续集成发展的速度还是相当快的。那么持续集成到底是什么,对一个团队来说,它是开发人员和测试人员之间的一种沟通和实践,以及团队间如何合作。随着互联网的快速发展。如何将开发好的软件快速部署上线,如何完成最后一公里,也变得越来越重要,越来越明显。我们的软件研发周期在不断的缩短,如何使其更加快速的被用户使用,越来越成为一个焦点。在08年,在欧洲的软件行业慢慢兴起了一个名词——DevOps,实际上,DevOps还没有准确的定义,网上存在着各种各样的说法,我们甚至也可以将DevOps理解为是一种运动,那么DevOps能为我们解决什么问题呢?它可以帮助我们的交付团队和运营团队进行协作,保证软件更加快速的交付,得到用户的反馈。
3.持续集成经验分享
有些公司做得非常不错,举一个例子,在国外有家不太大的互联网游戏公司,他们的研发团队只有50人,但是每天可以实现50次的部署。可能会有人问,为什么每天能做50次的部署?其中一个最基本的思想是Learning From User,翻译过来就是从用户中学习。这其中的每一次改动,都会经过一系列的快速验证,最后再部署到线上。开发团队能够在这四五台机器上收集到用户的相关数据,然后通过对数据的分析结果进行参照,便可及时地调整产品的方向。这个公司叫IMVU。大家可以去查一一个叫阿凡达游戏网站,属于游戏类型的社交网站。他们从代码Check in到上线只需要半个小时左右,这就是为什么他们能够在每天做50次部署的原因,当然并不是说所有的全都部署,他也是之前那种规模,互联网行业这种灰度部署。我知道这个是本身作为一种方式,那么这个叫持续部署,今年10月份我翻译了叫持续交付的书,里面也提到了很多很多的实践,我想这些实践对我们软件的快速交付,具有一定的借鉴意义,目前我做得工作也和这个相关。在百度也是在不同的产品线,帮助团队能够做到快速的交互。
4.未来的展望
将来我觉得持续集成仍会是一个不可否认的方向,10年前的企业级软件开发,有的经过半年的时间产品才上线,现在互联网的发展如此之快,漫长的上线周期俨然已经成为了历史。甚至包括一些基础软件的发布频率,发布周期也变得越来越快,所以我认为,将来在持续集成、在持续交付方面,国内会有一个长足的发展。
更多乔梁发布的文章请见:乔梁在InfoQ的文章。
相关报道
DevOps相关文章:
贾国清 是InfoQ中文站高级策划编辑,热爱生活,喜欢旅游和体育运动。
在实施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概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
没有回复
关注此讨论 回复