realheart214的博客

不要被VC、BCB、BC、MC、TC等词汇所迷惑――他们都是集成开发环境，而我们要学的是一门语言；

不要放过任何一个看上去很简单的小编程问题――他们往往并不那么简单，或者可以引伸出很多知识点；

会用Visual C++，并不说明你会C++；

学class并不难，template、STL、generic programming也不过如此――难的是长期坚持实践和不遗余力的博览群书；

如果不是天才的话，想学编程就不要想玩游戏――你以为你做到了，其实你的C++水平并没有和你通关的能力一起变高――其实可以时刻记住：学C++是为了编游戏的；

看Visual C++的书，是学不了C++语言的；

把时髦的技术挂在嘴边，还不如把过时的技术记在心里；

看得懂的书，请仔细看；看不懂的书，请硬着头皮看；

别指望看第一遍书就能记住和掌握什么――请看第二遍、第三遍；

不要停留在集成开发环境的摇篮上，要学会控制集成开发环境，还要学会用命令行方式处理程序；

和别人一起讨论有意义的C++知识点，而不是争吵XX行不行或者YY与ZZ哪个好；

请看《程序设计实践》，并严格的按照其要求去做；

不要因为C和C++中有一些语法和关键字看上去相同，就认为它们的意义和作用完全一样；

学习编程的秘诀是：编程，编程，再编程；

记住：面向对象技术不只是C++专有的；

请把书上的程序例子亲手输入到电脑上实践，即使配套光盘中有源代码；

把在书中看到的有意义的例子扩充；

请重视C++中的异常处理技术，并将其切实的运用到自己的程序中；

经常回顾自己以前写过的程序，并尝试重写，把自己学到的新知识运用进去；

不要漏掉书中任何一个练习题――请全部做完并记录下解题思路；

C++语言和C++的集成开发环境要同时学习和掌握；

就让C++语言的各种平台和开发环境去激烈的竞争吧，我们要以学习C++语言本身为主

当你写C++程序写到一半却发现自己用的方法很拙劣时，请不要马上停手；请尽快将余下的部分粗略的完成以保证这个设计的完整性，然后分析自己的错误并重新设计和编写

别心急，设计C++的class确实不容易；自己程序中的class和自己的class设计水平是在不断的编程实践中完善和发展的；

每学到一个C++难点的时候，尝试着对别人讲解这个知识点并让他理解――你能讲清楚才说明你真的理解了；

请不断的对自己写的程序提出更高的要求,哪怕你的程序版本号会变成Version 100. XX；

保存好你写过的所有的程序――那是你最好的积累之一；

浮躁的人容易说：XX语言不行了，应该学YY；――是你自己不行了吧！？

浮躁的人容易问：我到底该学什么；――别问，学就对了；

浮躁的人容易问：XX有钱途吗；――建议你去抢银行；

浮躁的人容易说：我要中文版！我英文不行！――不行？学呀！

浮躁的人容易问：XX和YY哪个好；――告诉你吧，都好――只要你学就行；

浮躁的人分两种：a)只观望而不学的人；b)只学而不坚持的人；

请不要做浮躁的人；

我认为有些人的观点错了。错得一塌糊涂。
   我的基本观点是：任何实践都是理论的载体或表现形式。而理论也是由实践上升而来的。两者是辨证的。今天，我们只关注它的前一部分：任何实践都是理论的载体和表现形式。

   我不是想故弄玄虚，但真理的外表看上去往往就是这么奇形怪状、难以理解。让我来给你解释一下吧。

   比如：战争是军事理论的实践，也是它的表现形式。战争的胜负取决于指挥者军事理论的掌握程度（别给我举赵括这类“纸上谈兵”的反例，他们根本算不上掌握了军事理论，充其量只算是“背”下了军事理论。“掌握”和“倒背如流”这是两个概念。）

1、VC、VB、Delphi …… ，你该学哪个？

   具体到编程而言，我要告诉你：任何一种计算机语言，都是计算机科学理论的载体或表现形式。C++很神吗？Java很酷吗？它们差距很远吗？是的。但从理论的层面上讲，它们没有区别，都是“面向对象”理论的一个具体形式而已。

   现在的程序员们被发行编译软件（通常我们将其称为“系统软件”）的商家不断推出的产品搞得眼花缭乱，头痛欲裂。不断地跟在新语言后面跑，这条路还没跑到头，那边的“新路”又鸣锣开张了，于是再跟着跑……渐渐地有些人开始感叹：学海无涯、学无止境，或什么“程序员是青春饭，过了三十别想干”……

   在此我不得不叹息：中国的教育真是一种“形而上学”的教育。早在高中时代我们就学过“辨证唯物主义”的基本理论：做事情要抓主要矛盾。这一条恐怕谁都知道，却鲜见谁能在实践中把这一理论运用得“炉火纯青”的。把这一理论运用到编程上来讲就是： 理论是主要矛盾，语言是次要矛盾，学会了理论，再具体到学一种语言时，你只不过是在进行某种消遣而已。

   现在学VC的普遍看不起学VB的或学Delphi的。但如果一个用Delphi的人，在需要写web程序时，用TCP/IP做了一个构架，嵌入到应用程序中；而另一个用VC的人却只会把一个又一个的组件拖来拉去的做些个“例子程序”的翻版。你说他们两个谁历害？Delphi和VC谁历害？

   真应了这样一段话，问：纽约好还是上海好？答：有钱哪儿都好，没钱哪儿都不好。上海的富人并不比纽约的富人少多少的优越感，而纽约的乞丐也不比上海的乞丐多多少幸福感。

   现在你还会说学VC的人就一定比学Delphi的人水平高、“钱景”好吗？

2、“浅薄”绝不该是中国程序员的性格特征！！！

   想问一句：中国程序员这么多，你们真地把基础理论学好了吗？别用你现有的编程经历告诉我：编程不需要数学，不需要数据结构，不需要编译原理…… ……说话得负责任，您知道吗？我之所以发表这篇文章，就是因为再也看不下去这种在中国编程界漫延的歪理邪说了！邪教害死的是人的个体，你们害死的是中国软件业的未来！如果再让这种理论继续毒害编程新手的思想，中国将在计算机领域失去民族的尊严！！！

   请问，操作系统、编译软件、数据库系统…… 这些被称为“系统软件”的东东，中国有几样拿得出手的产品？也许是我孤陋寡闻，据我所知：我们国家一件像样的也没有。

   不错，我们是有一些网站的股票在西方上市了，我们是有一些人被国外公司请去做高级职员了，我们也有一些人把西方的官方网站给黑了……但是，我们用的编译工具是谁的产品？我们微机里装得是谁做出的操作系统？我们的程序跑在谁的芯片上？

   爱之深，恨之切。我爱的是中国，但我痛恨不是中国，而是在中国编程界普遍流行的“浅薄”和“自以为是”，这是我们民族软件业的一颗毒瘤！

   是的，现在编程方面快速入门的书满天飞，让程序员的门槛越来越低。我这个外行就得益于这个“低门槛”，跑了进来。但进来后，我们就不能再这样浅薄下去了--我的兄弟们！

   用他国提供的工具做几个网站，写几个应用程序，弄出几个病毒…… 是振兴不了民族软件业的。顺便说一句：我尊敬求伯君，但我不认为金山公司和其系列产品配得上被称为“民族软件业”的大旗，相对这个称号，它差得太远了。
…… ……

   写flash软件的人会认为用flash做动画的人比他历害吗？Adobe公司真的认为考取Adobe证书的人是“人才”吗？MSCE、MSCD…… 通过这类考试得到微软徽章的人，在微软眼里是“人才”还是“义务推销员”？持这类证书以及其他一些大软件公司认证的人，你们还在以为自己是“中国软件业的精英”而感叹“怀才不遇”、工资太少吗？

   醒醒吧，朋友。别再用编程不需要理论的话来自欺欺人了，别再用自己的浅薄来教导别人像自己一样浅薄了。我想问问那些称数学、数据结构等基础课程对编程没用的人：

   请你们搞清一个概念：是这些理论“没用”，还是你们“没用到”；是你们“没用到”，还是你们的水平根本“用不到”；是你们“不需要用”，还是你们根本“不会用”？

   举个例子，操作系统中的工作调度，若工作优先权相同，用什么方法进行调度？当然是“先到先做”--这就是数据结构中“队列”的应用。你们说“用不到”，只怕是因为到目前为止还没机会接触这类“高端编程”的挑战吧？这样的话，那就算了，挣你的钱去，但别再来这里误人子弟，吹嘘什么优秀的程序员不需要理论。

   是谁说系统软件发展的黄金时代已经过去了？Linux不就是在MS操作系统雄霸多年的情况下一举成名的吗？中国难道就找不到这样一个机会？ 不，如果我们的程序员克服了现在的浮燥与急功近利，我们一样可以在“系统软件”这一软件业的“高端”树立自己的品牌！所以请看下面--

3、年轻人应该有宏伟的志向。

   用别人的产品做自己的东西，你永远只是个“高级客户”，成不了真正的开发者。不管你用他国的系统软件开发出多少好的产品，挣了多少钱，只要人家一升级、或一推出新产品，你口袋里的银子连同最后一条小裤叉也会被剥夺得一干二净。你，只不过是一个高级打工仔。

   我希望打算进入编程界的朋友们，特别是现在还很年轻的朋友，能有一个比较高的志向。更希望已经进到这行的朋友们能有以“振兴民族软件业”为己任，力争成为中国软件业的“旗手”。

   我不赞同方东兴把微软骂得一无是处。更不赞同年轻人学他那样，一赌气而拒绝用微软的产品，拒绝Windows、拒绝VC 、拒绝IE ……

   我认为方东兴只是个狭隘的民族主义者。他看到了中国软件业民族的一面，却不愿承认我们落后的一面。毫无根据的“自尊”等于自取灭亡。清朝末年，我们的科技并不落后于西方多少，但我们过分“自尊”的“大国思想”却使我们失去了向其他国家学习的机会。当我们嘲笑西方人的蓝眼睛、大鼻子的时候，他们的坚船利炮，却把我们“央央大国”的皇帝、太后打得满世界逃难。慈禧太后被打得满地找牙的时候，不得不说出“量中华之物力，博与国之欢欣”的龌龊话，此时，她“大国皇太后”的自尊何在呢？前面自尊过了头，事后必遭报应。这报应一持续，就是几百年，直到现在。难道我们还要继续闭门造车，再走老路吗？

   我们现在承认微软比我们强，向微软学习，并不等于我们永远要跟在他后面跑！在我们低下头的时候，我们就应该想到，何时能再抬起这颗高贵的头颅！！！而且是“一定”！！！！！自尊不是错，错是错在“太盲目”--妄自尊大，你就要和慈禧一样被打得满地找牙。做为一个大国，一个明智的民族，我们不能讳疾忌医。

   年轻人，志当存高远。相信我，当你以民族振兴为己任的时候，封王称帝、富贵荣华，都只不过是千秋伟业的一个副产品。在这个尊重知识、崇尚科学的年代，志向高远的人，永远不必担心自己的“钱途”。

   不必讳言，我承认我当初进入编程领域不完全出于兴趣，也有“钱途”方面的考虑。但就好像当年参加八路的战士当中，有些只是报着能吃上军粮或打鬼子报家仇的思想入伍的，但后来却学习了马列，提高了觉悟，转为以兴国救民为目标一样，当我一步步深入到这行以后，当我决定考研并慢慢提高了认识以后，我的目的变了。我觉得应该有个更高的人生目标，更高志向和追求来支持我的行动。这个目标就是：为民族软件业尽一把自己的力。

   真心希望你与我同行。

4、几点建议：

   建议大家耐下心来先学好理论，然后再选择具体的工具或语言。不过，在所有这一切开始以前，先打好C语言和汇编基础。

   能不能得道，就看你在见到别人做出一些花里胡哨的东西时，是不是能坚定信心、耐住寂寞、抵御诱惑了。

   一个和我一起学习C语言的人，学完就直接开始玩VC，而我则潜下心来学了些C++和理论方面的东西。早早地，他就能仿照书上用VC做些界面似的东西在我面前炫耀，可后来，当我基础理论的学习告一段落，做个图书管理程序卖了800大洋时，他还只是停留在做“例子程序”的水平上。现在我们谈论起编程，深度早已不可同日而语了。他起跑领先，却落在了后面。

   我不敢自以为是，只是想用这个亲身经历告诉大家：学编程，决不可心浮气燥。

5、结束语

   我的话触到许多人的痛处，而且由于写时心中气愤难平，有些出言不逊，可能要遭人骂了。不过，既然写了，就不怕骂。因为：以上所言全是忠告，识不识货，就看您的眼光了。

今天一位同事（已三十多了），被老板叫到他的办公室去。老总对他说，由于效益不好，公司不再和他续订到期的合同！我看到他很落寞地离去。他前年才结婚，还供着房子，老婆孩子要养，这一下子就失业了，而且又是快过年的时候！我跑去和他道别，他没有说什么，只让我好好干，公司还是大有前途的。
　　
　　他是一个好人，在技术上决不保密。记得三年前我刚进公司的时候，他正是公司的主力，他对我这个应届毕业生十分关照，只要我不懂的，他一定尽力相告。那时公司的老板也很器重他，可能是正当壮年的时候（还有很多剥削价值）。但自去年开始，公司转向了。NET平台，我们都去研发新技术了，原有的PB老版本程序基本上都由一些老程序员来维护（可能老板想他们年龄不小了，学新技术有些障碍）。公司产品的升级工作进展很快，PB版本的程序越来越少了，我们晚上经常加班，而他由于年龄和家庭的缘故，并不经常加班了。我渐渐地从老板对他的态度的变化——从最早的极为欣赏到一般到渐渐地嫌弃。今年公司的效益不太好，也许正是到了鸟尽弓藏、兔死狗烹的时候了？
　　
　　上世纪末那会儿，曾有“做IT，35岁就可以退休”的说法，历经沧海这么多年，35岁退休成了童话， 35岁的职业坎儿却无法让众多IT人回避。有人说，可以转为管理，然而管理的一条线就像窄窄的独木桥，又有多少人可以通过呢（据统计平均大约一百个程序员也就只有一两个做管理的机会）？转向传统行业？已经30多了，能再重新来过吗？绝大多数平凡IT人的出路又在哪儿呢？
　　
　　35岁对于IT人是个坎儿，过了这个年纪基本技术生涯即告终结，这是IT界多数人认可的。所以，也让IT人着实为35岁后的自己生了不少忧虑：IT人离开IT后能干什么？
　　
　　印象中的IT人都因为职业的缘故而木讷寡言。他们与机器沟通的能力显然优于与人沟通的能力。从机器到人，IT人必须跨过来。
　　
　　IT业的技术语言过于狭窄。社会却是复杂的。IT人的知识面不够广泛。社会上不需要人人都懂如何设计程序，但IT人却必须要懂社会。
　　
　　IT内的项目，有些人也有些经验，但这些经验性的东西多数是专业性的，个别种类项目的经验能否转化为普遍的社会经验，也确实需要时间。
　　
　　这些劣势，可以说，凡是地球上的IT人大概都知道。除了IT，要重新换个活法一时还真的玩不转。
　　
　　但IT人毕竟是IT人。IT是高薪行业，IT人从业几年十几年，一般都有了一定的物质基础。这是IT人比其他行业的人具有的优势。
　　
　　有了这样的物质基础，我认为，后IT人的关键是要实现思维方式的转变：从技术性思维到社会性思维，从而开创人生事业的第二高峰。
　　
　　技术性思维是面向机器的、僵硬的、封闭的、单向性的；社会性思维要求是面向常识和社会的、灵活的、开放的、多向综合的。后IT的人士最需要的是这种思维方式的转变。
　　
　　思维一转天地宽。后IT人会发现社会比IT里面其实更精彩。
　　
　　后IT人可以走出来干销售。这个工作富于挑战，而且收入与工作业绩直接挂钩。IT人有很强的技术背景，更擅长发掘产品性能的优缺点，对于IT产品的介绍具有权威性，容易被客户相信。
　　
　　后IT人可以走出程序迷宫来做培训。IT人在运用某一技术语言上相当精深，另外他们在技术研发中的实战经验，对于学员来说也是相当宝贵的教学资源。
　　
　　后IT人也可以由直面数字转为面向众人做咨询。成功的咨询师决不会因为年龄而贬值。有过实际项目经验的IT人，解决实际问题的能力非常强，出身IT的人作为咨询师是其他行业人士无法取代的。还可以做老板，做IT活动策划等等。
　　
　　需要提醒的是，思维方式的转变不是一朝一夕的事。一旦离开IT，IT人所要做的是不断调整自我，保持对社会的参与激情。阅读一些人际沟通技巧之类的书籍是必要的，还可以参加社会活动，给自己洗洗脑，从以数字中心、个人中心的思维方式转换到以人为中心、社会为中心的模式中。要注意多与人沟通。同时，个人应该尽早明确自己的发展方向，并根据新的事业来重新积累，不断升级完善自身的“软硬件”。  

打好坚实的基础十分重要的，但这并不一定表明一定要学习VC才算打好基础，我认为，如果你的天分不是太高（自己心里一定要清楚），自己对金钱的热爱高于对程序的热爱，那么我认为你还是选择一种快速开发工具（这儿不包括bcb），把C++/VC作为一种业余爱好比较好一点的。
  用C++做开发，对人的素质要求很高，但开发效率却无法大幅度提高。
  中国是学C++最厉害的国度，却是使用C++最少的国度，找过工作的人都清楚，每个公司都是在用快速开发工具做开发，delphi,pb,vb,jbuilder,c#也算是一种快速开发工具。为什么哪，可能与中国人的思维有关，中国人最爱面子，好像如果不学C++就等于承认自己没水平，智商不高，从网上论坛可见一斑，到处是对快速开发工具的攻击，其实我倒觉得，程序员应该把精力放在程序的功能上，比如一个报表软件就应该让会计用着舒服，不需要太多的计算机知识，只需要会计知识就够了，会计也不会关心你这个程序使用delphi,还是vc做的。不过现在情况好了一点，和C++具有相同因子的C#面世了，既满足了国人的面子，也满足了国人快速开发的需要。其实，在C#之前JAVA也是一个不错的选择，可是当JAVA刚刚面世时，速度的确也太慢了，给人留了一个不好的印象。微软也常以此来攻击JAVA。不过，微软现在却推出了一个JAVA的孪生兄弟c#,不过比尔盖茨有言在先，开发软件就要假设硬件会升级。
   C++在工业控制，游戏、系统开发等几个领域有不可替代的优势，其他领域就不用考虑了。
   一个人有多大成就，取决于她的目光前瞻性。
   很多产品 都是在假设硬件会进步的前提条下开始开发的，比如，永中Office使用JAVA开发的，决定使用JAVA是三年前，那时候的计算机是什么级别，当时，如果第一天做决策，第二天产品就开发出来，这个产品可肯定的完蛋，可是开发是需要时间的，现在在考虑这个问题，当初永中的选择是正确的，因为硬件也的确进步到可以自己用JAVA开发的应用程序了。并且由于编译技术的提高，JAVA程序的运行速度也有了显著的提高。并且，JAVA先天的网络优势和跨平台特性，使解决网络办公易如反掌。
   如果，我们也来个假设，硬件会进步，那么我们可不可以用java开发游戏，答案是肯定的，现在许多网络小游戏就是用java开发出来的，将来可能所有的游戏都要给自己贴上网络标签，那么java将使他们的选择。c++的游戏使长江灰以比较快的速度失掉，估计不超过十年，c++将不再是游戏开发的主流语言。
   系统及开发，到目前为止，还没有人用 编译形之外的语言做过，就以操作系统为例，如果用java 做一个桌面操作系统，就现在客户端及其而言，估计大多数用户，恐怕都无法忍受它的蜗牛速度。
   工业控制，讲究一个安全，实时。是否 b/s 结构并不重要，java的网络优势并不明显。
   总而言之，c++不会消亡，但其应用范围，以不可能扩大，总体趋势日益缩小，最后将固定在那么几个领域。
    补充一下，还有一个领域，我没有提到，那就是底层通信领域，不过，在这个领域我看不到c++和c相比有什么优势。

Java Learning Path （一）、工具篇

一、 JDK (Java Development Kit)
JDK是整个Java的核心，包括了Java运行环境（Java Runtime Envirnment），一堆Java工具和Java基础的类库(rt.jar)。不论什么Java应用服务器实质都是内置了某个版本的JDK。因此掌握JDK是学好Java的第一步。最主流的JDK是Sun公司发布的JDK，除了Sun之外，还有很多公司和组织都开发了自己的JDK，例如IBM公司开发的JDK，BEA公司的Jrocket，还有GNU组织开发的JDK等等。其中IBM的JDK包含的JVM（Java Virtual Machine）运行效率要比Sun JDK包含的JVM高出许多。而专门运行在x86平台的Jrocket在服务端运行效率也要比Sun JDK好很多。但不管怎么说，我们还是需要先把Sun JDK掌握好。

1、 JDK的下载和安装
JDK又叫做J2SE（Java2 SDK Standard Edition），可以从Sun的Java网站上下载到，http://java.sun.com/j2se/downloads.html ;，JDK当前最新的版本是J2SDK1.4.2，建议下载该版本的JDK，下载页面在这里：http://java.sun.com/j2se/1.4.2/download.html。

下载好的JDK是一个可执行安装程序，默认安装完毕后会在C:\Program Files\Java\目录下安装一套JRE（供浏览器来使用），在C:\j2sdk1.4.2下安装一套JDK（也包括一套JRE）。然后我们需要在环境变量PATH的最前面增加java的路径C:\j2sdk1.4.2\bin。这样JDK就安装好了。

2、 JDK的命令工具
JDK的最重要命令行工具：
java： 启动JVM执行class
javac： Java编译器
jar： Java打包工具
javadoc： Java文档生成器
这些命令行必须要非常非常熟悉，对于每个参数都要很精通才行。对于这些命令的学习，JDK Documentation上有详细的文档。

二、 JDK Documentation

Documentation在JDK的下载页面也有下载连接，建议同时下载Documentation。Documentation是最最重要的编程手册，涵盖了整个Java所有方面的内容的描述。可以这样说，学习Java编程，大部分时间都是花在看这个Documentation上面的。我是随身携带的，写Java代码的时候，随时查看，须臾不离手。

三、 应用服务器(App Server)

App Server是运行Java企业组件的平台，构成了应用软件的主要运行环境。当前主流的App Server是BEA公司的Weblogic Server和IBM公司的Websphere以及免费的Jboss，选择其中一个进行学习就可以了，个人推荐Weblogic，因为它的体系结构更加干净，开发和部署更加方便，是Java企业软件开发人员首选的开发平台。下面简要介绍几种常用的App Server：

1、 Tomcat
Tomcat严格意义上并不是一个真正的App Server，它只是一个可以支持运行Serlvet/JSP的Web容器，不过Tomcat也扩展了一些App Server的功能，如JNDI，数据库连接池，用户事务处理等等。Tomcat被非常广泛的应用在中小规模的Java Web应用中，因此本文做一点下载、安装和配置Tomcat的介绍：

Tomcat是Apache组织下Jakarta项目下的一个子项目，它的主网站是：http://jakarta.apache.org/tomcat/ ;，Tomcat最新版本是Tomcat4.1.27，软件下载的连接是：http://www.apache.org/dist/jakarta/tomcat-4/binaries/ ;。

下载Tomcat既可以直接下载zip包，也可以下载exe安装包（个人建议zip更干净些），不管哪种情况，下载完毕安装好以后（zip直接解压缩就可以了）。需要设置两个环境变量：

JAVA_HOME=C:\j2sdk1.4.2
CATALINA_HOME=D:\tomcat4 (你的Tomcat安装目录)

这样就安装好了，启动Tomcat运行CATALINA_HOME\bin\startup.bat，关闭Tomcat运行shutdown.bat脚本。Tomcat启动以后，默认使用8080端口，因此可以用浏览器访问http://localhost:8080来测试Tomcat是否正常启动。

Tomcat提供了两个Web界面的管理工具，URL分别是：
http://localhost:8080/admin/index.jsp ;
http://localhost:8080/manager/html ;
在启用这两个管理工具之前，先需要手工配置一下管理员用户和口令。用一个文本工具打开CATALINA_HOME\conf\tomcat-users.xml这个文件，加入如下几行：





这样用户“robbin”就具备了超级管理员权限。重新启动Tomcat以后，你就可以使用该用户来登陆如上的两个管理工具，通过Web方式进行Tomcat的配置和管理了。

2、 BEA Weblogic
Weblogic可以到BEA的网站上免费注册之后下载到最新的Weblogic8.1企业版，License可以免费使用1年时间，其实这已经完全足够了。Weblogic的下载连接：http://commerce.bea.com/index.jsp，Weblogic的在线文档：http://edocs.bea.com/ ;。

3、 IBM Webshpere
Websphere同样可以下载到免费的试用版本，到IBM的developerWorks网站可以看到Websphere试用产品的下载和相关的Websphere的资料，developerWorks中文网站的连接是：http://www-900.ibm.com/developerWorks/cn/wsdd/ ;，Websphere的下载连接：http://www7b.software.ibm.com/wsdd/downloads/WASsupport.html ;。

4、 Jboss
Jboss是免费开源的App Server，可以免费的从Jboss网站下载：http://www.jboss.org/index.html，然而Jboss的文档是不免费，需要花钱购买，所以为我们学习Jboss设置了一定的障碍。在Jdon上有几篇不错的Jboss配置文档，可以用来参考：http://www.jdon.com/idea.html ;

四、 Java应用的运行环境

Java的应用可以简单分为以下几个方面：

1、 Java的桌面应用
桌面应用一般仅仅需要JRE的支持就足够了。

2、 Java Web应用
Java的Web应用至少需要安装JDK和一个web容器（例如Tomcat），以及一个多用户数据库，Web应用至少分为三层：
Browser层：浏览器显示用户页面
Web层：运行Servlet/JSP
DB层：后端数据库，向Java程序提供数据访问服务

3、 Java企业级应用
企业级应用比较复杂，可以扩展到n层，最简单情况会分为4层：
Browser层：浏览器显示用户页面
Client层：Java客户端图形程序（或者嵌入式设备的程序）直接和Web层或者EJB层交互
Web层：运行Servlet/JSP
EJB层：运行EJB，完成业务逻辑运算
DB层：后端数据库，向Java程序提供数据访问服务

4、 Java嵌入式应用
Java嵌入式应用是一个方兴未艾的领域，从事嵌入式开发，需要从Sun下载J2ME开发包，J2ME包含了嵌入式设备专用虚拟机KVM，和普通的JDK中包含的JVM有所不同。另外还需要到特定的嵌入式厂商那里下载模拟器。

Java Learning Path（二）、书籍篇

学习一门新的知识，不可能指望只看一本，或者两本书就能够完全掌握。需要有一个循序渐进的阅读过程。我推荐Oreilly出版的Java系列书籍。

在这里我只想补充一点看法，很多人学习Java是从《Thinking in Java》这本书入手的，但是我认为这本书是不适合初学者的。我认为正确的使用这本书的方法应该是作为辅助的读物。《Thinking in Java》并不是在完整的介绍Java的整个体系，而是一种跳跃式的写作方法，是一种类似tips的方法来对Java很多知识点进行了深入的分析和解释。

对于初学者来说，最好是找一本Java入门的书籍，但是比较完整的循序的介绍Java的语法，面向对象的特性，核心类库等等，在看这本书的同时，可以同步来看《Thinking in Java》，来加深对Java的理解和原理的运用，同时又可以完整的了解Java的整个体系。

对于Java的入门书籍，蔡学镛推荐的是Oreilly的《Exploring Java, 2nd Edition》 或者《Java in a Nutshell,2nd Edition（针对C++背景）》，我并没有看过这两本书。其实我觉得电子工业出版社的《Java 2编程详解》或者《Java 2从入门到精通》就很不错。

在所有的Java书籍当中，其实最最有用的，并不是O′reilly的 Java Serials，真正最最有用处是JDK的Documentation！几乎你想获得的所有的知识在Documentation里面全部都有，其中最主要的部分当然是Java基础类库的API文档，是按照package来组织的，对于每一个class都有详细的解释，它的继承关系，是否实现了某个接口，通常用在哪些场合，还可以查到它所有的public的属性和方法，每个属性的解释，意义，每个方法的用途，调用的参数，参数的意义，返回值的类型，以及方法可能抛出的异常等等。可以这样来说，所有关于Java编程方面的书籍其实都不过是在用比较通俗易懂的语言，和良好的组织方式来介绍Documentation里面的某个package里面包含的一些类的用法而已。所以万变不离其宗，如果你有足够的能力来直接通过Documentation来学习Java的类库，那么基本上就不需要看其他的书籍了。除此之外，Documentation也是编程必备的手册，我的桌面上有三个Documentation的快捷方式，分别是J2SDK1.4.1的Documentation，Servlet2.3的Documentation和J2SDKEE1.3.1的Documentation。有了这个三个Documentation，什么其他的书籍都不需要了。

对于Java Web 编程来说，最核心的是要熟悉和掌握HTTP协议，这个就和Java无关了，在熟悉HTTP协议之后，就需要熟悉Java的实现HTTP协议的类库，也就是Servlet API，所以最重要的东西就是Servlet API。当然对于初学者而言，直接通过Servlet API来学习Web编程有很大的难度，我推荐O′reilly的《Java Server Pages 》这本书来学习Web 编程。

EJB的书籍当中，《Enterprise JavaBeans, 2nd Edition》是一本很不错的书， EJB的学习门槛是比较高，入门很难，但是这本书完全降低了学习的难度，特别重要的一点是，EJB的学习需要结合一种App Server的具体实现，所以在学习EJB的同时，必须同步的学习某种App Server，而这本书相关的出了三本书，分别是Weblogic6.1，Websphere4.0和JBoss3.0上面部署书中例子的实做。真是既有理论，又有实践。在学习EJB的同时，可以边看边做，EJB的学习会变得很轻松。

但是这本书也有一个问题，就是版本比较旧，主要讲EJB1.1规范和部分EJB2.0的规范。而Ed Roman写的《Mastering EJB 2.0》这本书完全是根据EJB2.0规范写的，深入浅出，覆盖了EJB编程的各个方面，并且还有很多编程经验tips，也是学习EJB非常推荐的书籍之一。

如果是结合Weblogic来学习J2EE的话，《J2EE应用与BEA Weblogic Server》绝对是首选读物，虽然是讲述的Weblogic6.0，仍然值得购买，这本书是BEA官方推荐的教材，作者也是BEA公司的工程师。现在中文版已经随处可见了。这本书结合Weblogic介绍了J2EE各个方面的技术在Weblogic平台上的开发和部署，实践指导意义非常强。

在掌握了Java平台基础知识和J2EE方面的知识以后，更进一步的是学习如何运用OO的方法进行软件的设计，那么就一定要学习“设计模式”。Sun公司出版了一本《J2EE核心模式》，是每个开发Java企业平台软件的架构师必备的书籍。这本书全面的介绍了J2EE体系架构的各种设计模式，是设计师的必读书籍。

Java Learning Path（三）过程篇

每个人的学习方法是不同的，一个人的方法不见得适合另一个人，我只能是谈自己的学习方法。因为我学习Java是完全自学的，从来没有问过别人，所以学习的过程基本上完全是自己摸索出来的。我也不知道这种方法是否是比较好的方法，只能给大家提供一点参考了。

学习Java的第一步是安装好JDK，写一个Hello World，? 其实JDK的学习没有那么简单，关于JDK有两个问题是很容易一直困扰Java程序员的地方：一个是CLASSPATH的问题，其实从原理上来说，是要搞清楚JRE的ClassLoader是如何加载Class的；另一个问题是package和import问题，如何来寻找类的路径问题。把这两个问题摸索清楚了，就扫除了学习Java和使用JDK的最大障碍。推荐看一下王森的《Java深度历险》，对这两个问题进行了深入的探讨。

第二步是学习Java的语法。Java的语法是类C++的，基本上主流的编程语言不是类C，就是类C++的，没有什么新东西，所以语法的学习，大概就是半天的时间足够了。唯一需要注意的是有几个不容易搞清楚的关键字的用法，public，protected，private，static，什么时候用，为什么要用，怎么用，这可能需要有人来指点一下，我当初是完全自己琢磨出来的，花了很久的时间。不过后来我看到《Thinking in Java》这本书上面是讲了这些概念的。

第三步是学习Java的面向对象的编程语言的特性的地方。比如继承，构造器，抽象类，接口，方法的多态，重载，覆盖，Java的异常处理机制。对于一个没有面向对象语言背景的人来说，我觉得这个过程需要花很长很长时间，因为学习Java之前没有C++的经验，只有C的经验，我是大概花了一个月左右吧，才彻底把这些概念都搞清楚，把书上面的例子反复的揣摩，修改，尝试，把那几章内容反复的看过来，看过去，看了不下5遍，才彻底领悟了。不过我想如果有C++经验的话，应该一两天时间足够了。那么在这个过程中，可以多看看《Thinking in Java》这本书，对面向对象的讲解非常透彻。可惜的是我学习的时候，并没有看到这本书，所以自己花了大量的时间，通过自己的尝试和揣摩来学会的。

第四步就是开始熟悉Java的类库。Java的基础类库其实就是JDK安装目录下面jre\lib\rt.jar这个包。学习基础类库就是学习rt.jar。基础类库里面的类非常非常多。据说有3000多个，我没有统计过。但是真正对于我们来说最核心的只有4个，分别是
java.lang.*;
java.io.*;
java.util.*;
java.sql.*;

这四个包的学习，每个包的学习都可以写成一本厚厚的教材，而O′reilly也确实是这样做的。我觉得如果时间比较紧，是不可能通过读四本书来学习。我觉得比较好的学习方法是这样的：
首先要通读整个package的框架，了解整个package的class，interface，exception的构成，最好是能够找到介绍整个包框架的文章。这些专门介绍包的书籍的前几章应该就是这些总体的框架内容介绍。

对包整体框架的把握并不是要熟悉每个类的用法，记住它有哪些属性，方法。想记也记不住的。而是要知道包有哪些方面的类构成的，这些类的用途是什么，最核心的几个类分别是完成什么功能的。我在给人培训的时候一般是一次课讲一个包，所以不可能详细的介绍每个类的用法，但是我反复强调，我给你们讲这些包的不是要告诉你们类的方法是怎么调用的，也不要求你们记住类的方法调用，而是要你们了解，Java给我们提供了哪些类，每个类是用在什么场合，当我遇到问题的时候，我知道哪个类，或者哪几个类的组合可以解决我的问题，That′all！，当我们具体写程序的时候，只要你知道该用哪个类来完成你的工作就足够了。编码的时候，具体的方法调用，是边写代码，边查Documentation，所有的东西都在Documentation里面，不要求你一定记住，实际你也记不住3000多个类的总共将近10万个方法调用。所以对每个包的总体框架的把握就变得极为重要。

第五步，通过上面的学习，如果学的比较扎实的话，就打好了Java的基础了，剩下要做的工作是扫清Documentation里面除了上面4个包之外的其他一些比较有用处的类。相信进展到这一步，Java的自学能力已经被培养出来了，可以到了直接学习Documentation的水平了。除了要做GUI编程之外，JDK里面其他会有用处的包是这些：
java.text.*;
java.net.*;
javax.naming.*;
这些包里面真正用的比较多的类其实很少，只有几个，所以不需要花很多时间。

第六步，Java Web 编程
Web编程的核心是HTTP协议，HTTP协议和Java无关，如果不熟悉HTTP协议的话，虽然也可以学好Servlet/JSP编程，但是达不到举一反三，一通百通的境界。所以HTTP协议的学习是必备的。如果熟悉了HTTP协议的话，又有了Java编程的良好的基础，学习Servlet/JSP简直易如反掌，我学习Servlet/JSP就用了不到一周的时间，然后就开始用JSP来做项目了。

在Servlet/JSP的学习中，重头仍然是Servlet Documentation。Servlet API最常用的类很少，花比较少的时间就可以掌握了。把这些类都看一遍，多写几个例子试试。Servlet/JSP编程本质就是在反复调用这些类来通过HTTP协议在Web Server和Brower之间交谈。另外对JSP，还需要熟悉几个常用JSP的标记，具体的写法记不住的话，临时查就是了。

此外Java Web编程学习的重点要放在Web Application的设计模式上，如何进行业务逻辑的分析，并且进行合理的设计，按照MVC设计模式的要求，运用Servlet和JSP分别完成不同的逻辑层，掌握如何在Servlet和JSP之间进行流程的控制和数据的共享，以及Web Application应该如何配置和部署。

第七步，J2EE编程
以上的学习过程如果是比较顺利的话，进行到这一步，难度又陡然提高。因为上面的知识内容都是只涉及一个方面，而像EJB，JMS，JTA等核心的J2EE规范往往是几种Java技术的综合运用的结晶，所以掌握起来难度比较大。

首先一定要学习好JNDI，JNDI是App Server定位服务器资源（EJB组件，Datasouce，JMS）查找方法，如果对JNDI不熟悉的话，EJB，JMS这些东西几乎学不下去。JNDI其实就是javax.naming.*这个包，运用起来很简单。难点在于服务器资源文件的配置。对于服务器资源文件的配置，就需要看看专门的文档规范了，比如web.xml的写法，ejb-jar.xml的写法等等。针对每种不同的App Server，还有自己的服务资源配置文件，也是需要熟悉的。

然后可以学习JTA，主要是要理解JTA对于事务的控制的方法，以及该在什么场合使用JTA。这里可以简单的举个例子，我们知道一般情况可以对于一个数据库连接进行事务控制(conn.setAutoCommit(false),....,conn.commit())，做为一个原子操作，但是假设我的业务需求是要把对两个不同数据库的操作做为一个原子操作，你能做的到吗？这时候只能用JTA了。假设操作过程是先往A数据库插一条记录，然后删除B数据库另一个记录，我们自己写代码是控制不了把整个操作做为一个原子操作的。用JTA的话，由App Server来完成控制。

在学习EJB之前要学习对象序列化和RMI，RMI是EJB的基础。接着学习JMS和EJB，对于EJB来说，最关键是要理解EJB是如何通过RMI来实现对远端对象的调用的，以及在什么情况下要用到EJB。

在学习完EJB，JMS这些东西之后，你可能会意识到要急不可待学习两个领域的知识，一个是UML，另一个是Design Pattern。Java企业软件的设计非常重视框架(Framework)的设计，一个好的软件框架是软件开发成功的必要条件。在这个时候，应该开始把学习的重点放在设计模式和框架的学习上，通过学习和实际的编程经验来掌握EJB的设计模式和J2EE的核心模式。

J2EE规范里面，除了EJB，JMS，JTA，Servlet/JSP，JDBC之外还有很多很多的企业技术，这里不一一进行介绍了。

另外还有一个最新领域Web Services。Web Services也完全没有任何新东西，它像是一种黏合剂，可以把不同的服务统一起来提供一个统一的调用接口，作为使用者来说，我只要获得服务提供者给我的WSDL（对服务的描述），就够了，我完全不知道服务器提供者提供的服务究竟是EJB组件，还是.Net组件，还是什么CORBA组件，还是其他的什么实现，我也不需要知道。Web Services最伟大的地方就在于通过统一的服务提供方式和调用方式，实现了整个Internet服务的共享，是一个非常令人激动的技术领域。Web Services好像目前还没有什么很好的书籍，但是可以通过在网络上面查资料的方式来学习。

Java Learning Path（四） 方法篇

Java作为一门编程语言，最好的学习方法就是写代码。当你学习一个类以后，你就可以自己写个简单的例子程序来运行一下，看看有什么结果，然后再多调用几个类的方法，看看运行结果，这样非常直观的把类给学会了，而且记忆非常深刻。然后不应该满足把代码调通，你应该想想看如果我不这样写，换个方式，再试试行不行。记得哪个高人说过学习编程就是个破坏的过程，把书上的例子，自己学习Documentation编写的例子在运行通过以后，不断的尝试着用不同的方法实现，不断的尝试破坏代码的结构，看看它会有什么结果。通过这样的方式，你会很彻底的很精通的掌握Java。

举个例子，我们都编过Hello World

public class HelloWorld {
public static void main(String[] args) {
System.out.println("Hello World");
}
}

很多初学者不是很理解为什么main方法一定要这样来定义public static void main(String[] args)，能不能不这样写？包括我刚学习Java的时候也有这样的疑问。想知道答案吗？很简单，你把main改个名字运行一下，看看报什么错误，然后根据出错信息进行分析；把main的public取掉，在试试看，报什么错误；static去掉还能不能运行；不知道main方法是否一定要传一个String[]数组的，把String[]改掉，改成int[]，或者String试试看；不知道是否必须写args参数名称的，也可以把args改成别的名字，看看运行结果如何。

我当初学习Java的时候就是这样做的，把Hello World程序反复改了七八次，不断运行，分析运行结果，最后就彻底明白为什么了main方法是这样定义的了。

此外，我对于staic，public，private，Exception，try{ }catch {}finally{}等等等等一开始都不是很懂，都是把参考书上面的例子运行成功，然后就开始破坏它，不断的根据自己心里面的疑问来重新改写程序，看看能不能运行，运行出来是个什么样子，是否可以得到预期的结果。这样虽然比较费时间，不过一个例子程序这样反复破坏几次之后。我就对这个相关的知识彻底学通了。有时候甚至故意写一些错误的代码来运行，看看能否得到预期的运行错误。这样对于编程的掌握是及其深刻的。

其中特别值得一提的是JDK有一个非常棒的调试功能，-verbose
java ?Cverbose
javac ?Cverbose 以及其它很多JDK工具都有这个选项
-verbose 可以显示在命令执行的过程中，JVM都依次加载哪里Class，通过这些宝贵的调试信息，可以帮助我们分析出JVM在执行的过程中都干了些什么。

另外，自己在学习过程中，写的很多的这种破坏例程，应该有意识的分门别类的保存下来，在工作中积累的典型例程也应该定期整理，日积月累，自己就有了一个代码库了。遇到类似的问题，到代码库里面 Copy & Paste ，Search & Replace，就好了，极大提高了开发速度。最理想的情况是把一些通用的例程自己再抽象一层，形成一个通用的类库，封装好。那么可复用性就更强了。

所以我觉得其实不是特别需要例程的，自己写的破坏例程就是最好的例子，如果你实在对自己写的代码不放心的话，我强烈推荐你看看JDK基础类库的Java源代码。在JDK安装目录下面会有一个src.zip，解开来就可以完整的看到整个JDK基础类库，也就是rt.jar的Java源代码，你可以参考一下Sun是怎么写Java程序的，规范是什么样子的。我自己在学习Java的类库的时候，当有些地方理解的不是很清楚的时候，或者想更加清晰的理解运作的细节的时候，往往会打开相应的类的源代码，通过看源代码，所有的问题都会一扫而空。

Java Learning Path（五）资源篇

1、 http://java.sun.com/ ;(英文)
Sun的Java网站，是一个应该经常去看的地方。不用多说。

2、 http://www-900.ibm.com/developerWorks/cn/ ;
IBM的developerWorks网站，英语好的直接去英文主站点看。这里不但是一个极好的面向对象的分析设计网站，也是Web Services，Java，Linux极好的网站。强烈推荐！！！

3、 http://www.java-cn.com/ ;(中文)
JAVA中文站，目前国内资料最全、会员最多的JAVA技术网站，人气极高。有《JAVA电子书库》、《JAVA视频库》(国内唯一)、《JAVA技术文摘库》、《JAVA源代码库》、《JAVA工具库》、《招聘求职广场》等主要栏目，还有一些专家栏目。目前会员有5万多，VIP会员近1000人。无论是菜鸟还是老鸟，都能在此网站中找到自己所需要的东东！！ 最强烈推荐！！！！！！

4、 http://www.javaworld.com/ ;(英文)
关于Java很多新技术的讨论和新闻。想多了解Java的方方面面的应用，这里比较好。

5、 http://dev2dev.bea.com.cn/index.jsp ;
BEA的开发者园地，BEA作为最重要的App Server厂商，有很多独到的技术，在Weblogic上做开发的朋友不容错过。

6、 http://www.huihoo.com/ ;
灰狐动力网站，一个专业的中间件网站，虽然不是专业的Java网站，但是在J2EE企业应用技术方面有深厚的造诣。

7、 http://www.theserverside.com/home/ ;(英文)
TheServerSide是一个著名的专门面向Java Server端应用的网站。

8、 http://www.javaresearch.org/ ;
Java研究组织，有很多优秀的Java方面的文章和教程，特别是在JDO方面的文章比较丰富。

9、 http://www.cnjsp.org/ ;
JSP技术网站，有相当多的Java方面的文章和资源。

10、 http://www.jdon.com/ ;
Jdon论坛，是一个个人性质的中文J2EE专业技术论坛，在众多的Java的中文论坛中，Jdon一个是技术含量非常高，帖子质量非常好的论坛。

11、 http://sourceforge.net/ ;
SourgeForge是一个开放源代码软件的大本营，其中也有非常非常丰富的Java的开放源代码的著名的软件。

我从事程序开发三年了，不算长，也不算短。在别人眼里或许可以认为高手，但我自己明白，我什么也算不了。
记得还没毕业时，会用tc写几个cai软件，过了语言关，就以为自己是程序员了，很自喜，但毕业后去单位才发现，自己对于程序员这个行当来说仅是一个没入门的newbie.
很幸运的是遇到了张哥等校友，教了我很多，其间学会了web开发，数据库，也略懂了一些tcp/ip协议，以为自己懂很多了。其间到一家小公司作了一年技术总监，感觉不错。后来公司破产,换到一家外企。
在这里又有一番天地，发现自己什么也不是。编程？ PHp方面我比他们走得早，会一些。说实话，语言这东西就象英语，很容易过去，关键是思维方式和经验(当然包括算法)。网络方面？在这里才开眼，我先前的那点功底只能算入门级，这个公司ccie就有4个，ccnp一堆。
接触了一些unix,专用服务器，大型数据库。
后来跳到一家网安公司，作了一些驱动。
现在在一家公司负责产品研发管理，同时也兼作开发人员。时常也有自己感觉不明白的东西，计算机这东西，需要学的太多，而且你不能学会了再用，一边学，一边用，用完了就扔掉。

以前在和luo谈话时有一些共识，现在的所谓程序好多根本不懂算法，数据结构一塌糊涂。我真的不敢叫他们是程序员，以为会点vb,能拖一些控件在上面就能叫程序?如果这样想，真的完了!

首先声明: 我本人学历不高，只能算是半个本科，也就是比专科高点，比本科差点。 但现在的教育好象真的是“教育”，面试了不少研究生，真的不敢恭维，水平不如好多专科生。
我并不是贬低学历，我本人也为学历吃了很多苦，现在还很辛苦地为了成为真正的本科，以至master而努力。但我觉得，好多人对不起头上的硕士帽。怪不得在新浪上看到，现在的硕士生只能相当于十年前的本科生，现在的doctor只能当
二十年前的master. 特别是那些不入流的学校，大部分人简直在混时间。偶然看过几场master毕业答辩，真的是欲哭无泪。青春无价，为什么要混？
当然，水平高的 bachelor,master,doctor也有。就象也有没有文凭的高手。 但总体素质真的很差。好多连c++都搞不明白(应聘c++程序员). 我面试人决不会出怪题，我会考虑水平和细心程度,但令我失望的太多。

这儿又让我想起了各种it认证。首先声明的是，我不会参加任何认证。 mcse,ocp这些认证不差吧？ sorry,老外看不懂国人。明明是含金量很高的认证，到了中国就成了废纸。我认为国内真正能看出水平的就是
ccie认证。不为别的，它的lib exam 不是每个人都能轻易过的，没有真本事绝不过了。 我想起了木匠认证: 一个实际水平有八级的木匠考了六级，而一个不会的人考了八级。
我不知道是主考人的悲哀还是木匠的悲哀。 好多有ocp证书的人连一些基本的oracle知道都不具备，就象一个文科学生，背了两个月题过了mcse. 所以我理解为什么我以前的外企只要你一说你过了mcse,一切免谈。首先是你这个人的动机有问题。


给驱动开发的网友:
驱动开发没什么神秘的，大家都知道，无非就是ms的api和frame.但它的精髓部分在于一种仔细的工作态度和百折不挠的精神，以及浑厚的底蕴。 就象做应用层的人，写个hello world很容易，写个编译器?
不是每个人都能办到的。 不要告诉我你写了一个basic 什么的解释器，如果你真想觉得你有水平，写个c的就行了.我不行，但我相信大部分人也不行。不是我们智力有问题，是太浮了。


我本身就是一个浮澡的人，但我不希望大家一样浮，到最后我们什么也没有，只是人家的劳工

btw: 我知道，国内也有牛人，但这只能是凤毛xxx,我上面所说的是国内的整体水平。

所有，我觉得，做程序员，不说你要把< 编程的艺术> 三卷看完，至少也要看过几本数据结构的书，写过一些东西。 实际做过一些项目.有认真的工作态度.并且你要做过一些比较复杂的程序,把自己的思维进行一些必要的训练.
思维方式是很主要的.而且程序员这行需要有天赋,天赋的兴趣.没有兴趣是什么也做不好的. 没这方面的素质,我劝你早点改行.

我记得我在从原来的公司离职时,听得最多的是测试人员的赞赏.不为别的,只为我的认真. 我觉得,不管做什么事情都要对得起自己的良心,对于程序员来说,要有职业道德.

我知道我还算不上一个合格的程序,但我不得不说上面的话,就象好多master不行,但不能认为master本身有问题,关键是人! 我还在为成为master而努力,我希望得到的最好的结果是: 人家会认为我具有的素质是一个master应该具有的,那天我会很高兴的

如果大家都踏实点,一切都不再是浮躁的!