Skip to main content

一点要说的东西1

· 10 min read
Maicarons

天很蓝,阴云终要散。海不宽,此岸连彼岸。梦很浅,万物皆自然。

大家好,又到了新春时节。

这个春天,我们把三年的疫情终于抛到了脑后, 我们更加珍惜现在的时光,珍惜每一个平静的晨午和夕阳。

从1月19日项目立项以来,到元宵后我到北京集中学习,这段时间有很多朋友陪伴,每个人都为这个项目打下理论基础和科学构想。
每个人的工作都无可替代,每个人创造的价值都很重要。

这段时间,我对青开大项目的设计并未停止。
青开大项目最初也并非我个人的头脑一热,而是多年的积淀,明确的目标和大量的调研的结晶。没有一个项目是一日建成的,没有一个开源团队是一蹴而就组建的。正如2023年新年贺词中所言,"中国这么大,不同人会有不同诉求,对同一件事也会有不同看法,这很正常,要通过沟通协商凝聚共识。"一个良好的团队,需要经得起时间的检验,需要经历合作中的磨合。我们的团队要想有默契,就必须团结,必须心往一处想,劲往一处使。当然,在休眠期间,只希望大家不要忘记这个项目,我们6月重启。

下面简述一下6月布局的设想,仅为一己之言。

1. 团队设置

  1. 青开大最高的机构-青开大委员会,负责青开大项目的决策。由开发团队代表,运营团队代表,用户(学生)代表组成。
  2. 开发团队。开发团队由前端团队和后端团队组成,分别有2位负责人负责(共四人)。
  3. 运营团队。运营团队下设社区运营团队,课程运营团队,教室运营团队,开源项目运营团队,内容管理团队,分别1位负责人负责(共四人)。分管的具体内容见下文。
  4. 学生会。类似用户代表反馈互动机制,具体职能待定。

2. 项目设计

  1. 社区

    社区是青开大项目的核心,是所有项目内容的集散地。社区要提供学生交流/合作/互相学习的环境。
    我们可以通过设置不同专栏(类似不同学科),方便学生交流,课程发布,项目推送等功能。可以类比带专栏的蓝鸟。
    由社区运营团队负责。

  2. 课程

    课程要与教室绑定,每个课程对应一个公开教室。课程可以通过团队创作,邀请up主等方式提供内容。目前视频内容直接接入b站,既避免托管视频的巨额消费,也方便我们审核。视频课程目前我已经邀请了几位教程up,将会提供第一批教程。
    教程分为大课和小课,学习方式分为主修,辅修,旁听。
    选择主修可以进入本课程的公开教室,并要求在一段时间内完成相应测验和考试,教师或管理团队会跟踪学生的学习过程,相应的,会获得最多的学分。
    辅修同样可以进入教室,但考试成绩及格即可,要求较松,获得的学分也较少。
    旁听不会有任何限制,当然也没有学分。
    由课程运营团队负责。

  3. 教室

    教室分为公开教室和高级教室。高级教室是目前我唯一能想到的较为容易实现商业化运作的功能,具体构想暂时保密。公开教室与课程绑定,学生可以在教室中相互讨论,或与教师讨论,分享学习成果,教师能够及时答疑,保证教学质量。
    由教室运营团队负责。

  4. 开源

    开源分为开源团队和开源项目功能。开源团队即青开大宗旨中"合作"的体现。通过学习课程或社区交流,引导学生组建团队,并通过开源项目功能提供内容展示,推广宣传等功能,为新生团队铺平道路。界面功能可以参考npm,但绝不是仅仅做个展示界面,还有很多绝对独创的服务。
    由开源项目运营团队负责。

3. 一些原则

  1. 无性别差异。我们倡导开源界的性别平等。青开大项目不会收集任何关于性别,性取向等内容,同时,在社区中也不得讨论或揭露学生此类内容。

  2. 无年龄差异。青开大项目不会收集任何关于年龄内容。我们认为,只要精神不落后,人生时刻是青年。任何年龄都有公平使用网络,公平创作项目,公平参与开源,公平学习和分享知识的权利。同时,在社区中也不得讨论或揭露学生此类内容。

  3. 中立和正确原则。

  4. 用户隐私合法服务原则。依据《中华人民共和国网络安全法》《信息安全等级保护管理办法》《公安机关互联网安全监督检查规定》等有关法律规定,我们的服务目前无法达到储存和处理中华人民共和国公民的个人信息的信息安全等级。因此我们不会收集任何法律规定内的个人隐私信息。

  5. 责任制原则。青开大项目在各组织内实行责任制。

4. 关于委员会

青开大委员会是青开大的决策机构。由一位负责人负责。委员会负责审议并表决相关议题,任免各团队负责人,组织召开大会,决定项目的运行等职能。

5. 关于商业化

下一次something-to-say2再聊。

6. 关于内容管理团队

内容管理团队负责对外宣传,社交平台官方账号运营,优质内容筛选,原创内容创作,是青开大内容输出的负责部门。

7. 关于使用技术

前端水合负责,我就不插手了。
后端的话,我还是倾向go-zero,然后做前后端的完全分离。

8. 关于服务器

下一次something-to-say2再聊。

结语

首先这些构想是完全没有经过实践的。因此在6月重启后可能会大改,如果有过分的地方也不要当真,请尽情提出意见和建议。 我现在在北京集中学习,平时可以使用网络,但不能上社交平台,所以没法和各位在QQ聊,但是大家可以通过我的邮箱(maicarons#outlook.com)和我交流。

这里还要道个歉,因为之前请的作曲老师莫名联系不上了,所以自己临时写了一个,借用了欢乐颂的谱(:

最后,祝愿大家,万事如意,不忘初心!