我不喜欢SUSE Linux作为一个服务器操作系统。我相信这样的言论会激怒一大批人，但是没有道理拐弯抹角了。
我之所以不喜欢这样，是基于Red Hat，或者Ubuntu的事实。对于那些使用Linux的新手来说，Suse看起来似乎可以让某些事情变得简单，但是通过这样做，就让我们中知道自己做什么的那些人做事情更加困难。这个对于我来讲，就像是个诅咒。
该系统的基础是YaST2，这是和Suse一起推出的全访问的系统工具。它让管理员可以执行更多的系统配置任务，从添加网络接口配置到下载，以及安装新的软件到配置任何数目的服务。它有一个GUI和一个基于文本的控制台。但是这个绝对能让我发疯，它好像总是挡着去路。
YaST的工作方式是，假定完全控制基于文本的服务配置文件，让其非常难以实现YaST系统之外的任何改变。如果YaST不能为特定的套装专门支持某个配置元素。你还必须与YaST架构托管做斗争以便是每件事情都能运行。这在我，是没有帮助的。
另一个问题是，在遇到困难的时候，即使是简单的配置改变，你也必须使用YaST来实现。当你远程实现的时候，通过运行VNC来连接GUI控制台引入延迟。或者在运行菜单驱动YaST文本控制应用程序的延迟。我喜欢能够在不需要它们有自己方式的工具。很显然，YaST不是。
我在很多商店看到Suse，这样后来就出现了一种模式。每家商店运行期Suse服务器的在服务台有GUI。同时Suse的盒子是连续的被非Suse Liunx盒子操作。和GUI一起运行Linux服务器是完全没有意义的。但是，似乎运行Suse的都会依靠GUI工具，还有这些控制台，而这除了能消耗系统资源以外没有任何真实的价值。
我可以肯定，那些害怕bash提示符的人是非常喜欢YaST的，但是对于我们这些需要提示符的人来说，它就是一个巨大的障碍物。对于我们来说，YaST就像是微软的Clippy的Linux版本，除了这个还有更坏的，因为这个Clippy没有弹出来，并询问你是否需要帮助，它积极地干扰你想做的事情。
一个简单的例子是可能是当一个像Sendmail的服务出现的时候，需要一个特定的配置元素补充，YaST没有直接的支持。添加所需要的行道sendmail.mc也就是需要几分钟而已。随着YaST变成图片，它就需要更多的时间来修改YaST配置文件，以便可以处理这个添加。如果YaST部分没有做这个，配置元素将在有人运行YaST的时候配置。在我看来，它只是制造了一些对服务器操作系统没有任何好处的操作而已。
当然，你不必使用YaST，但是总是有人会，同时，一旦你把这条线以外上色，有一些机会就变成错误了。
