开源之夏中选名单已公示,基础软件领域成为今年的热门申请
转眼间,开源之夏即将进入正式的项目开发期啦!
按照日程,所有学生项目申请已经结束,项目中选结果已公示。
今年共有 124 个开源社区参与活动,发布了 502 个项目,其中有 482 个项目被申请,最终中选项目共计 449 个,其中基础项目 163 个,占比 36.30%,进阶项目 286 个,占比 63.70%。
相较于去年,今年申请人数最多的编程语言依旧是 Java,其余依次是 Python,Go,C++,C,JavaScript,Typescript,HTML,Rust,Shell。
从申请人数最多的技术领域来看,基础软件领域成为今年的热门申请。工信部信软司曾在《信息产业发展指南》中指出,基础软件是国家信息产业发展和信息化建设的重要基础和支撑。本届开源之夏的项目中,基础软件领域,如操作系统、数据库项目众多,也成为最受学生欢迎的领域,这无疑是为基础软件的开源社区发展注入一股新鲜力量。
延续国际性传统,今年的开源之夏覆盖到了全球 19 个国家的 385 所高校,915 名学生成功递交 1319 份项目申请书,经导师和组委会的先后审核,449 名学生最终中选心仪项目(注:一名学生可以同时申请 3 个项目,但最终只能承担 1 个项目)。
除此之外,活动宣传招募期,我们在全国高校、IT媒体、自媒体平台等发布活动信息,引起学界和业界的广泛关注,提升开源之夏的品牌知名度和影响力。
当前,开源之夏正处于项目开发预热期:
- 项目开发预热期:06 月 16 日 - 06 月 30 日
- 项目开发:07 月 01 日 - 09 月 30 日
- 结项审核:10 月 01 日 - 10 月 31 日
- 结项项目公示:11 月 上旬
7 月 1 日起,开源之夏将进入为期 3 个月的项目任务开发期,中选学生在导师的指导带领下,完成对应的开发任务。在正式开始开发工作前,同学们依旧可以与导师就项目任务内容和目标进行沟通 ,进一步完善项目规划,为开发工作做更充足的准备。
与往届活动不同 ,本届开源之夏组委会只设置了结项审核里程碑,虽无中期审核,社区和导师可阶段性自主对学生的开发进度进行评估,考量学生是否能够继续承担后续的开发工作,并有权向组委会申请终止项目任务。同时,学生因特殊原因不能继续项目任务需向导师、社区及组委会提出申请。请同学以恒心对待自己的项目任务,按计划达成结项目标。
接受结项考核前,学生须在项目开发结束前(9 月3 0 日前)完成以下两件事情:
1. 将结项报告提交至点亮计划管理系统
2. 向社区项目仓库提交 PR
结项通过最重要标准:学生承接的项目需要以 PR 的形式提交到项目所在的开源社区仓库中并完成合并。
详见学生指南:
https://summer-ospp.ac.cn/help/student/
官方邮箱:
org@summer-ospp.ac.cn
通用邮件列表:
summer-ospp@googlegroups.com
添加小助手微信进入学生微信群(添加请备注学生身份):
Slack 频道:

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
理论+案例,带你掌握Angular依赖注入模式的应用
摘要:介绍了Angular中依赖注入是如何查找依赖,如何配置提供商,如何用限定和过滤作用的装饰器拿到想要的实例,进一步通过N个案例分析如何结合依赖注入的知识点来解决开发编程中会遇到的问题。 本文分享自华为云社区《Angular依赖注入模式的应用和玩法案例》,作者:DevUI 。 注入,一种组件树状层级通信模式 & 设计模式 组件通信模式 在Angular工程开发中,通常我们使用Input属性绑定和Output事件绑定进行组件通信,然而Input和Output却只能在父子组件中传递信息。组件根据调用关系形成一棵组件树,如果只有属性绑定和事件绑定,那么两个非直接关系组件要通信,需要通过各个连接点本身,中间人需要不断处理和传递一些它本身不需要知道的信息(如图1左)。而Angular中提供的Injectable的Service,可以在模块、组件或者指令等提供,搭配在构造函数的注入,正好能解决这个问题(图1右)。 图1 组件通信模式 左图只通过父子组件传递信息,节点a和节点b进行通信就需要经过诸多节点;如果节点c想要通过一些配置控制节点b,他们中间的节点也必须设置额外的属性或者事件来透传...
- 下一篇
Go 语言使用 MySQL 的常见故障分析和应对方法
导读:很多同学在使用Go和数据库打交道的过程中,经常会遇到一些异常不知道为什么,本文从SQL连接池的原理进行分析,模拟了一些例子对异常的现象进行解读分析,并给出一些常见的应对手段,期望能帮助到大家。 全文12795字,预计阅读时间32分钟 有很多同学遇到了 MySQL 查询缓慢的问题,其可能表现为 SQL 语句很简单,但是查询耗时很长。可能是由于这样一些原因所致。 1、资源未及时释放 Go 的 sql 包使用的是长连接方式让 Client 和 SQL Server 交互,为了避免 SQL Server 链接过多,一般会在 Client 端限定最大连接数。 下面是sql 的连接池的状态图(设置了最大打开连接数的情况): SQL Client 和 Server 交互后,有些结果返回的是一个流(Stream),此时的网络连接(Conn)是被 Stream 对象继续使用的,Client 需要迭代读取结果,读取完成后应立即关闭流以回收资源(释放 conn)。 比如最长用的DB.QueryContext 方法即是如此: // QueryContext 查询一些结果 // query:select ...
相关文章
文章评论
共有0条评论来说两句吧...