Devconnect结束后的周末顺便参加了ETHGlobal Istanbul，它打开了dev世界的大门。多亏队友带飞，我第一次参加ETHGlobal就有幸收获了3个bounty。其中最棒的部分是从hackathon中获得的观察，以及扑面而来的开发者社区激情：

Devconnect & ETHGlobal主会场

观察所得：

ETHGlobal人群画像非常集中，粗略分成赞助项目方和hacker。赞助项目的bounty booth反应了现存项目的健康程度。能进入ETHGlobal hacking主会场的展台都是有钱的大项目，3-5万美金左右的赞助成本，再加上各种bounty和成员差旅费，成本不菲，华人项目只有Scroll和Mask进入了主会场。至于hacker，只有提前注册了ETHGlobal并且质押0.05eth的参赛者才能持手环入场，从大门到hacking chamble有3层安保检查，所以会场内基本都是有备而来的开发者，没有不明真相的围观群众。

ETHGlobal主会场

ETHGlobal的社区感：社区/熟人/回家的感觉，频繁参加ETHGlobal的人就那么一小撮，各个大项目的dev rel是必见的，还有些职业hacker，在世界各地能经常见到他们。队友Tim说，来ETHGlobal有回家的感觉，我虽然是第一次参加ETHGlobal，但也能完全理解这种倍感熟悉和亲切的心情——这和几次pop-up city带给我的感觉一样。山海坞，muchiangmai，zuconnect， devconnect & ETHGlobal 的参与者总有重叠，于是我在世界各地频频见到熟悉的面孔，甚至比见自己家人的次数还多，自然就有回家的感觉，在这个信任基础上展开合作非常容易。某种程度上，ETHGlobal是一种存续时间更短的pop-up city，或者说floating city。

来自赞助方项目的周边

开源精神：web3整体还算早期阶段，没有进入存量零和博弈的阶段，开源精神在商业上仍有争议。但是在hackathon上问题不大，因为都是非常雏形的idea，没在商业环境里打磨过，远不存在商业机密泄露问题。参赛者之间大多非常乐意交流自己正在hacking的项目，并且相互合作，提提建议。一开始我还不习惯，总担心和别人交流idea会出现copycat，但事实上，idea本身的价值有限，能把idea实现出来，做出产品才有影响力。在把hackathon项目定位成公共物品之后，更是没了这方面顾虑，就全敞开聊了。

427个hackathon项目

微缩版的创业众生相，队伍之间方差极大。在ETHGlobal，绝大多数人都是周末part-time顺便打个比赛，2000多人，400多支参赛队伍对hackathon的commitment有深有浅，所以不同队伍之间，对赛程和规则的了解，前期准备工作和队伍磨合程度有着巨大的差别。有些队伍磨合已久，对评委的taste了如指掌；有些队伍临时组建，中途分道扬镳；有些队伍分工明确，工种齐全，有些分工角色界限模糊，缺人写代码或者缺乏pitch；有些项目早已经过月余打磨，有些项目在2-3 hacking的中途诞生……这种方差也许就是世界本来样貌的微缩。

打项目Bounty图的是奖金，打finalist图的是行业关注。各个项目赞助方的bounty给到单一项目的奖金从几百u-2000-5000u不等；相比之下，finalist的物质金钱奖励较少，进入10个finalist之列，就相当于获得了ETHGlobal的流量和背书，获得了全行业的关注度。

每届ETHGlobal finalist的10个项目大多不适合VC投资，真正有价值的是场内的开发者本身。原因有着几点，其一是hackathon项目大多是在2-3天，甚至几小时内完成的，盈利和可持续性不是评分标准，idea未经商业环境打磨，deliver出的产品也比较粗糙。

其二，大多数hacker有自己的全职工作，比赛结束后，hacker很难有动力把参赛的gig project继续推进下去，因此，hackathon项目进化到持续性的项目的概率很低。

其三，finalist judging有一定程度的taste，比如这次ETHGlobal Istanbul偏好和现实世界的交互，finalist的10个项目中就有3个项目融合了NFC功能。

作为Hacker的一手经验：

关键成功因素就是参赛要有计划。古之善战者，胜于易胜者。

参赛前必须对赛程和规则有基本概念，知道有哪些必要环节。比如按时registration，留好手环，尽早在ethglobal官网上填写项目细节，确保有足够的时间submmit/填答题卡，pitch和demo环节只有4分钟，finalist和bounty的pitch场所不同；

知道有哪些resource可以获取。比如mentorship，比如各项目方提供的sdk，library，避免重复造轮子，节约大量时间；大项目对特定track的都有很深的insight，和内行人几句话的交流就能让你少踩很多坑。

参赛前要有大致的项目idea，明确hunt for whose bounty。比赛前要把bounty的项目方扫一遍。hacking第一天一进场就要去这几个booth重点聊一遍，粗略present一下自己的idea，并且收集他们的反馈，看看他们有哪些library和sdk可以用，看看有哪些坑可以避免；以及尽可能和mentor们刷个脸熟，在写代码的过程中如果遇到bug，他们可以给到很多支持。

参赛前组好队，尽可能找合作过的队伍，工种要齐全。有人想idea，有人前端后端，有人专门开发浏览器插件。

比赛中，完成比完美更重要。不要因为缺技能就临时往队伍里加人，队伍里的技能树有哪些就用哪些，临时搬救兵还要花时间精力找人、说服别人，增加了太多额外工作。

Hacking现场

从队友身上习得：

除了务实的参赛经验之外，还有一些更具普适性的东西：

– 有了项目作为抓手，即便是自己的hackathon 小项目，也几乎能以此为抓手和场内的任何同行交流，且更自然、更有效率和深度。

– pitch 是很容易进步的，只需多练习。pitch 5次之后，你就对自己讲的东西非常熟悉，10次就开始迭代叙事修剪枝叶了，知道哪些内容能 punch the line 抓住听众注意力，找人pitch 15次之后，叙述就变得很自然了。

– pitch 之后积极收集反馈，打磨叙事，增加产品feature。以战代练，所言不虚。

特别鸣谢：

– Youbi family，我司一直非常非常open-minded，给了很大的自由度和探索的空间，并且一直支持我做擅长且喜欢的事情

– 队友 Tim，hacking和开发经验丰富，行动派，他快速成长的经历，以及所传递出的hacking激情极具感染力

– Rod @ledger，堪称项目鼓励师，让人意识到了build in public的意义，我得以重获内容创作的行动力。

– Masterdai，以上内容是在和他的交流中逐渐梳理出来的，感谢他的提醒，才有了这篇观察整理。