欢迎收听Console DevTools播客的另一期节目。我是David Mitton,Console.dev的首席执行官,Console.dev是一个免费的每周电子邮件简报,内容是为经验丰富的开发人员提供的最佳工具和测试版发布。我是Jean Yang,Akita Software的首席执行官,Akita Software是理解您的API最快捷、最简单的方法。
在本期节目中,Jean和我与GitHub的高级开发者布道师Christina Warren进行了交谈。我们首先讨论了DevRel中是否有一天是典型的,讨论了如何在DevRel中入门以及所需的技能类型,听取了Christina如何看待她在社区、产品工程和使用产品的开发人员之间的桥梁作用,以及视频在其中扮演的角色。我们将把时间控制在30分钟内,所以让我们开始吧。
我们今天邀请到了Christina Warren。让我们从简短的背景介绍开始。请告诉我们您目前的工作以及您是如何走到这一步的。当然可以。非常感谢你们的邀请。我目前是GitHub的高级开发者布道师。因此,我在开发者关系部门工作,我认为我们接下来会更多地讨论这个问题,它主要帮助我们连接各种类型的开发者社区,并将他们与我们的一些工程师联系起来。我制作了很多视频内容,并且
我试图找到社区中最酷的事情,并传播这类信息。我在GitHub工作大约一年了。在此之前,我在微软工作了五年,担任与我在GitHub类似的角色。不过,在那里,我是在Azure业务部门工作。在那里的最后一年,我想我是在研究Linux工具和Azure。这是一个很有趣的挑战。
在我加入微软之前,我曾经是一名科技记者。所以我进入工程领域的道路有点不寻常,因为我没有传统的计算机科学背景,尽管我长期以来一直在编写代码和捣鼓东西。但我从记者转行做了工程师。现在我在GitHub工作,这太棒了。
Christina,我们非常高兴能和你交谈,尤其因为我们都与许多想知道开发者关系作为一项工作是什么的人交谈过。所以我们希望你能谈谈典型的一天是什么样的,以及是否真的有典型的一天。
这是一个很好的问题。我认为这取决于个人和工作,因为可能有些人从事DevRel工作确实有非常典型的一天。我可以说对我来说没有,对吧?例如,我们今天星期四录制节目,我每周都会在我的YouTube频道上录制一个每周视频节目,叫做《The Download》,它对最新的剧集进行了概述。
世界各地的新闻和开源新闻。所以为了准备星期四的节目,我通常做的是,我一直在收集链接,但我一直在浏览Reddit。我在Hacker News上。我在Twitter上。我正在寻找我想谈论的东西。我正在写剧本。我正在准备我可以给我们的编辑的素材,因为我们的周转时间非常快。我正在
把所有这些放在一起。然后我走进演播室并录制它。我能够相对快速地做到这一点。然后我的编辑,他很棒,会编辑它,我们会在星期五早上把它发布出来。所以周转时间非常快。这就是我在星期四做的。但下周,我将参加南加州Linux博览会规模。我将负责一个展位,我将参加活动,我将参加会议和演讲。而且
这将与我今天所做的工作大相径庭。然后还有一些日子,我整天都在开会,我与产品团队交谈,制定策略,并试图弄清楚我们接下来想要制作什么样的内容和什么样的东西。所以……
这个角色取决于你正在做什么而有所不同。但对我来说,很多事情都归结为真正地参与其中,真正地了解社区、我们的受众,并尽可能地了解我们提供的所有内容,并磨练我的技能,以制作出我能制作的最佳内容。有趣。你会说你的新闻背景是一个优势吗?这如何影响事情?
是的,我认为是的。这很奇怪,因为当我最初从事新闻工作时,我大学毕业时经济崩溃了。所以这打乱了我上法学院的计划。我一直对软件开发感兴趣,尤其是网络方面的东西。我一直非常喜欢开源。我曾经在脑海中考虑过的一种职业,它与当时的情况有点不同,哦,开发者关系可能是我可以做的工作。我最终从事了新闻工作,并做了很长时间。但我认为我与之相关的联系是,许多记者,我当然也是其中之一,非常非常好奇。我有一种难以满足的好奇心。我想学习。我想弄清楚事情的真相。对于开发者关系来说,这再完美不过了,因为
我总是试图了解最新的东西是什么,或者社区想知道什么?例如,我想尽可能多地学习。所以我认为这种好奇心真的帮助了我。它对于能够进入你可能不是某个领域所有方面专家的场景也非常有益。需要明确的是,这并非适用于所有DevRel。一些DevRel人员是某个领域的绝对专家,但对于像我这样的通才来说,
我作为记者的经验非常有用,因为我知道承担一个我可能没有太多先前经验的领域是什么感觉,以及如何快速深入了解它,或者如何尝试和犯错,然后只是弄清楚一些事情。所以,
我认为这非常有益。最后我要说的是,这项工作有很多是沟通。很多是与人交谈。这也是新闻工作的一大部分。很多是沟通,无论是通过写作、打电话还是亲自会见人们。很多都是沟通。所以这绝对有帮助,因为这并不是每个人都一定感到舒服的事情。但我认为这绝对是DevRel中必不可少的东西。
你会说你特别学习了关于与开发人员沟通的任何事情,你认为应该重点介绍吗?是的。我的意思是,最重要的事情是,我自己也知道这一点,因为我自认为是一名开发者,那就是不要对人们撒谎。不要吹嘘任何人的生意。
后面,对吧?要诚实和真实,因为开发人员可以从一英里外闻到BS。他们看到了,他们不喜欢。事实上,大多数人都讨厌它,但开发人员真的讨厌它。这样做对你没有任何好处。如果你表现得像个推销员,当你与开发人员沟通时,这将行不通。
是的,这很有道理。谢谢你,Christina。回到什么是开发者关系的问题,我有一个后续问题,那就是当你在招聘开发者关系人员时,或者当你面试开发者关系职位时,人们如何知道某人是否优秀?你寻找什么?是什么特质造就了一个优秀的开发者关系人员?
所以我会说,对我来说,我首先寻找的东西,我认为这对我来说也很有帮助,让我获得了我的工作,那就是对技术感到兴奋,无论关注领域是什么,都要真正地感到兴奋。因为同样,开发人员可以分辨出区别。我们可以分辨出某人是否真的在炒作某件事,因为他们对此很感兴趣,或者是因为他们为此获得报酬,或者因为这似乎是最新趋势。
所以,对某事真正感到兴奋,无论它多么深奥,无论它多么小,如果我能看到某人真正感到兴奋并想分享这一点,对我来说,这表明这个人可能非常擅长开发者关系。
另一件事是,同样,我认为这在我被录用时帮助了我,那就是那些自然想要创作内容的人,无论是博客文章、小型副项目,甚至是他们自己分享所学知识的推文。同样,它又回到了兴奋因素,但那些愿意炫耀事物的人,例如
事情给人们,或者像从其他人那里学习。这是一个非常好的迹象。例如,如果有人非常擅长创作,即使只是像一个小小的副项目,并把它放在GitHub上,并谈论,嘿,这是我的旅程,探索X、Y或Z。那将是一个在DevRel中非常非常优秀的人。对。有很多机会这样做。我想Twitter就是一个很好的例子。这样做很容易,但总是有借口重建你自己的个人博客,对吧?最新的技术。是的。
我前几天看到这个表情包,我感觉受到了人身攻击,它显示的是一个图表,显示了这个过程,比如你发布了多少博客,与帖子数量相比,比如,我想设置的复杂程度。而像帖子最多的东西只是2004年的标准WordPress网站。然后它一直下降到,你知道,欢迎来到Nginx,在那里我感觉自己非常非常被看到,并且亲自制作了,你知道,从Jekyll迁移到Hugo的静态网站生成器。我当时想,
看着这张图片,我想,哦,我的上帝,我就是所有这些东西。所以你完全正确。我的意思是,老实说,对我来说,我玩弄甚至测试过很多东西,这甚至在我加入GitHub之前,你知道,就像,好吧,我可以第四次重建我自己的哪个网站?
是的,这很有道理。我觉得他们可能,我的意思是,我也拥有这种性格类型。我敢打赌,很多听众都在想,等等,这就是我做的。我该如何把它变成一份实际的工作?所以我有一个后续问题,那就是人们如何表达这就是他们的身份,以及它如何在DevRel工作中得到衡量?因为我敢打赌,对于那些喜欢玩弄的人来说,这将是一份梦想的工作。
不同的技术并告诉人们关于它们的信息。不,你完全正确。我的意思是,对我来说,这是完美的梦想工作。我认为人们进入它的方式是,A,你从开始做DevRel角色所做的事情并与人们分享开始,无论是在Twitch、YouTube、TikTok还是Twitter上。Twitter是很多这类事情的好地方。甚至LinkedIn,对吧?展示它,甚至是一个个人博客,继续不断地把这些东西放在那里真的非常有帮助,因为你
你并不总是知道谁在观看。有时你甚至可能没有任何观众,但它会随着时间的推移而增长,尤其当你与社区互动时。这也是我要说的另一件事,那就是参与你感兴趣的社区。它不必与特定公司相关。虽然如果公司是某个东西的管理者,那可能会很好。但参与这些社区并成为其中一部分是开发者关系中非常重要的一部分。我认为
我们随着时间的推移所看到的情况,你知道,从轶事来看,我当然看到的是,许多进入公司DevRel职位的人都是之前在各自社区中非常有名的人,因为这很有道理。这些是你想要作为你产品或公司形象的人。这些是你想要向人们展示如何做事情的人。但DevRel的另一方面是,很多事情都是关于反馈的,是关于与产品和工程团队合作的,并且
让他们知道,嘿,你的这个想法可能很棒,但这实际上是我们看到的用例。我们知道这一点,因为我们在社区中,或者,嘿,这真的不好用。这就是原因,这些可能是意想不到的事情。这也可能是一个机会,让产品团队和工程团队回来说,我们做出这个决定是因为这个原因。而且,
这给了DevRel一个机会,当他们与社区交谈时说,“嘿,这就是为什么它这样工作。”也许可以进行一些更改,但是
你可以透明地说,这就是为什么它这样工作。很多时候,你确实会成为你工作的公司的非官方的,你知道,联络人。因此,与你所属的社区建立牢固的联系在这方面大有帮助,因为,你知道,好吧,我认识Christina。所以Christina是我可以依靠的人,如果我对GitHub的某些事情有疑问,或者如果我的帐户有问题。
我个人可能不是可以解决问题的人,但我可以找到某人。对。如果我们从相同的空间认识对方,那么它比试图联系,你知道,大型公司甚至小型公司的空白要容易得多。所以它实际上就像社区和内部业务之间的桥梁。
任何组织的功能。你说的很对。这甚至是我之前在内部向人们解释职能的方式,尤其是在微软,当我们必须解释我们的职能是什么时。或者我甚至会说,你知道,我们是社区、用户和公司本身之间的API。
要回答你关于如何衡量成功的问题,这很难,因为你通常衡量的大多数事情都不是一对一的。有些事情你可以随着时间的推移对它们产生巨大的影响,而你未必能够通过说,哦,这个决定导致了这个结果来衡量,因为它可能是
你做的一个演讲,说服某人更多地关注你的产品或帮助某人解决问题。这可能会有很大的影响,但它可能不会以这种方式衡量。所以这就是我认为许多人面临的一个很大的挑战,而且,你知道,我和许多不同公司的开发者关系部门的人谈过,这是一个我们面临的挑战,那就是我们如何衡量我们的影响?所以你必须像任何KPI和OKR一样进行衡量,你必须
对数字有点创造性,你对设置的目标也必须有点创造性。
所以,你知道,你必须弄清楚,好吧,我们的目标是获得新用户或某个服务的注册,还是提高对某事的认识?如果是这样,那么我们可以衡量,好吧,如果DevRel在他们的内容中使用了一个链接,那么它有多少点击量和多少转化率,但你也可以做一些事情,比如社交网络上的情绪是什么,或者有多少其他内容被创建,你知道,或者使用某些东西创建了多少项目,
有一些不同的策略你可以做,但这确实是一个挑战,那就是很多时候,你可以做的事情,可以产生非常大的影响,并不像查看那样容易衡量,好吧,我已经向产品添加了这个新功能,我可以从遥测数据中看出它已经被很好地使用了,或者我可以从支持请求中看出事情可能增加了许多。所以这里可能存在问题。你没有同样的能力。所以这是一个挑战,但我认为,
要回到我一直在分享的主题,如果我们不能像我们希望的那样细致地衡量影响,我们可以做的一件事就是查看来自社区和用户的反馈。因为我认为,在最好的情况下,开发者关系,正如你所说,是桥梁。所以我认为,判断某件事是否有效以及什么有效什么无效的一个非常好的方法是查看,你知道,你从用户那里得到的反馈和情绪。
这真的很有趣,Christina。是的,这很有道理。一个与之相关的后续问题是,DevRel通常位于组织中的什么位置?并且有……
与组织其他部门的冲突,因为它评估方式不同吗?是的,肯定会有。我认为开发者关系应该成为产品和工程的一部分,因为我认为这是非常核心的一部分。也就是说,为了取得成功,DevRel需要跨职能。因此,一些公司将其置于营销部门之下,出于他们的目的,这可能是有意义的。我认为将其作为产品和工程的一部分是有意义的,但我认为它是跨职能的,因为
我和GitHub几乎每个不同团队的人都合作过。这是GitHub很棒的事情之一,他们非常了解并欣赏我们带来的价值,因为我们可以帮助产品团队和工程团队为他们的博客文章创建素材。我们可以帮助他们传递信息。我们可以重点介绍一些事情,因为我们一直都在一线。我们可以说,嘿,嘿,这件事发生了,这正在造成问题。我们是否想提前解决这个问题,我们如何才能做得更好?但我们也可以与人们交谈,很多时候发生的事情,我重点介绍的许多内容和事情是我只是与工程师交谈,他们告诉我他们正在做的事情。我说,
太酷了。我有能力以他们可能没有想过的方式来构建它并与公众分享它,对吧?并说,嘿,看看这个非常酷的功能。看看这个真正酷的东西是如何构建的。
所以有时对于那些可能不了解价值的人来说,这可能很难。但我认为,在最好的情况下,它是跨不同群体工作的。当你谈到冲突时,这确实会成为一件有趣的事情,因为我所看待我的工作方式,我不能说DevRel中的每个人都是这样,但我所看待我的工作方式就像我的头衔是开发者布道师。对。
但我不是在为GitHub辩护。我是在为GitHub的用户辩护。我是在为我们的社区辩护。这才是我的真正目标。因为我认为,通过为他们辩护,GitHub才能获得最大的成功。但当然,并非每个人和每家公司都可能这样看待它。他们可能会认为,哦,你的唯一工作就是赞扬并谈论我们有多棒。
我不这么认为。我认为,为了真正取得成功,你需要透明,你需要诚实,你需要真实。这包括当你可能犯错或事情可能不对劲时,因为我认为这就是建立信任的方式。但这有时很难解释。你知道,我在GitHub没有遇到这个问题,但我肯定认识一些人,而且我有过其他经历,你知道,
可能存在期望不符的情况。我总是必须非常清楚。我的目标受众,就像我为之工作的人一样,我是在为用户辩护。我不是来劝说某人相信某些可能无法正常工作或结构不良的东西是好的。这可不是我的工作。你是否允许谈论任何你为用户意图与产品和工程团队辩护并帮助用户获胜的故事?
是的,这就是我去年在微软做的事情。我非常关注Azure的Linux工具。坦率地说,这是一个没有得到太多关注的领域。微软有很多团队实际上致力于Linux,这可能由于许多不同的原因而令人惊讶,但有很多Linux团队。但问题是,存在许多不同级别的利益相关者。所以我与许多这些团队合作的一件事是指出
你知道,尤其是一些产品团队,当他们制定某些事情的工作方式时,就像,好吧,这是否不仅仅是在辅助方面对Linux进行了测试,就像我们让它通过了单元测试一样。你真的经历过用户体验了吗?这真的做了吗?并与他们合作,以确保使用,你知道,像CLI工具这样的体验也能正常工作,无论某人是在VM中使用Linux,还是在桌面上使用Linux,还是在
作为Windows的一部分,并确保我们可以使这种体验尽可能一致和良好。我认为这是一件非常棒的事情。我希望人们对此表示赞赏。我认为他们会说,嘿,我们有一个人带着这种观点进来,并且
能够,我不会说争论,因为它并不是一场争斗,而是真正地捍卫这种观点和这种特定用例,否则可能不会成为首要考虑因素,因为他们预计人们会使用门户网站,或者可能使用PowerShell脚本来自动执行来自Windows机器的操作。他们没有预料到人们会在某个Debian变体上使用终端仿真器,以及网络级别的干扰可能是什么样的。
所以能够说,好吧,这是我听到的反馈。这甚至包括CLI的设计方式。这是我们关于人们遇到的挑战的反馈。这就是人们的期望,人们期望它如何运行。我们可以做些什么来确保它按他们的预期运行?
这很有道理。所以我想你坐在不同的社区里,你也提到了较小的公司。我想你最近几年在大型公司工作了相当长的时间。你在小型公司和初创公司与其他DevRel人员的经验是什么?团队如何发展以及如何随着时间的推移而变化?
是的,我的意思是,这很有趣。所以当我加入微软时,我是最早的,你知道,大约十几个人在,我想,他们当时重新设立了。他们在Azure内部进行DevRel,团队最终发展到几百人。但我当时很早就加入了,这很有趣,因为微软的
微软当然不是初创公司,根本不会这样声称。但当我们建立时,我认为我们的经验与小型公司弄清楚DevRel并没有什么不同,尽管他们中的许多人可能只有一两个人,而不是从一开始就雇佣十几个。我认为真正重要的是……
我认为这是真的,如果你是在大公司或小型公司启动DevRel项目,你从一开始就着手奠定基础,好吧,你的目标是什么?我们想实现什么?我们试图提高知名度吗?我们想成为那个桥梁因素吗?我们需要,你知道,创建人们可以做的事情的例子,以鼓励其他人使用我们的工作来做事情吗?
然后找到可以从中构建和发展的人,这取决于你的能力。我认为小型公司面临的最大挑战是,DevRel是那些在其中的人可以适应许多不同类别的位置之一。它可能是一种万事通的工作,这很棒。
但缺点是,尤其是在你有一个小型团队的情况下,只有几个人或一个人。他们只能做这么多。因此,确定你正在做的事情的优先级并确保你正在进行的活动将对每个人都最有利变得非常重要。所以,好吧,我个人可能非常喜欢这个领域,但是……
它在社区中并不最受欢迎。这不是工程师最需要反馈的事情。这不是营销部门想要推动的事情。所以我可能现在无法专注于此。我需要专注于其他事情,并购买,你知道,并且对此感到满意,因为,你知道,
一天只有24小时,你只能做这么多。我认为这就是挑战。我认为在大公司,挑战也是,你知道,让人们分散精力,但我认为这也可以是一个弄清楚的领域,好吧,在某些方面几乎是相反的,就像,好吧,我们如何才能专注,人们应该担任什么角色?我们应该有专门负责某个领域的人吗?是的。
对我来说,这很难,我会说。再说一次,我是一个通才,我喜欢成为一个通才,但我也是其中之一。我认为有一个术语叫做T型工程师。我当然就是这样,我有很多广度,但不一定有很多深度。我对某些事情有深度,但我喜欢涉猎很多事情。我喜欢这样。我喜欢我有这种能力,但我以前也挣扎过。
之前,我曾经说过,好吧,我必须,你知道,更专注于这个特定领域。即使我个人可能非常喜欢为我的工作做很多不同的事情,为了使我的工作最有效,我确实需要专注于这个特定领域。
Christina,更深入地探讨一下,我很想更多地了解 DevRel 的结束和产品的开始,反之亦然。因为在我的公司,我们还没有 DevRel。这对我来说非常重要。而且你谈到的很多关于
为用户代言的事情,人们会认为产品也会这样做。所以我很想知道 DevRel 如何与产品合作,路线图的讨论是什么样的,以及有多少是你们和其他开发者倡导者注意到的事情并将其添加到其中,而不是在季度初或年初的会议上,并确保用户的请求从一开始就在路线图中得到满足。
是的,我认为这是一个很好的问题。这真的很有趣,因为我看到我的许多朋友在产品和开发角色之间来回切换。我认为它们在很多方面都是互补的。再说一次,我认为这真的取决于期望。就像我想作为一个开发角色的人,当我被邀请参加产品会议时,
我是一个客人,他们认为我是一个合作伙伴和利益相关者,但我不是产品经理。对。我一直想非常清楚地表明,我并没有决定路线图。我没有决定他们应该突出什么。我可以添加输入。我可以,你知道,在人们试图弄清楚事情的时候提供帮助。你知道,如果你正在举行季度会议,并说,嘿,这些是我们的目标和优先事项。我可以在那次谈话中做一个发言人,但我最终并没有做出决定。
如果到了你想做出这些决定的时候,我认为担任产品角色更有意义。但我认为区别在于,PM,你知道,产品中的人,虽然他们肯定与用户、社区交谈,并进行这些反馈研究,但很多时候,他们也在做很多其他事情。他们管理着很多其他的,
其他的优先事项。他们试图弄清楚工程工作量。他们试图完成他们的冲刺。因此,他们并不总是能够意识到那些可能会冒出来的事情,边缘情况,对吧?我认为最大的区别在于,你并不总是能够看到 DevRel 能够真正帮助突出的最深层次的边缘情况。然后,你知道,你试图一起努力,好吧,我们如何整合这个,或者这个的解决方案是什么?我还认为,作为 DevRel 的我,虽然我可能会看到这些边缘情况,但我
我并不总是看到产品正在做的完整画面。我不总是看到做出这个决定的原因。因此,再次,我认为这就是为什么两个群体之间的沟通非常重要的原因。因为如果我能理解为什么做出这个决定,我就能更好地完成 A,向观众解释这一点,有时只是透明地说明。目前的优先级是这个。我们希望以后再处理这个问题,但目前的优先级是这个。
或者,你知道,说,哦,好吧,这是你想要很多反馈的东西。我能做些什么来创建内容,或者以其他方式提高知名度呢?我能做些什么来帮助这个过程呢?所以,
产品团队并不总是看到边缘情况,但我并不总是看到宏伟计划是什么。所以我认为这条线可能非常模糊。再说一次,你会看到很多人在两个角色之间来回切换。在一些公司,它们可能非常相似。我认为当你开始的时候,我认为它们一开始非常相似。但我认为人们理解他们的角色是什么。对我个人来说,
理解我参加产品会议,学习一些东西,我可以提供反馈,我可以提出我可能看到的警告。这非常重要,但我不会是做出这些决定的人,因为这不是我的工作。
在沟通方面,你会说你最喜欢的媒介是什么?你做了很多视频,YouTube 已经成为开发者非常流行的平台,虽然我个人更喜欢阅读,但我的许多朋友总是看 YouTube。你喜欢什么,YouTube、Twitch 还是 TikTok?你的看法是什么?
我个人喜欢 YouTube,但我和你一样。我也喜欢阅读。我没有像我应该的那样多地写博客,但我喜欢阅读,主要是因为我可以比听更快地阅读。但我也会说两者会来回切换。我会说,很多时候当我开始一个项目时,我喜欢先阅读它。但如果我遇到问题,我真的很喜欢观看视频,看看别人是如何解决问题的。这可以帮助我,因为在这方面我也是一个视觉型的人。
我的意思是,我认为这就是 DevRel 的乐趣所在。我们有一个非常棒的 TikTok 账号。我不负责这个。Kadesha,我们 GitHub 新的 DevRel 成员之一,她在上面做了很多事情。我们团队的其他成员也做出了贡献。我看到很多人在 TikTok 上为自己建立了非常棒的平台。我还没有。我喜欢 TikTok,我一直在上面,但我并没有在 TikTok 或 Reels 上创作太多内容。但我更喜欢 YouTube 的制作性质,因为我在这方面有更多的经验。但是
但我喜欢这样。我会说,我喜欢 Twitter。我认为 Twitter 是,你知道,尽管 Twitter 存在问题,但它是一个接触很多人的好地方,但不仅如此,它也是我听到反馈和发现有趣事物的好地方。就像我看到人们在 Twitter 上构建的非常棒的东西,这总是很棒的。我也会说,像
为了宣传 GitHub,但 GitHub 是一个非常棒的地方,因为人们会上传他们的项目,并且在讨论中会发生很棒的事情,你可以找到非常酷的东西。就像我的 GitHub 星标,我一直告诉人们,不要在 GitHub 上关注我以查找我的代码。因为那,你不在乎那个。关注我的星标,因为我找到了最令人惊叹和有趣的项目。你知道,我有 2000 多个星标,在我加入 GitHub 之前很久我就一直在做这个了。这甚至是我面试中的一个,就像我的一个宣传点一样,我说,看,
我是一个超级粉丝,因为我发现了这些东西,我对它很感兴趣。我认为这是一种很好的沟通和学习方式。因为我知道对我来说,我只是通过查看某人的小型项目就能学到很多东西,你知道,它甚至可能没有很好的文档记录,所有这些东西更多
更多的文档总是更好。但我可以看看它,然后说,哦,好吧,这就是它的工作方式。它给了我一些想法。我可以在我下次重建网站时整合这个。当我下次决定重建我的网站时,使用这个功能,因为我喜欢这个人所做的。我最喜欢的事情是在别人的网站上看到我真正喜欢的东西,然后查看他们的链接。如果他们有 GitHub 链接,然后查看他们的网站是否……
在他们的 GitHub 帐户中,然后喜欢那个星标,就像,好吧,酷。现在我可以查看并了解你如何做了我喜欢的那件事。我喜欢这样。你也在 Twitter 上。Jean,你总是发布很多东西。是的,我喜欢 Twitter。我的意思是,我一直都在互联网上。这就是我学习事物的方式。我真的很认同 Christina 的说法。这就是我认识 Christina 的方式,Twitter。是的。
但与之相关的是,Christina,做这件事是为了好玩,然后是把 DevRel 变成一份工作。那么 DevRel 中的成功是什么样的呢?因为我有一个相似的例子,有一个招聘人员每个人都告诉我。他们说,我喜欢这个招聘人员。我经常和他们交谈。然后现在……
而且他们似乎都没有从这个招聘人员那里获得工作。我们与招聘人员合作的公司交谈,他们说,哦,他们不再与我们合作了,因为他们没有找到任何候选人。所以我可以想象这样一种情况,有人非常擅长工作的某一部分,但指标实际上是其他的东西。所以我很想知道,人们如何评价 DevRel 人员?你如何获得反馈?
晋升?你知道,所有那些可怕的问题,人们都不喜欢谈论。这是一个很好的问题,也是一个很难的问题。而且
所以我认为,再次,这又回到了你之前提出的关于如何衡量影响或成功的问题。但从个人的角度来看,是的,我认为当你被雇用时,与你的公司设定这些期望就变得非常重要了,并说你想要从这里得到什么。所以对我来说,当我进来的时候,其中一件事坦率地说,是增加 YouTube 的受众和增加观看次数和观看时间。
我在微软已经成功地做到了这一点。在过去一年里,我们在 GitHub 也取得了成功。所以这是我肯定我的老板会关注的事情之一,但我当然也会关注它。就像我知道当我进来的时候,我想,
我知道视频,我知道如何做好这些事情。再说一次,我的新闻背景在那里非常非常有用。所以我认为这取决于你想要做什么。就像,因为可能有些人你会说,好吧,我们想要减少某些事情的支持请求,或者我们想要获得某个功能的采用。
这将是你被衡量的方式。但你是对的。这是,我认为这真的很重要。我很高兴你提出了这一点。这是一份工作,对吧?我喜欢我的工作,我喜欢我所做的。我做的很多事情,在我从事开发者关系工作之前多年就已经在做了。就像我是一个记者,我一直在做这些事情,这与我写的报道无关。这只是我感兴趣的事情。
这会有帮助,但这只是一份工作。记住这一点很重要。我为社区代言。这是我的参考框架,但我仍在为一家公司工作。你知道,我认为这与你的招聘人员朋友类似,你不能忽视这一点,对吧?你必须意识到,如果我们都能只做我们想做的事情,只是,你知道,整天聊天并为此获得报酬,那就太好了。事实并非如此。对。所以我在
我在考虑,好吧,我能做些什么来进一步推进 GitHub 的目标呢?你知道,让更多的人希望使用我们的产品,提供他们的反馈,对开发感兴趣。这也是很大一部分,你知道?所以我认为在你被雇用时明确目标,然后也认识到,是的,这是一份工作。这意味着有时,正如我之前提到的,你可能会
我真的很痴迷于这件事,但这件事并不是每个人都痴迷于的事情。酷。你可以在你自己的时间做这件事。但在工作中等等,也许我需要围绕其他事情制作更多内容。
这真的很有帮助。谢谢。我相信这也会真正帮助任何听到你说的话并认为,哦,我的天哪,我想要这份工作的人。但这是真的吗?有什么陷阱吗?是的。陷阱是,是的,这是一份工作,对吧?你仍在为一家公司工作。就像我说的,我很真实,我对我想分享或不分享的事情有我自己的价值观。我认为我拥有观众的唯一原因是人们知道他们可以相信我,如果我不兴奋,我不会谈论和兴奋于某事。就像,
再说一次,如果我以其他方式去做,对任何人都没有帮助。但是,是的,我为 GitHub 工作,所以我将发布很多关于 GitHub 的内容。这就是工作。这是吸引力的一部分。我不会忽略这部分内容。有时我认为人们确实忽略了这部分内容。他们认为这是一件奇怪的事情,因为开发者可以闻到一英里外的废话,你想真实,但你也必须诚实。
我认为,我不知道你们俩是否一样,但我更愿意接受如果某人有点先入为主的偏见,就像,我在那里工作,我真的很喜欢这件事,因为它很酷,但我知道他们在那里工作。我喜欢这样,而不是……我也是。我预料到了。我预料到了。但我也可以,我接受这样,而不是某人在一个地方工作,然后他们写的或做的任何事情似乎与他们的工作相关联。对我来说,这总是感觉很奇怪。我不……
不知道。一样。对我来说,这类似于如果你要求某人对某人进行推荐,你知道他们必须,一,谈论这个人,二,说一些好话。但他们所说的话往往非常有意义。是的,我认为你是完全正确的。在我们结束之前,我有两个闪电般的问题要问你。好的。所以第一个问题是你可能必须查看你最近的一些星标,但你最近一直在玩哪些有趣的开发工具?是的。
好的,所以关于 ChatGPT 发生了很多很酷的事情。就像那将是,这么说吧,第一件事。所以像 ChatGPT 和 Whisper API 本周发布了,因为我们正在录制这个。而且有……
关于它发生了很多很酷的事情。所以这是我要说的第一件事。从某种意义上说,这是一个开发工具,但 Hassan,他是 Vercel 的一个开发关系人员,他很棒。他和其他人一起参与了一个名为 Commit AI 的项目,它基本上是使用 OpenAI 为你创建提交消息。它很棒。我喜欢它。这就是那种事情,好吧,我知道有戏剧性。人们会说,哦,但是提交消息应该是你为什么更改了一些东西,而不是你更改了什么。
在一个理想的世界里,你是对的。但我没有这样做。我认为其他 95% 的人也没有这样做。我的提交消息通常是一个脏话,然后我修复了这个东西。通常就是这样。所以如果我实际上可以拥有一个可以有帮助地描述并且我可以在我的命令行中自动执行的东西,是的。也许如果我解决了这个问题,也许下一步可以是现在我可以添加一些关于为什么的上下文,对吧?是的。
所以从小事做起。所以这是我脱口而出的一个。我知道这不是一个闪电般的答案,但 Open AI 的东西现在很疯狂。所以这就是我要说的。好的,很好。然后告诉我们你当前的技术设置是什么,你每天使用的硬件、软件。是的,所以我主要是一个 Mac 用户。我有……
两台 2021 款 MacBook Pro。我有一台 14 英寸的,是我自己买的,然后我有一台 16 英寸的,是 GitHub 为我提供的。所以它们都是 M1 Max 机型。然后我还有一台 2020 款 iMac。它是一台英特尔 iMac,但它有 128 GB 的 RAM 和一个 4 TB 的硬盘。所以它非常强大,而且仍然非常好。所以这就像我的日常电脑
我还有一台在疫情期间组装的游戏 PC,就像很多人一样,它并没有得到很多使用。但这里有用的是它确实有一个 NVIDIA GPU。所以如果我想运行不同的 AI 东西,比如稳定扩散或运行 whisper,就像很嫉妒。是的。优秀。好吧,不幸的是,这就是我们所有的时间。感谢你的加入,Christina。非常感谢你邀请我。这太棒了。
感谢收听 Console DevTools 播客。请在 Twitter 上告诉我们你的想法。我在 David Mitton,你可以关注 console.dev。不要忘记订阅并在你的播客播放器中给我们评分。如果你正在玩或构建任何有趣的 DevTools,请与我们联系。我们的电子邮件在节目说明中。下次再见。