谷歌编程之夏
最后更新于
最后更新于
原文链接：
作者：MARIUSZ ZABORSKI
谷歌编程之夏 2020 结束于九月。这个了不起的计划让年轻学生在为开源组织贡献的同时，获得了大量的经验。FreeBSD 项目自计划开始以来每年都参与其中。在这篇文章中，我们将从学生和导师的角度介绍这个项目。
谷歌编程之夏是一项由谷歌于 2005 年启动的年度国际项目。目标是让学生接触开源项目，计划的形式是为学生提供暑期奖学金。学生们可以在暑假期间为开源组织编写代码，而不是寻找实习机会或度假。
学生们需要近乎全职地投入他们选择的项目，谷歌为他们提供津贴。津贴金额每年有所不同，目前，津贴金额取决于学生的所在地，范围从 3000 美元到 7000 美元不等。
幸运的是，学生们并不孤单，因为谷歌编程之夏要求学生与导师合作。导师是开源组织的成员和贡献者，且对学生工作的主题感兴趣。
谷歌编程之夏在夏季之前就已经开始。每年一月，谷歌会开放申请，开源项目可以申请加入该计划。一个好的做法是提前准备，并不断收集谷歌编程之夏项目的想法。可以创建简单的 Wiki 页面和谷歌文档，收集潜在的项目供学生参与。项目可以从简单到复杂不等，但必须考虑到学生在暑假期间应该能够提供一定的代码。提供有趣的项目非常重要；否则，学生可能会选择其他开源组织。此外，记得组织中的某个人（导师）应该对该项目负责。这个人必须能够在学生的旅程中提供帮助。
几个月后，开源组织将被批准或拒绝加入该计划——通常在二月底会收到通知。之后，学生们将有一些时间来寻找自己感兴趣的开源组织和项目。他们可以通过邮件列表、IRC、Slack 或其他任何方式讨论这些想法。如果他们对列出的项目不感兴趣，学生也可以提出自己的项目建议，之后开源组织可以为该项目寻找导师。
在三月，开源社区将审查学生的申请并分配导师。谷歌编程之夏组织者会通知每个开源项目其名额数量。不幸的是，并不是所有学生都能获得名额。申请将根据学生的研究质量、对主题的知识以及过去几个月的参与度进行评审。对学生的一个好建议是尽早展示兴趣，思考项目的挑战，进行一些研究，与社区讨论挑战，甚至看看代码。没人期望你能像背诵自己名字一样熟悉代码——导师很可能会帮你解读源代码——但自己主动去了解并付出额外努力，能展现你的参与度。
导师不仅需要在项目的主题领域具有专业知识，还应该融入开源社区。如果出现他们无法帮助的问题，或者学生需要额外的访问权限，导师应该知道该去哪里。他们应该了解项目的代码指南，并能提交代码或找到能提交代码的人。对于某些学生来说，获得第一次提交开源的机会可能比奖学金更重要（你应该专注于那些学生）。一些项目可能会有多个导师。
学生被接纳后，社区联络和编程工作开始。这是学生们辛勤工作的时刻。在 FreeBSD，我们为学生在这一阶段应该做的事情提供了指南。其中之一是维护他们项目的 Wiki 页面。学生应尽可能频繁地更新页面，这有助于项目在组织中的可见性。记录我们在夏季遇到的问题和挑战是很好的做法，因为许多项目在计划结束时可能还没有完成。通过记录已完成的工作，我们可以在谷歌编程之夏结束后将其交接给其他人。
学生还应该每周向邮件列表发送状态更新。这项活动激励学生分享并记录他们所取得的成就，同时也有助于项目的可见性。它还提高了社区的凝聚力。邮件列表中可能有一些开发者能帮助解决问题或提供不同的项目视角。分享状态更新确实非常值得。
最后但同样重要的是，学生应尽可能频繁地提交代码。代码质量其实并不重要——你可以随时改进它——但看到代码后讨论问题会容易得多。有些学生每个月只提交一到两次代码，这样做是行不通的。经过一个月的编程，我们可能会发现应该朝完全不同的方向走，而当导师看不到代码时，很难帮助学生。导师应鼓励学生频繁提交代码，不要害怕展示未完成的工作。
大多数时候，项目是在网上进行的。只有少数学生有机会每天与导师在现场工作。有时，沟通可能会变得困难，特别是当导师和学生位于不同的时区时。学生和导师之间的电子邮件可能显得太正式，学生可能不愿意写邮件。许多学生也可能将这种关系视为教授与学生的关系。如果你从未见过导师本人，就很难想象他们会如何反应。学生和导师应尽量减少沟通负担。通过 IRC、Slack 或 Discord 进行沟通，比电子邮件更适合此目的。
导师还应记住，项目是他们的，他们对其负责。如果你几周没有回应问题，学生可能会因此失去继续参与的动力。你必须帮助学生，但要记住，真正的工作应该由学生完成。你在这里的角色是帮助管理过程，并协助与你熟悉的社区进行沟通。
导师会在夏季期间评估他们的学生几次。（在之前的几年里，有两次评估，现在有三次。）导师将学生的进展报告给谷歌。记住，如果导师和学生没有按时提交评估，谷歌将取消项目。谷歌会在每次成功评估后支付学生报酬。
如果项目进展顺利，那么很好，这并不复杂。导师只需要将学生推进到下一个阶段。如果学生没有写过一行代码，那么接下来的部分非常不愉快，但仍然很简单。
不幸的是，也存在一种中间状态。有些学生在项目开始时非常活跃，但随后突然消失。也有一些学生匆忙地在评估前做完所有工作。有时，很难知道学生做了多少工作，因为远程工作的情况（这就是为什么提交代码如此重要）。最重要的是，导师需要问自己是否还想继续与学生合作。如果不想，必须做出艰难的决定。
如果还有希望，导师必须告诉学生应该改进的地方——如果他们没有表现得更好，那么下次评估时就要给他们不及格。如果你做的工作比你的学生还多，那么你必须给学生不及格。如果你不断挣扎于让学生参与进来，那么你必须给他们不及格。学生的参与度比他们写的代码质量更为重要。
没有比这更好的方式让开源组织获得新鲜血液。大多数学生并未接触到冷门的开源项目。谷歌编程之夏让学生从内部了解一个项目。如果他们能为项目做出贡献（如果他们做了，那就完美了），但这并不是最重要的。最重要的是向他们展示一个优秀的开源环境，让他们从中学习。如果我们做到这一点，越来越多的学生将留在这个环境中，大家都会从中受益。学生将获得本来难以获得的知识，并获得不错的简历条目，这可能为他们打开新的大门。
历史证明，许多开始参与谷歌编程之夏项目的学生在多年后仍然继续为该项目做贡献。在作者看来，这应该是任何参与谷歌编程之夏的开源组织的目标。我们必须记住，学生的代码可能不完美，但如果他们能在项目中坚持超过这三个月，他们对组织的贡献将远远超过单个项目的成果。许多学生第二年就成为了谷歌编程之夏导师！
我们希望在下一场谷歌编程之夏活动中看到你作为学生或导师！
MARIUSZ ZABORSKI 是 Fudo Security 的 QA 和开发经理。他在 2013 年完成了一个成功的谷歌编程之夏项目，并为 FreeBSD 项目指导了几位谷歌编程之夏学生。Mariusz 自 2015 年起自豪地拥有 FreeBSD commit 权限。他的主要兴趣领域是操作系统安全和低级编程。在 Fudo Security，Mariusz 领导一个团队开发用于监控、记录和控制 IT 基础设施中流量的最先进解决方案。2018 年，Mariusz 组织了波兰 BSD 用户组。在空闲时间，他喜欢在 https://oshogbo.vexillium.org 上写博客。