GSoC 2018 导师峰会
27. 10月 2018 | Ana María Martínez Gómez | CC-BY-4.0
David Kang 和 我 在两周前（10 月 12-14 日）参加了在加利福尼亚州举行的 谷歌夏季代码项目 (GSoC) 导师峰会，代表 openSUSE。 
这是我们对这次会议的报告。
这是一次组织得非常好的活动，日程安排紧凑。 这是我们第一次参加峰会（我们每年都尝试让不同的 openSUSE 导师/组织管理员参加），我们非常喜欢并且觉得它非常有帮助。 除了参加许多关于开源、指导和 GSoC 的会议外，我们还遇到了其他组织管理员和导师，以及谷歌开源团队和其他谷歌员工，并进行了有趣的交流。 总共有来自 42 个国家的 314 名导师和组织管理员参加了活动。 这也是一个收集来自世界各地的巧克力的好机会，用于峰会的巧克力棒桌，这已经成为峰会的一项传统。 
峰会遵循 非正式会议 形式，这意味着会议由与会者决定和组织。 以下是 David 和我参加的会议中最突出的几个
闪电演讲
大约有 2 小时的时间用于 3 分钟的闪电演讲，大约 50 个不同的组织展示了他们的学生的工作。 唯一的规则是关于组织本身的部分不能超过 1 分钟（理想情况下 30 秒）。 我们喜欢在 3 分钟结束时鼓掌以避免演讲者继续发言的原创想法——我们应该把它偷到下次 openSUSE 会议的 闪电啤酒 上 
有很多关于成功案例的精彩演讲。 我特别喜欢那些学生们在视频中展示他们工作的演讲。 我做了一个关于我们给所有学生的反馈的演讲，包括被拒绝和未提交的提案，以及我们如何努力将这些学生带入我们的社区并鼓励他们继续贡献。 我不确定这个演讲是否合适，考虑到其他演讲都是关于学生的项目的。 但很多人在演讲后告诉我他们很喜欢并且获得了一些明年的想法，所以看起来是合适的。 
你可以在这个 Google Drive 文件夹 中找到所有演讲的幻灯片（包括我的）。
GSoD
谷歌正在考虑启动一个新的指导项目：Google Season of Docs，即“GSoC 用于文档”。 讨论了组织机构是否对这种类型的项目感兴趣，谷歌要求对这个想法提供反馈。
除了该项目侧重于文档而不是代码之外，还有其他重要的区别。 参与者将是经验丰富的技术作家（>1 年经验），而不是学生。 由于预计参与者已经有全职工作，因此承诺会减少（约每周 10 小时）。 由于同样的原因，技术作家不会收到学生们获得的津贴。 据谷歌团队称，他们通过 GSoD 获得的经验而不是金钱会激励他们参与。 这是最不清楚和讨论时间最长的一部分。
招募、激励和留住组织的导师
我发现这个会议很有吸引力，因为今年 openSUSE 的导师人数减少了，以至于我们考虑由于缺乏导师/项目而不再参与 GSoC。（也许正在阅读这篇文章的人想明年参与？ - 给我发邮件，在此博客文章中评论或查看 openSUSE 指导页面！）
这次会议由 Jenkins 的 Martin 主持，不同组织之间进行了一次丰富的对话，他们提出了问题、解决方案和问题。 令人好奇的是，openSUSE 和 Fedora 的困难有多么相似（尽管这并不令人惊讶，因为这两个项目的相似性）。 这两个社区都很大且多样化，但他们无法让很多导师参与 GSoC。 有些人给了我们一些想法，例如引入非技术导师并至少为每个项目配备 2 名导师，但我仍然觉得我们没有找到神奇的解决方案。 
会议记录可以在这个 Google 文档 中找到。
补丁奖励
来自谷歌的 Aleksandr Dobkin 发表了关于 补丁奖励计划 的演讲，该计划奖励对 Chromium 和 Angular 等多个开源项目中的主动安全改进。 奖励金额取决于补丁的复杂性和影响，范围从 500 美元到 20000 美元不等。 未来，他们希望扩大适用项目的范围，并为它们定义具体的任务和奖金。
GSoC 之后的生活
谷歌的 Cat 和 Josh 领导了这次会议，我们进行了一些头脑风暴，并听取了其他组织的经验。 David 发现有趣的是，大多数与会者都同意需要给予学生责任，以保持他们的动力并让他们参与到项目中。
会议记录可以在这个 Google 文档 中找到。
开源许可
这次会议本应由谷歌的 Hilary Richardson 主持，但她迟到了，最终与软件自由保护协会共同举办了一次会议。 这是一次关于许可的介绍，虽然我预计它会更高级，但其中一些主题（其中一些是由于观众的问题而提出的）是我不知道的并且觉得有趣的。 例如，你不应该使用 WTFPL（想怎么干就怎么干公共许可证），因为它不包含免责声明。
西班牙语导师见面会
有一个西班牙语 GSoC 导师的见面会，由于 David 和我都是来自西班牙，我们不能错过。 我们介绍了我们的项目，讨论了我们在西班牙推广开源所做的事情，例如在大学的演讲，并讨论了还可以做些什么。 我们建立了一个邮件列表，以便继续分享想法、材料等。
GSoC 反馈
谷歌开源团队组织了一个会议，导师和组织管理员可以向他们提供关于可以改进的事情的反馈。 我提出了一些 openSUSE 亚洲社区在上次 openSUSE.Asia 中向我提出的建议：创建一个总结成为 GSoC 导师的原因的海报，理想情况下应该包含一些视觉强化（例如信息图）。 它应该吸引人们的注意力，以便非母语人士对阅读详细的文档感兴趣。（顺便说一句，谷歌在这方面有两个视频：组织申请 和 成为一名优秀的谷歌夏季代码项目导师）。 我还建议在 GSoC 文档中明确说明导师和组织管理员是志愿者，因为我们遇到过学生不礼貌或不耐心的案例，我认为这是因为他们不知道导师帮助他们的条件。
会议记录可以在这个 Google 文档 中找到。
谷歌如何帮助开源？
谷歌想知道他们还能为开源做些什么。 大多数请求都与资金和云积分有关。 我利用这个机会要求在 Android 客户端中提供一个纯文本选项，以便我可以使用手机写到这个邮件列表（我知道还有其他客户端……），并再次提到海报，当其他人请求谷歌帮助招募导师时。
会议记录可以在这个 Google 文档 中找到。
改善导师/学员关系
这次会议是关于如何改善导师和学员之间的关系，从而提高 GSoC 后的参与度。 大多数与会者都是组织管理员，他们给了我们一些帮助学员参与社区以及改善与导师沟通的技巧。 一些具体的建议是
- 使用 IRC 频道公开所有内容（与导师的对话、疑问、讨论等）。
- 定期开会，至少每周一次。
- 设定导师/学员的可用时间范围。
- 鼓励首先向社区提问。
开源指标
CHAOSS 和谷歌举办的一次非常棒的会议，讨论了我们可以衡量所有数据以及如何将数字转化为有用的东西。 例如，讨论如何衡量开源项目的文化非常有趣：有多少人说谢谢，回复时间，PR 和问题关闭情况等。 我也喜欢 Felipe Hoffa（谷歌开发者倡导者）提出的一些原创示例，例如使用页面访问量与 StackOverflow 问题的对比。 我建议查看 fhoffa/analyzing_github 仓库。
会议记录可以在这个 Google 文档 中找到。
事后分析：学生为什么失败？ 听取学生和组织管理员的意见
来自 Public Lab 的 Emmanuel 告诉我们他作为 GSoC 学生时的经历，以及为什么他第一年成功了，而第二年没有成功。 区别在于他得到了很好的指导：他的导师非常容易接近并且与他亲近。 第二次，沟通不好：他没有收到关于做错事的任何警告，他的导师在他需要的时候没有在那里。 最终，他成为了一名成功的 GSoC 导师。
失败的学生
这是一次尝试回答问题的对话：学生为什么会失败？ 如何保护学生的未来声誉？ 当问题出在导师身上时该怎么办？
我们讨论了一些很难解决的问题，听到其他人的方法和想法很有启发。 对我们有用的一个事实是，一些组织强制执行每个项目至少有 3 名导师。 我认为这是一个很好的建议，因为它可以从管理员的角度节省很多麻烦，对学生有好处，并且对导师来说更有趣。 但是，我认为我们应该强制执行 2 名导师，而不是 3 名。 如果导师认为用 2 名导师可以完成，我们应该信任他们。 无论如何，对于一些项目，获得 3 名导师都会很困难。 另一个好主意是，如果导师因任何原因消失并且你不知道从哪里获得更多导师，请写信给 GSoC 邮件列表。 有很多人在不同的项目上工作，也许有人可以提供帮助。
会议记录可以在这个 Google 文档 中找到。
软件质量，我们应该什么时候发布？
这次会议由 MuseScore 的人员主持，他们想讨论产品何时足够好可以发布。 David 发现有趣的两种方法是
- 时间盒：有一个 LTS 版本（约 1 年）和一个每月版本。 每月版本包含最新的更改，尽管错误也会回溯到 LTS 版本。（Tumbleweed vs Leap
) - 基于功能
倦怠
在这次由 KDE 的 Valorie 主持的会议中，我们讨论了如何识别自己和他人中的倦怠，以及当它发生时该怎么办（通常情况下以及在 GSoC 的背景下）。 倦怠很严重，如果我们在同事/导师身上发现它，我们需要帮助他们，并且在我们自己发生时退出（如果重要的话，其他人会去做）。
明年的建议
总而言之，这些是我对明年 GSoC 的建议（它们来自不同的地方：会议、与他人的交流等），以防 openSUSE 再次参与（我希望如此 )
- 呼吁导师分享谷歌提供的视频和其他材料
- 强制要求每个项目至少有两位导师。这样更有趣，也更安全（如果导师因任何原因失联，组织需要寻找另一位导师）
- 对于过于专业或需要具体知识的项目，可以请求第三位人员协助指导，以备不时之需（仅作为备份，并非强制要求）。
- 强制要求学生的博客文章使用 CC 许可协议（首选 CC-BY）
- 鼓励在同一组织内的学生和导师之间进行协作，例如，与多个从事类似项目的学生进行视频会议。
- 要求导师在评估关闭前 24 小时完成评估。这样，管理员可以在最后一天完成评估，以防导师未完成。
希望您喜欢阅读这份报告。请记住，如果您想明年在 GSoC 中担任导师，我们非常欢迎！请给我发送电子邮件，在此博客文章中评论或查看 openSUSE 导师页面。
关于我
我叫 Ana，是 openSUSE 在 GSoC 中的导师和组织管理员，openSUSE 董事会成员，SUSE 的 Open Build Service 前端工程师，以及 openSUSE 内部和外部项目的开源贡献者。
这篇博客文章由 Ana María Martínez Gómez 和 David Kang 撰写，并采用 知识共享署名 4.0 国际许可协议。 这篇博客文章的原始版本可以在 https://anamaria.martinezgomez.name/2018/10/27/gsoc-mentor-summit.html 找到。