kde和GNOME臃肿的说法是为了什么？

gogonkt

討論別跑題了,要不又淪回到幾個老問題的爭論中了

回來樓主的題目,

這個題目的提出,或多或少是因為有一幫閑人~~

依據,
1# gnome/kde本來就一個<桌面環境>,任務就是要什麽工具都有
2# 討論問題得定義問題,分析問題,別光在叫,A好好好,B壞壞壞
3# 人家做出來,加上一堆軟件,當然是因為有人在嚷嚷,有要求,你用不著就別裝就是了

呵呵,得罪一幫子人了,閃~~~~

cteddy

Post by Kevin_Chou;1981368
很久以前用过ＫＤＥ（好像是ＲＥＤＨＡＴ６的时候），那时候ＫＤＥ不成熟，崩溃的我都快崩溃了，有心理阴影了，到现在一看到ＫＤＥ环境就做好它随时要崩溃的准备。个人感觉ＫＤＥ要比ＧＮＯＭＥ慢，ＫＤＥ是Ｃ＋＋底层ＧＮＯＭＥ是Ｃ底层，理论上Ｃ要快10%，也可能是心理作用，再加上不喜欢ＱＴ的授权，就一直再也没碰过ＫＤＥ。

ＰＳ：gnome程序也可以在win和mac下跑，gtk是跨平台的。

QT，GTK都是跨平台的， 但gnome和KDE大概不是， 印象中它们早就不支持windows平台了。  就算是能装上， 谁又会在win上装kdebase和libgnomeui?

你说C比C++要快10%, 其实并不对， 因为C＋＋是C的超集， 所以它能轻易编出和C一样快的程序。 甚至可以认为C++更快， 因为C＋＋有模板，虚函数等语言特性，可以进一步优化。  而C没有这些东西， 碰到特定的应用时， C语言通常只能采用相对较慢的方式。一个常见的例子是GTK的"接口"。

其实无论C快也好，C++快也好，都是次要的， 程序的瓶颈一般不在代码本身，而是在IO等操作上。 平时只要留意一下就会发现，程序变慢时，通常都是在读／写硬盘／显卡／网络。一个典型的例子是电脑换了SSD 固态硬盘后，仅仅是因为IO速度变快了， windows的启动速度就快了数倍。 另一个例子: arch 的livecd启动时要花6秒等USB设备， 这也是IO操作，受硬件的制约，就算用汇编来改写，也只能干等6秒。

zhuqin_83

Post by cteddy;1981391
QT，GTK都是跨平台的， 但gnome和KDE大概不是， 印象中它们早就不支持windows平台了。  就算是能装上， 谁又会在win上装kdebase和libgnomeui?

你说C比C++要快10%, 其实并不对， 因为C＋＋是C的超集， 所以它能轻易编出和C一样快的程序。 甚至可以认为C++更快， 因为C＋＋有模板，虚函数等语言特性，可以进一步优化。  而C没有这些东西， 碰到特定的应用时， C语言通常只能采用相对较慢的方式。一个常见的例子是GTK的"接口"。

其实无论C快也好，C++快也好，都是次要的， 程序的瓶颈一般不在代码本身，而是在IO等操作上。 平时只要留意一下就会发现，程序变慢时，通常都是在读／写硬盘／显卡／网络。一个典型的例子是电脑换了SSD 固态硬盘后，仅仅是因为IO速度变快了， windows的启动速度就快了数倍。 另一个例子: arch 的livecd启动时要花6秒等USB设备， 这也是IO操作，受硬件的制约，就算用汇编来改写，也只能干等6秒。

c++什么时候变成c的超集了？c++并不完全兼容c，从某种角度讲，c++就是另造了一个轮子。arch论坛有很多类似的帖子，大多数是反对用c++的。
有兴趣可以看看 http://yosefk.com/c++fqa/

cteddy

Post by zhuqin_83;1981394
c++什么时候变成c的超集了？c++并不完全兼容c，从某种角度讲，c++就是另造了一个轮子。arch论坛有很多类似的帖子，大多数是反对用c++的。
有兴趣可以看看 http://yosefk.com/c++fqa/

除了你说的少量语法不兼容, C++实际上就是C的超集.  一般的C语言程序, 基本不用修改就能用C++编译器编译.  连C++之父都说C++和C的不兼容只是个事故.

这是我随便随便从google出来的一段话:

2. 上述的C++之设计目标可以小结如下：
3. 　　
4. 　　对于要解决实际问题的程序员而言，C++使程序设计变得更有乐趣；C++是一门通用目的的程序设计语言，它：
5. 　　
6. 　　[b]——是一个更好的C；[/b]    <-----------------注意这一句
7. 　　
8. 　　——支持数据抽象；
9. 　　
10. 　　——支持面向对象程序设计；
11. 　　
12. 　　——支持范型程序设计。

复制代码

当然, 你硬要说C没有class,template,::等等, 或者C++不支持某些99语法, 我也没办法.

我们当然可以有很多理由拒绝C++, 但效率低并不在其中.

AutoXBC

臃肿的说法是只用 WM 的人给自己的折腾找一个借口。

AutoXBC

在他们眼里任何能被进一步拆解的东西都是臃肿的，如果 gtk+ 能被打包成 gtk+full 和 gtk+mini，那 gtk+full 就是臃肿的。

Kevin_Chou

Post by cteddy;1981391
QT，GTK都是跨平台的， 但gnome和KDE大概不是， 印象中它们早就不支持windows平台了。  就算是能装上， 谁又会在win上装kdebase和libgnomeui?

你说C比C++要快10%, 其实并不对， 因为C＋＋是C的超集， 所以它能轻易编出和C一样快的程序。 甚至可以认为C++更快， 因为C＋＋有模板，虚函数等语言特性，可以进一步优化。  而C没有这些东西， 碰到特定的应用时， C语言通常只能采用相对较慢的方式。一个常见的例子是GTK的"接口"。

其实无论C快也好，C++快也好，都是次要的， 程序的瓶颈一般不在代码本身，而是在IO等操作上。 平时只要留意一下就会发现，程序变慢时，通常都是在读／写硬盘／显卡／网络。一个典型的例子是电脑换了SSD 固态硬盘后，仅仅是因为IO速度变快了， windows的启动速度就快了数倍。 另一个例子: arch 的livecd启动时要花6秒等USB设备， 这也是IO操作，受硬件的制约，就算用汇编来改写，也只能干等6秒。

不是我说的快10%，是广泛测试的结果，有数据支持，并不是信口雌黄，可以去查。

C++的编译器是可以把程序编译的像C一样快，前题是别用继承，模版面，虚函数这些语言特性，不过不用这些东西还能叫C++吗？C++比C慢就是慢在这些东西上，你链接一个STL库或BOOST库进来试试看就知道了。

你可能想说在开发效率上比C++慢，不过我们说的是程序执行效率。要论开发效率的话java和python更高，而且开发效率更看重的是人的因素。另外说一下C++很容易过渡设计，有太多的设计模式需要选择，有太多的规则需要遵守。

另外现在的c和c++其实没什么太大关系，它们各自有各自的委员会，各自有各自的标准，只是语法上有一部分相似。

三翻领

如果连gpl的qt都会有人不喜欢，那我实在找不出你们玩linux的原因，如果只是好玩显摆，请不要参与此贴讨论。也请很超然的不要违反任何软件版权协议。
作为个人用户，这简直就是游离于装A和装C之间，除了能够用简单的几句话猛然间拔高自己的道德层次外。
我绝不想也不愿意来强加我的喜好给别人，但是绝不允许毫无理由的恶意攻击kde
也不需要讨论快与慢的问题，因为基于这个话题，没有理由去用linux

Kevin_Chou

Post by cteddy;1981412
除了你说的少量语法不兼容, C++实际上就是C的超集.  一般的C语言程序, 基本不用修改就能用C++编译器编译.  连C++之父都说C++和C的不兼容只是个事故.

这是我随便随便从google出来的一段话:

1. 
   
2. 上述的C++之设计目标可以小结如下：
   
3. 　　
   
4. 　　对于要解决实际问题的程序员而言，C++使程序设计变得更有乐趣；C++是一门通用目的的程序设计语言，它：
   
5. 　　
   
6. 　　[b]——是一个更好的C；[/b]    <-----------------注意这一句
   
7. 　　
   
8. 　　——支持数据抽象；
   
9. 　　
   
10. 　　——支持面向对象程序设计；
    
11. 　　
    
12. 　　——支持范型程序设计。
    

复制代码

当然, 你硬要说C没有class,template,::等等, 或者C++不支持某些99语法, 我也没办法.

我们当然可以有很多理由拒绝C++, 但效率低并不在其中.

事实说明真像，两个hello world一个c，一个c++的，自己回去make看结果。

cpp:
#include <iostream>
#include <sys/time.h>

using namespace std;

int main() {
        struct timieval tp1, tp2;
        struct timezone tz;
        gettimeofday(&tp1, &tz);
        cout << "hello world" << endl;
        gettimeofday(&tp2, &tz);

        printf("need %u microseconds\n", tp2.tv_usec - tp1.tv_usec);

        return 0;
}

c:
#include <stdio.h>
#include <sys/time.h>

int main() {
        struct timieval tp1, tp2;
        struct timezone tz;
        gettimeofday(&tp1, &tz);
        puts("hello world");
        gettimeofday(&tp2, &tz);

        printf("need %u microseconds\n", tp2.tv_usec - tp1.tv_usec);

        return 0;
}
手写代码非复制粘贴，如果有语法错误，自己改一下。

我这里的执行结果c程序最好到17，最差到92，稳定在20-30；c++最好到37，最差到127，稳定在40-50。

编译环境: gcc 4.3.3
CPU: Intel Core 2 2.2GHz
RAM: 2GB

欢迎讨论，讨论前请拿出数据。

Kevin_Chou

Post by 三翻领;1981483
如果连gpl的qt都会有人不喜欢，那我实在找不出你们玩linux的原因，如果只是好玩显摆，请不要参与此贴讨论。也请很超然的不要违反任何软件版权协议。
作为个人用户，这简直就是游离于装A和装C之间，除了能够用简单的几句话猛然间拔高自己的道德层次外。
我绝不想也不愿意来强加我的喜好给别人，但是绝不允许毫无理由的恶意攻击kde
也不需要讨论快与慢的问题，因为基于这个话题，没有理由去用linux

有人在攻击吗？只是在说事实，去看我的帖子，全是以个人角度在说话，都有数据支持，没有强加给任何人任何东西，“个人感觉KDE比GNOME慢”，“个人感觉”不行吗？特意加上这几个字就是怕有你这种人。

如果你是在说我恶意攻击，请拿出证据，如果没有，那只不过是单纯的人身攻击罢了，犹如泼妇骂街。好吧，我承认我对号入坐了。

至于想讨论什么是我们的自由，你不爽，可以不参与，谢谢。

这贴还是变骂贴。