BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

2013纽约DevOpsDays

| 作者 Matthias Marschall 关注 0 他的粉丝 ,译者 薄海 关注 0 他的粉丝 发布于 2013年3月4日. 估计阅读时间: 3 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

参加Food Fight Show播客的人将2013纽约DevOpsDays总结为一个词:文化。他们认为你无法加入或者制造文化,因为文化取决于人们的特征。如果你的团队成员对整体负责、注意同其他的团队沟通,端到端的看待问题,他们就有可能构建Devops文化。正如Patrick Debois所说:如果团队之间互相抱怨或者某个团队认为老板必须调整文化问题但不需要和其他团队探讨,那么这标志着他们根本没有打算承担改变的责任。这和Devops文化相差甚远。如果在文化领域没有富有远见的人强力掌舵,你就必须自底向上地构筑文化。与CTO探讨如何改变工程文化,从而让公司内的IT更美好(也为了更好地交付)是非常重要的。

纽约DevopsDays的另一重要收获是,Devops有流畅的定义而且不需要严格的约束。对于流畅定义的来源,看实践者如何做比严格的约束更重要。判断哪些人适合Devops文化,重要的是听他们说什么、看他们做什么,比如检查他们在Github上为开源项目做出的贡献而不是看他们的工作职务。

在演讲 "We're Doing it Wrong!"Jan Schaumann强调Devops关注于打破藩篱而非公司内有一个还是多个团队。个体及团队之间的良好交流是好Devops文化的关键。

Dave Zwieback 探讨了"On Hiring (in a DevOps World)"。他说明了哪种类型的雇员才是公司应该寻找的:兴趣广泛并且技术多样的多面手(他称之为“comb”类型的人,与之对应的是T类型的人。T类型意味着拥有常识(T的横轴)并精通某个领域(T的纵轴)。“Comb”类型意味着多个领域的一般经验——他们是多面手。他指出好的雇员通常不在LinkedIn上并且也不那么热衷于与招聘人员接触。按Zwieback所说,最好的雇员可以在Twitter、GitHub、IRC以及meet-ups上找到。接触求职者重要的是筛选并掌握这些信息。礼貌和耐心非常重要。他招聘的一位雇员甚至因为没有被放弃而感谢他。

Aaron Quint 在演讲"Automate or Die"中强调一个团队要引入自动化,必须先从一个可工作的手工流程开始,然后再思考流程中的大多数劳动密集型步骤该如何自动化。瞄准大多数痛点从小处开始,而非试图立刻解决当前及未来所有的问题。他详细说明了他的公司中工具链的演化过程。

其他的演讲有:

活动在两轮点火演讲开放主题讨论后结束。

这里是2013各大洲DevOpsDays的会议安排。

查看英文原文:DevOpsDays New York 2013

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT