Solaris 10推出已经1年多了，在此期间大家可能听说了它的很多新的特性和优势，比如dtrace,zone,smf等等，我就不去夸这些东西了，在这里我要说说Solaris的缺点，欢迎拍砖。
前段时间和一个同事打完网球，就谈到了客户对Solaris10有什么看法，我虽然没有去刻意的总结，但从自己和一些客户的体验来说，我觉得Solaris需要在易用性上下点功夫。虽然在Solaris 10里已经在易用性上有了不少的改进，比如一些命令选项的支持，对包管理命令的功能增强，JDS的引入以及好多很零散的改进，但总体来说，目前的易用性还不是很占优势。
对于一个产品来说，大部分的目标客户不是操作系统的专家，他们所需要的是容易上手的，好用的产品，而不是不好用，但有很强功能的产品。如果一个用户在安装和配置一个产品时就遇到很多的问题，那对这个产品的信心就会大打折扣。而Solaris的开发，很多时候对功能比较重视，而对一些简单的可以加强易用性的组件的开发，做的还不够，如果只是追求功能齐全但可用性差的话，还不如加强主要功能的易用性，以下是我自己感觉到的易用性不好的地方，列举如下：
1，Solaris中的可执行路径太多
对于一个初学Solaris的人来说能很快的找到一个命令，还是不容易的，比如一个比较完整的PATH应该设置为：/usr/bin:/usr/sbin:/usr/dt/bin:/usr/openwin/bin:/usr/ccs/bin:/usr/sfw/bin:/usr/ucb
这样大部分命令才能找到，虽然我知道好多路径是有渊源的，改动任何一个路径需要复杂的流程，但还是希望以后大部分命令能放在三到四个路径下，不需要我们去设置这么多。
2，对命令选项支持的不好
在bash中输入一个命令时，我们遇到这样的情况，一个命令写完了，才想起来要用个某个选项，但在Solaris中，你必须将这个选项加到命令靠前的位置，如果直接放在后边，就会没有任何效果，不信，你可以试试这两个命令的输出：[code]grep -l test * 和
grep test * -l[/code]后一个命令的选项"-l"是没有用的，而如果我们用了GNU的grep,这两个命令的输出就是你所想要的了，比如：[code]/usr/sfw/bin/ggrep -l test *
/usr/sfw/bin/ggrep test * -l[/code]大家可以实验一下，问题虽小，但很多时候给我们带来了方便
3，网卡设备的命名
在Linux中，所有的网卡设备都以eth0来命名，这样的好处大家应该理解，但在Solaris中，所有的网卡命名是根据网卡驱动的名称来定的，这样才有了什么bge0,hme0,ipge0等等，那大家要知道网卡设备名,就需要额外的步骤来得知，极不方便，因为大部分人不需要知道我这个网卡到底是什么厂商的，我只关心设备名称，所以只需要将原来的网卡设备做个映射到一个公共的设备，就可以增强易用性。听说有一个项目已经在做这方面的事情了，好事情。
4，有些命令，程序不是很好用
Solairs中有些命令不是很好用，比如说vi,在Linux中，缺省的vi其实是用vim,曾经做项目时遇到一个linux开发者居然不会用Solaris中的vi,这里不去评判别人的水平怎么样，这个还是反映出了一些易用性的问题，难道我们也不能缺省就用vim吗？这个工作量可能只是开发一个dtrace的千万分之一啊，但效果那，至少那个开发人员会觉得Solaris还很好用。还有其他一些命令，列举几个：
a:Solaris中的tar不能解开.tar.gz文件，而Linux中的tar确可以，只用一个很小的参数，下面是这两个达到同样效果的命令：[code]/usr/sfw/bin/gtar xvzf aa.tar.gz
/usr/bin/gunzip -dc aa.tar.gz | /usr/bin/tar xvf -[/code]后一个命令我老是记不住，太难
b,grep。在查找字符串时，grep是经常用的工具，但Solaris自带的grep就不好用，因为它不能搜索子目录，而GNU的grep就可以，只要一个简单的选项就可以，比较一下这两个命令：[code]/usr/sfw/bin/ggrep -r string /usr
/usr/bin/find . -exec /usr/bin/grep string /usr {} /;[/code]还是第一个简单很多啊，以前我常用第二个，现在基本上用第一个了，谁都希望生活变得简单阿。
呵呵，以上是我的一家之言，不过相信随着开发部门越来越重视易用性，Solaris会受到越来越多开发人员的采用。还有，还有什么易用性不够的地方，大家可以提出来，一起做为参考。
