OkayPJ
2021-09-16 07:11 deepin
图片链接能换一下吗?
Reply Like 0 View the author
图片链接能换一下吗?
图片没有处理好。。。
既然说 留给我们的思考却回味无穷 ,那么就请回答一下你们提出的问题吧:
1. 建立deepin 社区的目的是什么?
2. deepin社区内部决策重要事情的机制是什么
3. 为什么选择deepin呢?
4. deepin社区的下一步发展有什么思考?
如此说来,deepin论坛更像用户社区
长出一口气,幸好是同名,不是搞英语培训那个。
我曾经问我同学,你知道山木培训吗?他问我:是不是教花卉种植的?
opensuse 确实是一个非常不错的发行版,稳定还能滚动!
如果能直接方便的安装 国产日常使用的软件,我应该就就成了它的常客了。
期待他的火星商店。哈哈。
觉得bugzilla之类的很有必要的,这是目前内测中采取的问卷形式不能代替的。
我希望能有一种可归档的、可互动的、非阻塞的Bug反馈形式,能够更加有效的反馈Bug
另外有些问题上游已修复或者已有社区解决方案,解决方案可以直接贴上去
另外像Open Build Service 以及Tracker这类DevOps设施也应当建立并且向社区至少向维护者开放
参考 https://tracker.debian.org/pkg/linux
https://build.opensuse.org/
ibus 的中文输入法不好用吧,中英互切,体念很不好,英文设置为半角,莫明其妙又变全角,菜单上乱七八的东西太多,一般不想看,太乱
Popular Ranking
ChangePopular Events
More
和山木老师相约几经波折,终得一见,生活中的山木老师颇有一股文人的气息,谈吐之间给人一种很亲切温和的感觉。我简单梳理了一下山木老师的回答,将其中精华的部分在这里给大家分享。
大家好,我是openSUSE社区的山木,英文名字是Hillwood Yang,目前主要是做ibus输入法框架,Mate桌面环境,深度桌面环境在openSUSE的包维护,也是openSUSE亚洲委员会的成员,最近几年做过Google Summer of Code 的导师。
我们其实和官方社区没有任何关系,也就是和他们没有任何金钱来往,也没有明确的组织,我们在社区里的一些活动都是自发的,高度自治,里面的核心活跃成员都是openSUSE的上游贡献者,其实我们最大的赞助商是Arch社区。
是吸引用户还是吸引开发和贡献者,如果你搞不清楚这个目的的话,其实你搞不清楚你要建立什么样的社区,如果是要吸引用户,我们需要扩大它的市场,那这个就不叫开源社区,这叫用户社区。就和CBD里那些苹果体验店其实是一回事,这种社区其实也用不着挖空心思去运营,广告部门直接上就行了。
如果是自由软件社区,我们的主要目的其实是吸引开发者和贡献者,当然它也能吸引到一些用户进来,但是我们的主要目的并不是为了拓展市场,而是为了集思广益,利用大家的知识,去完善自由软件。
许可协议是开放的,就是我们常说的GPL协议。它最重要显著的特征就是它的软件源代码允许再分发。
还有一个就是行动开放,软件通过自由软件协议发布出去,只能说我们的软件是自由软件,但是恐怕不能说我们的社区是自由的,自由软件社区的根本目的是为了知识共享,大家都能从里面拿到好处。
我们在运营社区的时候遇到贡献者对软件项目的提交,如果我们没有充足的理由,就把他给拒绝掉了。你的行动证明你做的社区不是开放的,这就是我们说的行动要高于许可协议。
每个自由软件的运行方式其实都是这样的,他们也有基金会、理事会、董事会,但是他们起的作用也就是提供一些资源和资金这些基础设施,只是指导开发,但是不干涉开发,让社区通过成员的交流去自治,这就是一个无为的状态。
还有就是组织一下线上和线下的活动,这就是社区的作用,其他全部靠自治,大家都是各行其是,自己商量的办事,不会拿权势去压人。
软件社区的理事会组织它基本上是不干涉内部争议的问题,董事会会制定一个版本计划,如果遇到特别重要的社区未来发展方向还有品牌这块的话,全员是要进行投票的,对openSUSE有比较长期和卓越贡献的人可以申请一个openSUSE Member的身份,这个身份有两个权利可以做。一个是投票,还一个是参加董事会成员的选举,包括内部的版本计划也可以进行投票,内部的决策机制就是这么一回事。
还有一个就是用户需求的评估,这个事其实是在bugzilla提交里面做的,你有什么想法有什么需求可以作为一个bugzilla提交,和开发者一起讨论,这个事情如果在论坛里面讨论的话作用不大,因为其实很多SUSE的研发不太逛论坛,官方也建议如果有什么需求,也作为报bug的方式提交。
openSUSE的自动化测试做的比较好,它比较完善的自动化测试可以保证发行出去之后不容易产生严重的故障,除非是硬件性的问题。
我们走的是两条路线,一个是滚动版,还有一个是长周期的常规发行版,要求稳定的话可以用Leap,追求全新的体验可以考虑一下Tumbleweed,这两个发行版都有全套的测试保证质量,分两种方式发行也符合各种人的口味,满足不同用户的需求。
Leap的核心和SUSE的企业版是共用的二进制文件,不需要重新编译了,如果你用的是Leap Gnome的桌面环境就等同于用的是SUSE的企业版,享受企业的质量保证,尤其是它可以作为CentOS的替代品布置到生产力环境里面。
最后SUSE还有一个杀手锏,就是YaST,它的YaST可以作为一个不熟悉命令行的用户的入门帮手,基本上你想得到的系统配置的图形界面它都给你设计了,比如说软件包管理、服务器设置,非常容易上手。
我在想deepin以后发展的话,是不是可以成立一个独立的社区化法人,把DDE作为一个中立的第三方组织来开发,所有参与进来的人都是平等的。
从长远来看,DDE如果要做大,大家愿意接受的话,尤其是国外的用户,当你社区化之后,你的代码成为一个公共的资源,成为一个全球化的东西,大家用起来一个是放心,第二是大家愿意一起来完善这个东西,也可以减少研发成本。
2个小时的交流虽然短暂,留给我们的思考却回味无穷,感谢山木老师的分享,今后我们也会逐步加大同国内开源社区的交流,也希望有兴趣的朋友和我们取得联系,帮助我们汲取养分不断前行,为国内开源事业的发展贡献一份力量!