致QTCN的一封信 [复制链接]

来此坛好些天了，一直在观察，发现大多数发帖都是在提问。

我总结了一下，目前学习Qt的困难主要表现在以下几个方面：
1.学习资料过少，官方倒是有一本《C.plus.plus.GUI.Programming.with.Qt.4.2nd.Edition》，不过这本书真的适合每一个人吗？到书店翻了一下这本书的中文版，我觉的并不适合我这种人。看看论坛里其他朋友提供的文档视频，也有很多已经过了时，还是Q3的资料。不可否认这些朋友的对于论坛贡献，不过新接触Qt不久的肯定不会去学习Q3了。至少官方没有提供下载。

2.中文参考资料过少，国人大多都是对E文不感冒的，但是偏偏引领技术潮流的都是老外。思维方式，生活习惯都与我国有着巨大的差异，在硬着头皮阅读英文文档时，总是大费周章才领略其意。

3.论坛里新手占多数，与本人级别一样。版主坛主们也许还要要谋生、养家糊口，只能用业余的时间来回答下众人的提问，遇到问题都没有描述清楚的，也许就一笔带过了。高手不愿意降低身份回答新手的过于基础的问题，只想与同一级别的高手讨论层次较高的问题，导致大量问题得不到回答。而这样的结果，让一些有代表性的问题沉到N页以后。

4.文档的更新赶不上软件的更新，我不清楚Qt SDK的发布周期是多长，只记得我下过09年一月和二月的版本。期间也不过一月。但文档有没有填充满这期间的差异呢，只有问官方的开发人员了，文档更新赶不上软件更新的速度，这是很多开源项目的弊端和通病。

5.尽管Qt有众多的优越性（我就不过多地阐述了），但是还是没有广泛的应用开来。所以导致学习资源的偏少。目前我一共就知道直到两个地方，一个Qt官方网，一个就是这里Qt中文论坛


基于以上问题，我觉得大家与其不断的发问，得不到回答，倒不如与他人分享下自己的心得。在无法受到外界援助的情况下，倒不如我们自己互帮互助。一个人的心得算不了什么，但是当大家都来分享，情况也许能发生实质性的改变。这种方式类似于P2P下载模式，下载的人数越多，速度越快，下载的周期缩短。同理，也能缩短我们学习Qt的周期

大多数问题往往总是卡在细微的地方，如果能够将平时在学习或实践中纠缠了你很久的概念或者细节之处，这样的案例总结出来与大家分享的话，相信受益的不光是别人，同时还有你自己。成长始终是积累于细节。借用古人一句话：“不积跬步，无以至千里；不积小流，无以成江海”

有些问题的发生或者经验往往存在于特定的环境中，所以在分享或提问前前请写清楚以下信息，这样的提问与分享才能起到参考的作用。

[操作系统版本]  Windows(2k / XP /Vista……) / (RedHat/ Debian / Ubuntu / SUSE) Linux
[Qt SDK版本]    4.5.1
[SDK 发布日期]  2009.02
[IDE(集成开发环境)] Eclipse / Qt Creator / Visual Studio (6 / 2003 / 2005 ) / 命令行


如果实在是懒，可以将其写进个人签名中，一劳永逸。
如果有支持或赞成的朋友，请加入进来，身体力行进行分享，不要让此贴沉到第二页

提问题之前先问问自己是否已经到了山穷水尽的时候，我记得曾经在一个问题上不得其解，提问了也没人解决，后来自己通过大量网络查找和查看帮助文件，经过多次实践最终解决了问题，在这当中我学到了很多知识，也对一些难点有了更多的理解。所以有问题自己一定要先亲自花功夫去查去解决，这对自己的提高有很大的帮助。

支持一下，毕竟靠书学习是不够全面的

楼上说的不错，支持下！

引用第1楼shiroki于2009-07-23 11:42发表的  :
从坛子里提问的情况来看， 百分之九十以上的人根本就没看过《提问的智慧》或者是对此文不屑一顾。
我虽然不介意回答一些比较基础比较菜的问题， 但对提问者的态度颇不敢恭维

同感.
我给提问者几点建议：
1、提问前，先搜索一下，看看是否已经有同样的问题了。
2、提问题，尽量能详细些。包括你的编译环境最好都能提供。
3、有人回答了，不管是否有用，起码得有个谢谢。不能一声不吭就跑了

关于怎么学习QT，我个人觉得：
1、一定要有C++的基础。C++基础不够的去好好看看c++primier，否则会有人问：一个类中如何访问另一类中的成员变量 这种问题的。
2、英文一定要过得去，不行的开个金山词霸， 开始可能困难，但是坚持只看英文原版的技术书籍和文档很有好处。
3、编程的时候，碰到问题首先查QT的技术文档，该文档非常详细，很少有错误。

一个人的力量是有限的，就是读一百遍帮助又能有什么用，还是用他自己的思维来看，如果借鉴了别人的想法，估计读一遍就够了……不然还要论坛来干什么，但也鄙视那些什么都不看，直接论坛里面发问的人……

引用第8楼feline于2009-07-24 14:18发表的  :
楼上的朋友，请明确的地表达你的立场，你的回复令人费解。

有什么费解的，多读帮助就是了。

引用第7楼cofei于2009-07-23 21:46发表的  :
手很生,记的有个牛人很生气的说:再有问题的首先把帮助手册读3遍!
很能说明问题,

楼上的朋友，请明确的地表达你的立场，你的回复令人费解。

手很生,记的有个牛人很生气的说:再有问题的首先把帮助手册读3遍!
很能说明问题,

赞同楼主～

引用第4楼dbzhang800于2009-07-23 12:32发表的  :
同意，楼主连 2009.02的含义都没搞清楚，就开始抱怨了。

楼上的兄弟，我不想在2009.02是否是发布日期上须根究底，与其有时间来探求Qt的历史，不如多学几个类和方法，我不想在这个问题上与你浪费口水。你有确凿的证据来证明，尽可出示出来，用不着犹抱琵琶半遮面。再者我并没有抱怨，只是针对论坛的现状提出建议，自愿者上钩。另外，我不觉得版主的话是一种嘲讽，你的赞同与较真让我觉得可笑。

引用第1楼shiroki于2009-07-23 11:42发表的  :
从坛子里提问的情况来看， 百分之九十以上的人根本就没看过《提问的智慧》或者是对此文不屑一顾。
我虽然不介意回答一些比较基础比较菜的问题， 但对提问者的态度颇不敢恭维

同意，楼主连 2009.02的含义都没搞清楚，就开始抱怨了。

我先来分享一下吧，算是抛砖引玉
======================
[操作系统版本]  Windows 2k
[Qt SDK版本]    4.5.1
[SDK 发布日期]  2009.02
[IDE(集成开发环境)] 命令行（由于Qt Creator在win2000下无法正常运行，只能退而求其次）
====================
在组织工程，编译项目中总是会用到以下命令（官方书籍《C.plus.plus.GUI.Programming.with.Qt.4.2nd.Edition》记录）
1.qmake -project
2.qmake
3.make

但是《C.plus.plus.GUI.Programming.with.Qt.4.2nd.Edition》并没有详细描述SDK安装，环境变量配置的问题。
可能大家也许都遇到过类似的情景，当我们完成前两步，进行到第三步’make‘的时候，命令行终端提示“没有此命令”，这是为什么？
其实说来也很可笑，此“make”命令是MingGw提供的脚本执行命令，但它在安装后的文件名为“mingw32-make.exe”


一般来说“mingw32-make.exe”命令在“\Qt\2009.02\mingw\bin”目录里面，解决的方法也很简单，
1.要么用mingw32-make替代make命令运行，
2.要么将mingw32-make.exe重命名为make

虽然看来问题虽小，却让人郁闷了一阵，很是不爽，甚至怀疑书本的可靠性，期间只好用nmake替代，今天写出来，前车之鉴，希望后人不要重蹈覆辙。

从坛子里提问的情况来看， 百分之九十以上的人根本就没看过《提问的智慧》或者是对此文不屑一顾。
我虽然不介意回答一些比较基础比较菜的问题， 但对提问者的态度颇不敢恭维