OSPP 2024 x OI-Wiki:开源活动小结

TLDR:2024 年 5 月至 10 月期间,我参加了中科院软所举办的 2024 年 OSPP 开源之夏活动,并于今日(11.9)收到了结项审核通过的通知,这篇文章大致讲述了我参与本年度开源之夏活动的一些过程和感想。

2024 年的开源之夏也是如约在今年春季开放了学生注册和项目申请,由于由于去年没能顺利结项,加之这应该是我大学期间最后一次参加类似活动的机会(OSPP 仅限高校学生报名,而今年 GSoC 又没什么我会的项目),所以便决定今年一定要全力准备。

申请阶段,我初步锚定了以下六个项目:

  • 基于rust语言重写hostname命令 by openEuler 社区
  • Halo 建站工具编辑器表情包插件 by Halo
  • 支持 Dubbo 控制台的全面升级计划,完成资源查询、监控、流量管控等部分的 UI 设计与前端实现 by Apache Dubbo
  • OI Wiki 用户反馈系统 by OI Wiki
  • Spring Cloud Admin 服务治理控制面建设 - UI设计与前端开发 by Spring Cloud Alibaba
  • Cwgo 基于 IDL 生成 swagger 文档 by CloudWeGo

其中,我向前四个项目的项目导师发送了邮件,表达了我的参与意向,并先后收到了来自 Halo 社区、openEuler 社区、OI Wiki 社区的相关项目导师的回复,经过深思熟虑,最终选择了OI Wiki 用户反馈系统项目作为我的申请目标,并为此编写了项目申请书。

六月末,我的项目申请书获得了通过,我正式开始该项目的开发。

OI Wiki 用户反馈系统提供了一套完整的前后端系统,可以为网站提供段落级别的划词评论功能。

项目开发伊始,导师和我对项目开发的一些大致 timeline 和同步节奏进行了一些讨论,很幸运的是除了一些细枝末节的问题以外,这个项目的整体开发都遵照了这个 timeline 进行:

当然变数肯定是有的,比如刚开始我们计划用 Vue 进行开发,但因为 Vue 的库大小太大,最终变成了使用原生 HTML/JS 来进行开发,不依赖任何其他的额外框架。

个人觉得整个项目比较难的点是 Markdown 编译器和源文档变更检测这两部分(如果你想详细了解的话,我的结项报告里对这个有简单介绍,可以移步下方查看),而前端 UI 开发这部分,虽然整体比较繁杂,但并没有技术难点。

最终,这个项目也是基本完成了开发,并上线了 OI-Wiki 主站;同时,为了方便采用类似技术栈的平台套用这套方案,这套系统也提供了非常完善的 README,帮助使用者部署。

和去年一样,将项目申请书和结项报告发布如下,供后来人参考:

这应该确实是我最后一次参加 OSPP(虽然就参加过两次,一次还没结项),很感激 OSPP 给我带来的经验和能力提升,希望过几年,我还能有机会参加这样的活动(也许是 GSoC?)。

#简历中的项目经历要怎么写##想对2023的自己说的话##我的2024小目标#
全部评论
me too,参与了两次开源之夏,虽然都结项了,不过都是纯前端项目,比楼主的复杂度应该少了很多。
1 回复 分享
发布于 11-10 21:06 重庆
佬,强
点赞 回复 分享
发布于 11-10 18:27 广东
开源之夏奖金什么时候发呀一般
点赞 回复 分享
发布于 11-10 23:51 上海

相关推荐

首先,什么是双非呢,所谓双非,就是双和非组成的一个词,双是指什么呢?非又指什么呢?这是件很可怕的事,因为我们不能确切地知道这是什么,如果我们知道了,我们就不会不知道。但我要事先声明,我不是这方面的专家,但我还是想要发表一下我的观点,在我仔细看过这个问题经过长时间的思考后,我其实也不知道要怎么回答,正如我一开始说的,我不是这方面的专家,你只需要记住,鱼越大,刺越大;刺越大,肉越少;肉越少,刺越小;刺越小,鱼越小,所以鱼越大,鱼越小。
水流花开:面对这个问题,我们需要拿出新水平、达到新境界,通过新举措、新发展,形成新突破,为此,我们必须重视新方法、看清新形式、理准新要求,只有这样,我们才能在新期待、新关系中,用好新本领、展现新风貌、走出新高度,新知识造就新事物、新实践获得新成果。一定要认识到其中的重要性,明了紧迫性、坚持自觉性、拿出主动性,以全局性、前瞻性的眼光把握时代性、坚持实践性,特别要有针对性,面对战路性、长期性的任务,我们需要考虑到其复杂性与艰巨性,调动积极性与创造性,有计划性、敏税性的干好事情。同时,不能遗忘规范化、程序化与制度化的重要程度,只有在有序化、科学化、知识化、专业化的条件下,我们才能用排除法
点赞 评论 收藏
分享
3 3 评论
分享
牛客网
牛客企业服务