linux环境下有许多非常优秀的软件，有很多都使用了目前业界的先进技术。
但是，linux下的软件对中国用户来说，有2个最大的问题，也可以说是最不能容忍的问题：一是易用性差，二是中文支持不佳。易用性差具体地说就是操作不方便，不能让用户方便地使用，人性化不好。
Linux要在中国得到长足发展，不解决易用性差的问题，这种发展将是相当的艰难。
首先说linux下软件的安装。
一般在linux下得到的软件包分为两种：源代码分发包和二进制分发包。源代码分发包中提供了该软件所有程序源代码，需要用户自己编译成可执行的二进制代码并进行安装，发布时采用压缩包或*.src.rpm形式，一般解压得到源代码后都需要在命令行界面下进行以下三步操作才能完成安装：配置（./configure）,编译(make),安装（make install）。二进制分发包是指事先已经编译好的二进制形式的软件包，其中较多的为*.rpm包（不包括*.src.rpm包），RPM（red hat package manager）是美国red hat公司出的开源的软件包管理器，使用它可以很容易地对rpm形式的软件包进行安装等操作，这种操作现在已完全可在linux的ｘwindow中使用图形化界面的软件包管理程序进行，只要通过鼠标点击即可完成；有一些二进制包，采取了压缩形式发布，在xwindow下用系统自带的解压工具（归档工具）解压即可；另外还有一些软件包自己提供了安装脚本或二进制安装向导程序（setup,install,install.sh等），只需运行它就可以完成软件的安装，如openoffice，雷神之锤，realone等。
源代码分发包显然让安装过程的简单大打折扣，实际上源代码分发并不是来自于开放源代码的思想，而是为了获得更好的灵活性，可随意去掉或保留某些功能，模块，适应多种硬件/操作系统及编译环境，这也是为了适应linux操作系统及编译平台不统一的特点。然而配置和编译源代码时经常需要采用命令行操做，有时还需要使用一定参数，出错时的显示也是采用较为专业的术语，这些无疑降低了易用性。从软件设计的角度考虑，其实在设计和分发软件时就应当对软件要面临的环境作周全的设计，并尽可能将其安装过程做到自动化，即使出错也可用图形化界面指明其原因和解决办法。
不光如此，依赖性问题也让人尤为恼火。安装ａ包时提示需要b包；安装b包时，它又提示需要a包；ａ，ｂ包一起安装时又提示需要c包；安装c包时，它又提示需要d包……
不过现在有个叫apt4rpm的工具，可以连到相关网站的软件包仓库里，自动安装所需要的包，较好地解决了依赖性问题，应该是一个方向。
再说linux下的配置。
现在linux的各项配置较早期已有了巨大的进步，很多功能都能使用图形化工具来完成。但是较现在的主流操作系统（windows，osX）来说，linux的配置还是很麻烦。
比如说配置显卡，声卡，网卡，modem这些硬件。固然，由于linux对硬件的兼容性没有windows好，能在linux下使用的显卡，声卡，网卡，modem也没有在windows下能使用的多，但是就那些需要另装驱动，硬件厂商也提供了for linux驱动的，安装起来仍需要手动更改xconfigure文件（能在安装linux过程中顺利配置的不在讨论之列）。
在各个linux论坛上，初学者询问的关于安装的问题，大多是“我进不了ｘ？ ”“我的刷新率怎么这么低？”“Nvideo的驱动怎么装？”“Nvideo的3D加速为什么用不了？”……这些问题对熟悉命令行（终端），熟悉xconfigure文件的使用者来说，的确不是问题。但是当你给初学者解释如何在终端下输入“su”“rpm…”，再到/XX/XX中修改xconfigure的文件的XX行，初学者一定听得头都大了。
图形化界面的出现，是一件意义深远的事件。如果微软公司没有搞图形化操作系统windows（或其他具有图形化界面的操作系统），而是沉醉于文字界面的ｍｓdos的辉煌，一定没有今天的强大。今天的个人电脑恐怕遍地是苹果了。
在dos时代，用户们热衷于修改autoexec.bat,io.sys等文件，以加快系统运行速度；延续到现在，也有很多用户热衷于修改注册表，修改boot.ini文件，以达到某种效果。如果有人由此推出结论：电脑用户是适应和喜欢手动修改配置文件，那就大错特错了。不信大家问问周围的电脑使用者，有几个知道regedit.exe是windows的注册表，就有几个修改过windows的注册表。就是在这为数不多的修改过注册表的用户中，还有相当部分是通过《windows优化大师》《超级兔子魔法设置》之类具有良好操作界面的软件来实现修改的。
也许有人会反驳，windows如此如此都把用户“傻瓜化”了。如果这种被“傻瓜化”的用户是程序员，网管等专门人才，windows如此如此是不好的；但如果这种被“傻瓜化”的用户是占用户比例最大的广大普通用户，windows如此如此是最受用户欢迎的。
程序员开发程序，最大的缺点就是过分高估了用户的能力，以为用户的水平跟他们开发者是不相伯仲的。所以在他们开发程序时，就没有过多考虑用户的感受，也就是说，他们开发程序首要目的是自己用，并不是让广大的用户用。
Linux易用性差的另外一个重要表现是对游戏的支持性差。当然，linux也有为数众多的游戏，如纸牌，企鹅滑雪，泡泡龙，这些小游戏的可玩性绝对的windows的纸牌，扫雷之类高。
不过，我们所说的游戏是指《魔兽争霸》，《盟军敢死队》这样的大型游戏。Linux环境下缺乏这样的大型游戏，一方面是因为linux的市场占有率低，开发商认为投入linux下的游戏成本高，难以收回；另一方面，linux不支持对于游戏来说非常重要的驱动----DirectX。
游戏驱动一般来说有两种----OpenGL和DirectX。OpenGL驱动不仅在游戏方面很重要，还在图形处理方面有举足轻重的作用。所以大家在装显卡驱动后都可以看到OpenGL的设置选项。几乎所有的操作系统（windows，linux，MacOS）都支持OpenGL。DirectX是微软专门为游戏设计的一套驱动（程序接口），在windows3.x的代就已有了，到现在已发布了Direct9.0。在这期间，各种游戏也呈现出爆炸性增长的势头，不能说与DirectX没有一点关系。
现在的游戏基本上都支持DirectX，只有一部分DirectX，OpenGL都支持。一般FPS（第一人称射击类）游戏都是二者均支持，如《雷神之锤》《反恐精英》《美国军队》都有for linux的版本。
Linux要想突破游戏这个瓶颈，必须在xwindow中加入对DirectX的支持。DirectX是微软的东西，不是开源的。但是可以考虑开发一种能够兼容DirectX的新的游戏驱动（不如命名为XDirect），正如对媒体格式mpeg4的支持，解码器就有DivX和Xvid，后者就是开源界开发出的兼容DivX的解码器。
只要XDirect能兼容DirectX的绝大部分功能，相信与DirectX并存甚至取代DirectX都并非不可能，业界也有这样的先例。比如游戏外设的力反馈FFB。
随着游戏爱好者对游戏体验要求的不断提高，各种加强游戏互动效果的技术也不断出现，其中玩家比较熟悉，也最为普及的便是力反馈技术（Force FeedBack）。所谓力反馈，其实是一种机械表现出的模拟“反作用力”，力反馈设备可将游戏传递的数据转化为对应的力量与方向，使玩家感受到游戏中的“作用力与反作用力”，从而获得一种身临其境的体验。现在的力反馈技术主要有两种标准：美国Immersion公司的I--Force协议和微软的SideWinder FF协议。由于微软没有开放Sidewinder FF标准，所以市场上支持SideWinder FF的游戏控制器主要由微软自己生产；I--Force则是开放式协议，所有游戏设备制造厂家都可以使用，比较有代表性的便是罗技，还有我们中国玩家熟悉的北通力反馈手柄。我们目前在市场上所能见到的游戏外设，只要支持力反馈的，都是支I--Force协议的。
