GitHub 的公开演讲文化

简介: 2013年在某个地方为GitHub 240名员工中的三分之一或一半员工做演讲。鼓励你的员工在大会上做演讲通常被认为是一件好事。另外对于GitHub,它还是一种好的广告:和我们花钱砸在banner广告上不同,直接给客户演讲就是我们能做的、最有效的营销。同时,它也有利于招聘工作。我们从来不缺简历。

编者注:作者为 Zach Holman GitHub 员工


2013年在某个地方为GitHub 240名员工中的三分之一或一半员工做演讲。


鼓励你的员工在大会上做演讲通常被认为是一件好事。另外对于GitHub,它还是一种好的广告:和我们花钱砸在banner广告上不同,直接给客户演讲就是我们能做的、最有效的营销。同时,它也有利于招聘工作。我们从来不缺简历。


管理工作通常集中在两个方面——广告和招聘——这是员工演讲的主要商业动机。当然,这不是全部。支持你的员工,鼓励他们在公开场合讨论他们的经验,很快你就会抓住每一个其他公司完全错过的机会。


员工当老师

在你教别人之前,你是不会真正了解某些东西的。这是人们说的比较好的警句,的确如此,如果你不是站在台上、在内心深处赶上这个糟糕的时刻,你是不能真诚地理解这句话的,那时候你才意识到你不得不向几百人说清楚一个概念。


为初学者做一份幻灯片和故事是十分让人气馁的,为了成功,你必须知道你的不足。通常意味着阅读你以前没有看过的文档,让你的大脑去解释以前没有考虑过的想法,从而比你以前更加熟悉这个概念。

再看一次上面最后一句话。你几乎可以培养出更好、更有竞争力的员工。


公开演讲就是公开文档

我喜欢谈论GitHub做为一个公司是如何协同工作的:我们的开发实践,我们的沟通工具,还有我们的内部机制。


直到最近,我才真正意识到这对于我们内部的公司文化是多么地重要。好处是双重的:新员工在开始之前对于如何做事情已经有了粗略的了解,而且更重要的是,所有的演讲和博文都是我们内部依赖的文档。由于我们的操作相当开放,当我们内部讨论、推行文化的时候,我们手头有更多有形的东西。你能够影响每个人之间的相同的术语。例如,当有人提到公司的异步工作流时,我们都会有一个基础的理解,它是什么,以及它不是什么。

这是微妙的,但它很强大。随着你的成长,公司文化很难弄清楚和保持。


社区领袖

演说者通常被看做某种精英群体,他们具有普通人没有的、某种与生俱来的知识。这完全是胡扯,但必须承认 演说者在会见社区其他人方面处于有利地位 的现实。

做为一个公司,你想这样。我记不清有多少次我们依赖公司外部人员帮助我们解决难题。我们找到那些人的大部分原因是有人通过大会或朋友认识的。我不确定你知道,但计算机是愚蠢的,它们时不时地给你一些非常恶心的bug。让你的员工出去认些人能够节约成千上万美元的开销,工时也会降低。

更重要的是,你也想为其他公司出现在那里。树立这种关系,因此,当他们面临那些难题时,你能够去解决。让公司原因见鬼去吧;管理好你的社区。除了帮助其他人得到一个补丁,没有太多让你开心的事情。


有些不同

在GitHub,我们有很多快乐的员工。况且,我们使用自己的产品【注1】,我们也特别喜欢我们做的事情。但是最有意思的项目时不时也会让人愤怒。编程能够真正发泄出来,采取一些措施恢复可以使精力保持在正确的地方。

建立和发表演讲,与埋头敲一整天代码有着很大的不同。这是解决问题的不同形式,大脑的不同部分起着作用。缓解每天的工作对于整个精神状态有着巨大的好处。还有,如果你在世界某个地方做演讲了,你能够体验到文字情景的变化。有时候,仅仅脱离繁重的工作就真的有意义。

这让你的员工感到新鲜,当他们返回岗位的时候,他们将准备解决难以搞定的问题。


花费是值得的

做为一名GitHub员工,如果你的演讲提议在会上通过了,GitHub将为你和同去参加大会的伙伴买单。这是多么酷的小费呀,我们员工充分利用了这一点。


费用不低,每个公司都不得不考虑他们想提供支付的支持级别,但是在GitHub这被证明了物有所值。这不仅仅是为程序员制定的政策;我们也让我们的支持部门、人力资源以及市场团队做演讲。每个人都能从分享经验中获益。


我们非常幸运有资源投入这个目标,但是再小的公司也能利用这一点,因为大多数会议需要支付演讲者费用。真正需要面对的是时间:公司不得不乐意允许员工花些时间去做一些不同的事情。

做一些不同的事情,从而使你的员工保持创新、新鲜和快乐。试试看。

相关文章
|
6月前
|
数据安全/隐私保护 开发者 Docker
国内docker公开镜像站的关闭!别急,docker_image_pusher 使用Github Action将国外的Docker镜像转存到阿里云私有仓库
通过使用 docker_image_pusher 这样的开源项目,我们能够轻松地解决国内访问 Docker 镜像拉取速度慢及拉去失败的问题,同时保证了镜像的稳定性和安全性。利用 Github Action 的自动化功能,使得这一过程更加简单和高效。
1898 2
|
7月前
|
缓存 算法 Java
首次公开!阿里巴巴最新高并发架构设计实录被我从Github扒下来了
前言 现在Java面试,问的是越来越底层。作为一名合格的Java程序员不仅要能“上天”,还要能“入地”!上天是指高并发,缓存,大流量,大数据量,能在更高的层面解决问题,入地是指从JVM,OS,算法,线程,IO这块刨根究底,对底层知识都能知其然还要知其所以然。 而本篇要跟大家探讨的就是“上天”这块的内容。据有关数据表明,现在基本工作年限超过5年的Java开发岗以及各大厂招聘岗位,对于这块内容是必定会考察的。这也就意味着,你想要在今年这个大环境下,找到一份薪水高且发展前景好的岗位,不关基础知识还要有良好的编码习惯和能力、排查问题、解决问题的能力以及整体系统的设计能力和架构能力。
162 1
|
7月前
|
JavaScript Ubuntu 网络安全
使用github actions,将私有仓库的构建文件发布到另一个公开仓库,并同步到gitee
使用github actions,将私有仓库的构建文件发布到另一个公开仓库,并同步到gitee
491 0
|
7月前
|
NoSQL Java 关系型数据库
阿里巴巴Github星标57.9KJava面试突击汇总(全彩版)首次公开
Java面试 现在互联网大环境不好,互联网公司纷纷裁员并缩减HC,更多程序员去竞争更少的就业岗位,整的IT行业越来越卷。身为Java程序员的我们就更不用说了,上班8小时需要做好本职工作,下班后还要不断提升技能、技术栈,才能从容应对现在互联网公司的面试! 但事实是:很多Java程序员,对自身是没有一个清楚的认知的,甚至不知道自己短板在哪?这样不做准备的就去面试,你肯定会离心仪的offer越来越远!我今天写这篇文章的意义就在于劝诫大家如果面试准备阶段没有方向的话,不妨暂时停下来,看一下自己怎么才能更加系统、有条理地去备战面试,建立起一个系统的查漏补缺体系;怎么才能从自己的实际出发,了解自身与互联
93 0
GitHub开源2小时Star破10万,阿里Java高并发集合手册终是被公开
对Java技术人员来说,我们对学习技术的态度不能只是“知其然”,更要做到“知其所以然”。如果要真正理解一项技术,分析源码是最直观且最有效的方式。虽然在我们的技术体系中JCF和JUC的知识可能还不到10%,但是我们工作中80%的场景都离不开它们。根据2/8法则,我们有充分的理由好好吃透JCF和JUC,如果你还没有准备好,那么这份文档可以给你这个机会
|
缓存 算法 Java
首次公开!阿里巴巴最新高并发架构设计实录被我从Github扒下来了
前言 现在Java面试,问的是越来越底层。作为一名合格的Java程序员不仅要能“上天”,还要能“入地”!上天是指高并发,缓存,大流量,大数据量,能在更高的层面解决问题,入地是指从JVM,OS,算法,线程,IO这块刨根究底,对底层知识都能知其然还要知其所以然。 而本篇LZ要跟大家探讨的就是“上天”这块的内容。据有关数据表明,现在基本工作年限超过5年的Java开发岗以及各大厂招聘岗位,对于这块内容是必定会考察的。这也就意味着,你想要在今年这个大环境下,找到一份薪水高且发展前景好的岗位,不关基础知识还要有良好的编码习惯和能力、排查问题、解决问题的能力以及整体系统的设计能力和架构能力。
|
NoSQL Java 关系型数据库
阿里巴巴Github星标57.9KJava面试突击汇总(全彩版)首次公开
Java面试 现在互联网大环境不好,互联网公司纷纷裁员并缩减HC,更多程序员去竞争更少的就业岗位,整的IT行业越来越卷。身为Java程序员的我们就更不用说了,上班8小时需要做好本职工作,下班后还要不断提升技能、技术栈,才能从容应对现在互联网公司的面试! 但事实是:很多Java程序员,对自身是没有一个清楚的认知的,甚至不知道自己短板在哪?这样不做准备的就去面试,你肯定会离心仪的offer越来越远!我今天写这篇文章的意义就在于劝诫大家如果面试准备阶段没有方向的话,不妨暂时停下来,看一下自己怎么才能更加系统、有条理地去备战面试,建立起一个系统的查漏补缺体系;怎么才能从自己的实际出发,了解自身与互联
152 0
|
关系型数据库 MySQL 程序员
卷?阿里DBA首次公开MySQL调优笔记,竟让GitHub的程序员集体叫好
对于工作了两三年的技术人员来说,在实践上已经有了比较多的积累,解决过很多问题——可能通过sys schema查询事务锁等待解决了系统的并发问题;通过设计读写分离架构扩展了应用的读性能线性扩展问题 但是作为求知欲强的技术人员,我们急切地希望知其所以然,了解MySQL到底是怎么设计的,以及为什么这样设计,读写分离架构适应的场景有哪些?什么时候建议用分库分表?等等。
120 0