老朋友新朋友，一起冲击第一名！ TiDB Hackathon 选手访谈

目前，TiDB Hackathon 2022 已经进入倒计时，距离决赛日还有不到一周时间，今年由于赛制的变化，初赛提前到了赛前（10 月 17 日），你已经准备好自己项目的 RFC 了吗？如果还没有，请注意 10 月 17 日是 RFC 收集最后截止日，如果还没有报名或准备 RFC 的小伙伴，要抓紧时间啦！

为了帮助大家更从容地参加比赛，TiDB 社区本期访谈中采访了三位 Hackathon 参赛选手，他们有第一次参加的，也有参加 2 届的选手，希望通过访谈为大家分享一下他们的参赛经验已经报名参加本届 Hackathon 的选手或是对 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，更好地使用 TiDBPingCAP 目前在应用开发者方面做得还不够，包括 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。

关于如何设计 RFC，大家也可以看一下官方模板：https://asktug.com/t/topic/903770最后，敲黑板说重点：10 月 17 日是 RFC 收集最后截止日，还没有报名或准备 RFC 的小伙伴要抓紧时间啦，赶上最后一班车~

了解 TiDB Hackathon 2022 更多详情，立即报名参加吧！TiDB Hackathon 2022

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。