Linux桌面系统今后应该往哪方面发展?

Stella981
• 阅读 398

现如今Linux发行版数也数也数不清,幸好还分了几个派系,deb系、rpm系等等,不然归类和统一都是麻烦的事。

Windows能成为桌面系统的霸主,自然是有它的道理的:易用性、各版本的兼容性、用户体验的细致等方面做得很好。这些都是Linux桌面发行版应该努力的地方。

下面是我的几个观点:
1.不要重复造轮子。每分出一个发行版,就是为了一点点新的特性,或者需求而重做一个发行版,这样不仅把大量精力花在不必要的系统维护上,还会对该改进的 用户体验上的努力减少了,这样做出来的系统不是好系统。至少可以肯定的是,没有多少个人会去用这样没有熟悉感的系统。能对这些新特性和改动在现有的发行版 上模块化不是更好么?

每多分一个发行版,就离分裂又进一步。不重复造轮子,是把更多的精力放到应该改善的地方去。除非能做到像android那样从底层彻底地改变,并彻底改善用户的体验和系统结构流程,这样的系统才是好系统。

2.复杂的事情想简单点。“国产”的发行版总想着 要有自主的控制能力、自主的桌面环境、自主的底层、自主的软件等等,以目前国内linux桌面系统的薄弱研发力量要维护这么多新派出的特性是一项庞大的工 作量,倒不如专心做好一件事情,多多参与现有的发行版的建设、维护、研发中,尽量不要把研发了力量分散到那么多个点去。

3.多多团结,不分裂。分裂出一个发行版和一个桌面是非常容易的,难就难在团结。不团结就会弄出一千一万种发行版和桌面环境,漂亮是漂亮了,但实用性呢, 把那么多种选择都推给用户么?有句话说得好:“更多了,反而是更少了”。以前Ubuntu用Gnome2的时候用户数可是稳居榜首的,直到用了Unity 桌面,就从榜首的位置掉了下去。多分裂出一种东西,就意味着在分散用户的注意力。

4.多以用户的思维和想法意愿去设计桌面系统。Gnome3的反人类设计又导致原有的Gnome2用户流失了一大半,原先的Gnome社区已不像以前那般 辉煌和热闹,研发能力也下降了许多。相反Linuxmint的MATE和Cinnamon桌面充分地尊重用户的选择和意愿,保留了原先熟悉的Gnome环 境的操作方式,又改善了许多细节的处理,使得Linuxmint至今稳居排行榜第一的位置。

5.多和国际上的Linux桌面的开发人员交流,多参与进国际项目,为Linux桌面系统多做贡献。只有参与进去了,才能提意见、做修改、充分了解桌面系 统的实现难点,更好地改善Linux桌面环境的长远发展。毕竟和外国人沟通是一个障碍、理念什么的也会有差异,但是如果克服了这个困难中国人在linux 桌面系统这方面的贡献,将会无可估量。现在已经有许多中国人在Linux桌面领域作出了贡献:如Ubuntu项目、Gnome、KDE、Qt、 fcitx、py-gtk等等等。

6.要有好的理念。一切不为了简单易用的 、不以用户为出发点的的努力都是徒劳的。单纯的为了创新而创新的路子不一定行的通。

7.争取资金支持。资金支持可谓是一种强大的动力。

8.创新,Linux系统不缺乏创新。因为创新,所以才有这么多人喜欢Linux桌面系统。

愿linux桌面系统今后发展得,越来越好。其实Linux桌面的使用体验是非常好的,相比于windows,我这个多年的忠实Linux桌面系统用户的感受,已经有4年了。

起点Linux爱好者社区 网站:http://www.bhzhu203.com/

点赞
收藏
评论区
推荐文章
blmius blmius
3年前
MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1
文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s
皕杰报表之UUID
​在我们用皕杰报表工具设计填报报表时,如何在新增行里自动增加id呢?能新增整数排序id吗?目前可以在新增行里自动增加id,但只能用uuid函数增加UUID编码,不能新增整数排序id。uuid函数说明:获取一个UUID,可以在填报表中用来创建数据ID语法:uuid()或uuid(sep)参数说明:sep布尔值,生成的uuid中是否包含分隔符'',缺省为
待兔 待兔
4个月前
手写Java HashMap源码
HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程22
Jacquelyn38 Jacquelyn38
3年前
2020年前端实用代码段,为你的工作保驾护航
有空的时候,自己总结了几个代码段,在开发中也经常使用,谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )
Stella981 Stella981
3年前
Python之time模块的时间戳、时间字符串格式化与转换
Python处理时间和时间戳的内置模块就有time,和datetime两个,本文先说time模块。关于时间戳的几个概念时间戳,根据1970年1月1日00:00:00开始按秒计算的偏移量。时间元组(struct_time),包含9个元素。 time.struct_time(tm_y
Easter79 Easter79
3年前
Twitter的分布式自增ID算法snowflake (Java版)
概述分布式系统中,有一些需要使用全局唯一ID的场景,这种时候为了防止ID冲突可以使用36位的UUID,但是UUID有一些缺点,首先他相对比较长,另外UUID一般是无序的。有些时候我们希望能使用一种简单一些的ID,并且希望ID能够按照时间有序生成。而twitter的snowflake解决了这种需求,最初Twitter把存储系统从MySQL迁移
Stella981 Stella981
3年前
Django中Admin中的一些参数配置
设置在列表中显示的字段,id为django模型默认的主键list_display('id','name','sex','profession','email','qq','phone','status','create_time')设置在列表可编辑字段list_editable
Wesley13 Wesley13
3年前
MySQL部分从库上面因为大量的临时表tmp_table造成慢查询
背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_
为什么mysql不推荐使用雪花ID作为主键
作者:毛辰飞背景在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一),而是推荐连续自增的主键id,官方的推荐是auto_increment,那么为什么不建议采用uuid,使用uuid究
Python进阶者 Python进阶者
10个月前
Excel中这日期老是出来00:00:00,怎么用Pandas把这个去除
大家好,我是皮皮。一、前言前几天在Python白银交流群【上海新年人】问了一个Pandas数据筛选的问题。问题如下:这日期老是出来00:00:00,怎么把这个去除。二、实现过程后来【论草莓如何成为冻干莓】给了一个思路和代码如下:pd.toexcel之前把这