Bruce，LXDAO & ETHPanda 联合发起人，十余年全栈开发与团队管理经验，曾任职阿里巴巴 Web Developer，现居新西兰，推特 @brucexu_eth
用人方视角：Bruce 谈如何成为靠谱的 Web3 实习生
本章从用人方视角出发，LXDAO & ETHPanda 联合发起人 Bruce 结合十余年开发与管理经验，深度解析什么是“靠谱”的实习生。他强调“可预期、可沟通、可复盘”三大核心素质，分享时间评估的“经验倍数法”，并提供从面试准备到团队协作的实用建议。对于想要在 Web3 领域站稳脚跟的技术新人，这些来自一线管理者的洞察将帮助你避开常见陷阱，快速成长为团队信赖的核心成员。
1. 我们邀请到 LXDAO & ETHPanda 联合创始人 Bruce，非常感谢您抽出宝贵时间参与到 ETHPanda 与 LXDAO 共同开展的访谈。请您先做一个简单的自我介绍。
好的，我是 Bruce。我的背景可能跟很多 Web3 原住民不太一样——我是从传统互联网进入 Web3 的。早年在阿里巴巴做 Web 开发，通过校招实习生进入，曾经作为那一届部门最优秀实习生在转正会议上给大家做了经验分享，后来负责带过一个小团队做开源项目。之后移居新西兰，大概有十多年的编程和团队管理经验。后来接触到 Web3 后被其理念深深吸引，于是和一群志同道合的朋友一起发起了 LXDAO 来解决开源可持续性问题，联合发起 ETHPanda 来推动华语以太坊的发展。
现在我主要负责几个方面：社区运营和发展规划、项目从 0 到 1 的全流程推进、对外合作谈判，以及最重要的——带团队。这些年来我们面试和带教过不少实习生，有一些心得体会想跟大家分享。
2. 作为用人方，您如何给“靠谱”下定义？什么行为最能体现一个实习生是否靠谱？
这个问题很好，我觉得“靠谱”这两个字在 Web3 这个快节奏、高不确定性的行业特别重要。经过这些年的观察，我总结出三个关键词：“可预期、可沟通、可复盘”。
“可预期”意思是你说三天能做完，那么第三天我就能看到结果或者至少知道进度。最怕的就是最后一刻才说“做不完”。“可沟通”就是遇到问题不要闷头自己扛，即使只是说“我卡在这个地方了，需要半天时间排查”也比一言不发好得多，要主动找我同步而不是我去问。“可复盘”就是做完一个任务能主动思考哪些地方做得好、哪些地方可以改进，曾经有过问题的地方未来是否还会反复出现。
说实话，具备这三点的实习生，我们都会尽量给他更重要的任务和更多的发展机会。
3. 在实际带教过程中，您常见到哪些“不靠谱”的表现？能否分享一些具体的例子？
哈哈，这个问题让我想起了很多“血泪教训”。我印象最深的几个场景：
第一种是“人间蒸发”。比如约好周二上午开会讨论项目进度，结果到了时间找不到人，没有任何解释。需要大家等一段时间。这种事情发生一次就基本上失去信任了。
第二种是“明日复明日”。比如跟我说明天能做完一个功能，明天到了说还需要一天，后天又说遇到新问题。最要命的是不主动报告，都是我们去问才说。这样的话，管理会非常累，但实际上找实习生来是为了帮忙多一些而不是添麻烦。
第三种是“闷头工作”。比如一周都没有任何沟通，我们以为他在专心做事。结果到了 deadline 才说遇到技术难点做不完。那时候已经来不及调整方案了，只能紧急救火。但是他这个过程中还是挺努力的，甚至可能天天加班。
这些例子的核心问题都是没有做到我刚才说的三点。
4. 关于任务时间评估，您对实习生有什么建议？
这个问题很重要。我总结了一个“经验倍数法”，对新人特别有用。比如你觉得一个任务需要 3 天，那么要根据你的熟悉程度来调整。
如果你对这个技术栈非常熟练，那么乘以 1.25，大概 4 天。如果以前做过类似的东西，乘以 1.5，大概 4.5 天。如果完全没接触过，那就乘以 2，需要 6 天。
更重要的是，要学会拆分任务。不要说“做一个网站”这么大而空的描述，而是要列出“设计数据库结构”“搭建前端框架”“实现用户登录”这样的具体步骤。然后在总时间外再加 10%-15% 的缓冲时间。
最后强烈建议在开始做之前先跟 Mentor 同步一下你的计划，让有经验的人帮你校验一下是否合理。经过你 Mentor 的建议，如果做出来达不到预期其实 Mentor 也有锅，也不会怎么责怪你。
5. 在沟通频次与方式上，怎样才算信息透明且高效？
这个问题很实用。我的建议是分阶段来看。
入职初期，我一般建议实习生每天发个简单的日报。不需要很长，三段就够了：今天做了什么、遇到什么问题、明天计划做什么。这样我们能随时了解进度，也能及时发现问题。对自己也是有帮助的。
等到磨合一段时间后，就可以适当减少频次。但有一个原则：如果你卡住了超过半小时还没有思路，就要及时求救。不要觉得不好意思，这样反而能让整个团队更高效。
还有一点很重要，就是要学会自己先试着解决。比如遇到个 bug，先用 AI 或者 Google 查一下，实在不行再问人。这样既体现了你的主动性，也不会让同事觉得你太依赖别人。大家都喜欢能自我解决问题，及时同步信息和进展，按时保质保量的完成任务的人。
6. 在技术深度与交付节奏之间，如何找到平衡？
这个问题很实际。我觉得关键在于先明确优先级。每个任务都有一个“硬”的 deadline，这个是不可妥协的。在这个基础上，我们再决定要做到多深的程度。
我一般建议实习生在开始编码之前，先写个简单的方案文档或者画个流程图。这个过程可能只需要半小时，但能让 Mentor 提前发现方向问题，避免后面做很多无用功。
在实现上，我建议采用“分层迭代”的方式。先把核心功能跑通，然后再考虑性能优化、错误处理这些。这样做的好处是，即使时间不够了，也有一个可以交付的版本。
7. 您最看重哪些软技能？如何在面试或试用期验证？
这个问题很重要。我觉得技术能力可以通过培训得到，但软技能更容易反映一个人的潜力。
我最看重的第一个是“清晰沟通”。在面试的时候，我会观察跟他的沟通，如果他能用结构化的语言清晰地表达，那就说明他的沟通能力不错。
第二个是“深度思考”。我会针对一个具体场景追问几个为什么，看他能不能从表象看到本质问题。比如问他为什么一个项目失败了，他能不能从技术、团队、市场等多个角度来分析。
第三个是“反思能力”。这个在面试中不好验证，但在试用期可以观察。我会刻意安排一些小的挑战或者让他遇到一些问题，然后看他是否能主动复盘和总结。能做到这一点的人，通常成长速度会很快。
8. 当实习生出现进度拖延或质量问题时，您通常如何辅导？如何区分能力短板还是态度问题？
这个问题很关键。我的做法是先不要急着下结论，而是先了解情况。
我会让实习生说明一下他遇到的问题和已经尝试过的解决方案。如果他能清晰地表达这些，说明他是有思考的。然后我们一起分析问题的根本原因，制定下一步的具体计划。
关键是要设定一个明确的观察窗口。比如给他一周时间改进，看看是否能有明显提升。
如何区分能力和态度问题呢？我的经验是看他是否能从错误中学习。如果同样的错误反复出现，而且他不主动反思和改进，那就可能是态度问题。但如果他的错误类型各不相同，而且能快速吸取教训，那就可能只是能力短板，可以通过额外的指导来解决。通常我会对实习生有更多的耐心。
9. 再次感谢老师的详细分享。相信这些沉淀能给想在 Web3 深耕的伙伴带来启发。
谢谢邀请！其实我一直觉得，Web3 这个行业的最大魅力就在于它的开放和包容。只要你愿意学习、愿意付出，这个行业就会给你机会。我们 LXDAO 和 ETHPanda 也一直在努力降低新人的入门门槛，希望这个手册能帮助到更多的朋友。
知识和技能是需要时间积累的，但是靠谱的特质可以让你加速这个流程，希望大家都可以成为靠谱的人！