老朋友新朋友，抱紧“大腿”，冲击第一名！ | TiDB Hackathon 选手赛前访谈
TiDB Hackathon 2022 已经结束，TiDB 社区本期访谈中采访了三位 Hackathon 参赛选手，他们有第一次参加的，也有参加 2 届的选手，希望通过访谈为大家分享一下他们的参赛经验。对 Hackathon 感兴趣的小伙们，值得一看！
俞平
第一位选手是来自 P 社内核组的俞平同学，他至今有两次 Hackathon 的经验，前年作为技术小组帮助选手解决问题，去年首次下场参赛。今年更是信心满满，决定向奖项发起冲击！
以下为俞平同学的访谈记录：
Q 去年 TiDB Hackathon 中的参赛项目是什么？
俞平：去年我报名了生态组，是和两位社区的小伙们一起组队参加的。他们日常工作中就在用 TiDB 支持业务，遇到的最大问题是在用 TiCDC 做同步时，如果一个单表特别大的话，现有 TiCDC 的设计会有一些限制。所以，我们就把优化这个问题作为参赛题目，希望降低一些这个问题的限制。最后虽然离理想状态还有些距离，但也算有些效果，重在参与嘛。
Q 你是如何找到项目 idea 灵感的？
俞平：在 Hackathon 比赛中主要有两类 idea：一种是有趣好玩的，也是我比较喜欢的。将那种脑洞比较大，甚至有些不太正经的的想法带入项目中，比如去年用 minecraft 来展示 Chaos Mesh 运作方式的项目，前年用 VR 飞机驾驶舱的方式来展现 TiDB 运维的项目，我觉得这些 idea 真的非常棒；另一种就是像我们一样，在平时使用 TiDB 的过程中觉得有什么地方是可以优化提升的，那就可以将这个作为 idea 来参加比赛。
Q 在你眼中，这些年 TiDB Hackathon 有哪些变化？
俞平：我觉得 TiDB Hackathon 的内核其实一直没有改变过，借这个大赛大家可以有一个展示自己创意的机会。从比赛上来说，奖品越来越丰富，组织越来越完善了，去年设置了 4 个赛道，大家可以在不同赛道里比赛，能更好地找到自己的 idea。今年虽然改为 2 个赛道，但类别感觉更清晰了。产品赛道更偏向 TiDB 的内核，应用赛道更偏向业务场景，从 TiDB 的角度看，这两个方面都是紧密结合的领域。另外，今年我发现主办方从赛制上降低了了初赛的难度，大家可能终于可以不那么卷了。
Q 今年已经参赛了吗？
俞平：今年有一位大佬邀请我抱他的“大腿”，于是我和其他几位小伙伴就毫不犹豫地与大佬一起组队报名了。我们的队名叫“摸鱼就好”，项目应该属于产品组。
Q 开始写 RFC 了吗？有没有什么小技巧分享？
俞平：今年不让抢跑，所以还没有提交 RFC。写 RFC 有点类似于写设计文档，我的经验是主要由三个部分组成：首先要讲清楚我要做一个什么东西，这个东西长什么样子，它要解决什么问题，它的适用场景是什么，甚至可能它不解决什么样的问题。从这些方面把项目进行清晰的定义，这是比较重要的第一步；接下来就是介绍采取什么技术方案，曾经考虑过的备选方案是哪些，做了哪些权衡最终选择了当前技术方案；最后，还要加上做过哪些测试与验证。如果大家不知道怎么写，其实也可以查看一下往期的 RFC 是怎么写的，网上应该都可以查到。
RFC 毕竟是文字的东西，在答辩里可以再加一些文字之外的东西，比如我这个 idea 产生的背景是什么，我们在过程中是怎么讨论的，有一个怎么样的心路历程，这样可以让评委更好理解，印象更深刻。
Q 今年有什么期待？
俞平：大佬说我们今年的项目冲击第一名还是有希望的，我尽力而为吧。
夏力维
下面这位选手是十年全栈工程师夏力维，前齐书在线即时文档工具早期工程师，多年创业，历经协同文档、O2O、美妆、工厂自动化运营脚本，堪称全能型选手。
以下为夏力维同学的访谈记录：
Q 你都参加过哪些比赛类活动？
夏力维：自 2011 年参加“硅谷-上海黑客马拉松”后，我开始在技术社区活动较为积极参与。曾参与过由 AVOSCloud Hackathon 和 Autodesk 组织的 AEC Hackathon，并获得前三。在新技术体验和使用中，感受到了来自前沿科技公司对于新技术的普及与推广力度。在这个时代，没有那么商业与限制，更多是对于更好的技术与业务运用的结合，能看到平时看不到的技术应用和视野拓展。
Q TiDB Hackathon 有哪些方面吸引你？
夏力维：我很早就通过上海的 GDG 技术社区听说过 TiDB 的使命，我自己是 Bret Taylor 的忠实追随者，在数据结构部分有继承 FriendFeed 思想的 DB 方案产品，在面对 TiDB 时，期待有更好的结合。
Q 今年从什么渠道了解到 Hackathon？你选择哪个赛道？
夏力维：有一个友人推荐了项目，她老公是《剑指 Offer》的作者，也非常推荐 TiDB 的活动。我选择了应用组赛道，倒不是觉得这个赛道压力小，而是觉得这个赛道能够验证数据管理的过程中，其实是可以实现更高扩容性能的。今年也期待看到更多可以落地的应用产品，并且让很多人看到并能参与进来。
Q 队伍名字是什么？参赛项目是什么？
夏力维：我的队名叫 HOTPOOR，一个人的全栈工程师队伍。我的项目是像做 PPT 一样做网站建设，并且直接可用。而不是仅仅像 Figma 做设计，或者 Axure 做原型，对标产品 Gamma.app ，但要更自由。
杜志刚
最后这位选手是在软件开发行业拥有 20 年的工作经验的杜志刚。在中国 10 年，主要做编码工作；在日本 10 年，主要也是做编码工作，不同的是能吃到寿司和纳豆:P 。从 2018 年开始通过 Kubecon 了解到 TiDB，从此一发不可收拾，沉醉于 TiDB 的学习上。目前已经加入 P 社，从事日本本地的技术支持工作。
Q 去年你带来的是什么项目？能给其他选手分享一下提 idea 的经验或灵感吗？
杜志刚：去年我们带来了 Ti-Click 的社区雏形，希望能让应用开发者用户更多地了解 TiDB，更好地使用 TiDB。PingCAP 目前在应用开发者方面做得还不够，包括 MySQL 生态圈的各种库和框架对 TiDB 的最佳适配还不够，比如 TiDB 可以更好地横向扩展，那么连接池也应该有所调整以便能用上新结点。课题很多，希望更多的应用开发者参加到 Hackathon 里来，从应用开发者角度出发，把 TiDB 玩得更好。
Q 在你眼中， 这些年来 TiDB Hackathon 有哪些变化？
杜志刚：今年的变化感觉比较大，从赛制上讲这次更加公平，不抢跑，限定 2 天编码，更接近极客精神；最吸引我的地方是可以感受到 TiDB 热情的社区氛围，观摩各路大神的精彩成果。
同时，今年的赛道设置为 TiDB 产品组和应用组。我觉得应用组的增设非常好，因为我应用开发经验更多，更适合在这个领域施展。期待 TiDB“出圈” ，产品组固然很好很强大，但是局限于产品组来的人估计也都是老面孔了。应用组可以吸引更多的开发者来关注 TiDB，让 TiDB 的生态变得更强。
Q 目前是否已经组队？项目是什么方向？
杜志刚：我们的队伍还是叫 Ti 可立刻，打算继续从应用开发的角度或 DBA 的角度来寻找 idea，我们队的目标是面向 TiDB 的应用开发者服务。我们会根据主流编程语言推出一系列项目模版，内置应用程序使用 TiDB 的最佳实践，让应用程序最佳化使用 TiDB，少走弯路。同时我们还和 TiDB Cloud 一键集成，并且也针对应用开发者的本地开发需求和 CI 环境，提供 gitpod 和 docker-compose 方案，使得应用开发者省去配置这些周边环境的工作，集中精力实现自己的业务逻辑。
Q 作为老选手，你们 RFC 准备应该也比较有经验，有没有一些小技巧可以分享给今年的小伙伴们呢？
杜志刚：其实谈不上什么经验。不过我想它类似工作报告，只要表达清楚为什么做/要做什么/怎么做就好了。
Q 对自己的项目在比赛中有什么期待？
杜志刚：期待以此为契机，让 TiDB 的应用开发生态发展得更好。
Q 有没有一些其他参赛经验想分享给其他小伙伴的？
杜志刚：我仅参加过一年，经验不多。我自己想的是，好好享受社区的火热气氛，燃烧自己的热情，享受 Hackathon 的这个过程。
通过三位选手的分享，想必也为大家提供了一些参赛经验和项目思路。总结一下，项目创意可以从平时遇到的问题出发，最好能做得好玩有趣一些。写 RFC 关键要写清楚项目的目标、解决哪些问题、适用场景、技术方案以及验证测试 DEMO。