E
Edison
小
小白菜
远
远方
Edison: 我目前全职维护Vue.js,这与业余时间贡献不同,需要坚持,即使不想看也需要坚持看,分析原因。全职维护和业余贡献的区别在于,业余时间可以选择是否查看issue或PR,而全职则必须坚持。在GitHub上,我主要贡献于Vue.js,其他个人项目较少,因为之前都在公司内网开源。我主要在Twitter上与大家交流,很少主动发帖,但关注了很多开发者。
参与开源项目,应该先从寻找和解决简单的issue入手,逐步理解代码逻辑。提交PR时,要参考之前的commit信息,清晰描述解决的问题。长时间未处理的PR会造成倦怠感,需要及时处理冲突并给予积极反馈。缺乏参与感会降低热情,需要正向反馈来保持动力。在GitHub上@他人解决问题可能会因为时间差造成不便,需要考虑时区差异。提issue时,需要清晰描述问题、预期结果、现状以及可能的原因,避免提供冗余信息。review PR时,需要了解PR的上下文和解决的问题,避免因为信息不足而无法有效review。大型开源项目的版本更新日志应该清晰详细,方便用户排查问题。短期目标是维护好Vue,长期目标是学习周边技术,接触其他项目。学习前端要打好基础,学习算法,提高英语水平。希望AI工具能帮助快速查找和匹配相似的issue。
远方: 我之前自己做一些项目,因为用到Vue相关的东西,阴差阳错加入了Vue团队。Twitter是一个神奇的圈子,可以和专注技术领域的人交流,国内很少有这样的环境。我和Edison最初因为一个PR的bug而认识,之后通过异步交流进行技术沟通。对于简单的issue,我会引导其他人创建PR并参与进来,而不是自己直接解决。参与活跃的开源项目更有意义,因为能及时得到反馈,保持热情。开源项目需要积极与贡献者沟通,引导他们清晰描述问题并提供可复现的案例。积极回应贡献者的提问,引导他们提交PR,给予正向反馈,鼓励参与。我属于自愈型,对PR合并与否比较淡然,直到参与Vue项目后才感受到参与感的重要性。我更倾向于使用AI工具来完成一些体力活,例如编写单元测试,而不是用来解决复杂的逻辑问题。最近主要在做自媒体,以小颗粒度的方式分享开发技巧。建议在校生或刚工作的人,如果时间充裕,应先打好基础再学习框架。
小白菜: 我最初为开源项目贡献PR后,由于缺乏持续的反馈和指导,最终放弃了。我最初参与开源项目时,对项目不够熟悉,导致实现的功能不够完善,被维护者重写了。
Deep Dive
Shownotes Transcript