Key features:
• Write software on one platform and run it on practically any other platform
• Create programs to run within a web browser and web services
• Develop server-side applications for online forums, stores, polls, HTML forms processing, and more
• Combine Java technology-based applications or services to create highly customized applications or services
• Write powerful and efficient applications for mobile phones, remote processors, low-cost consumer products, and practically any device with a digital heartbeat.

下载:Sun Java SE Runtime Environment 6.0 Update 6

　　thisIsMethodOrFieldName

　　若在定义中出现了常数初始化字符，则大写static final基本类型标识符中的所有字母。这样便可标志出它们属于编译期的常数。

　　Java包(Package)属于一种特殊情况：它们全都是小写字母，即便中间的单词亦是如此。对于域名扩展名称，如com，org，net或者edu等，全部都应小写(这也是Java 1.1和Java 1.2的区别之一)。

　　(2) 为了常规用途而创建一个类时，请采取“经典形式”，并包含对下述元素的定义：

　　equals()

　　hashCode()

　　toString()

　　clone()(implement Cloneable)

　　implement Serializable

　　(3) 对于自己创建的每一个类，都考虑置入一个main()，其中包含了用于测试那个类的代码。为使用一个项目中的类，我们没必要删除测试代码。若进行了任何形式的改动，可方便地返回测试。这些代码也可作为如何使用类的一个示例使用。

　　(4) 应将方法设计成简要的、功能性单元，用它描述和实现一个不连续的类接口部分。理想情况下，方法应简明扼要。若长度很大，可考虑通过某种方式将其分割成较短的几个方法。这样做也便于类内代码的重复使用(有些时候，方法必须非常大，但它们仍应只做同样的一件事情)。 (5) 设计一个类时，请设身处地为客户程序员考虑一下(类的使用方法应该是非常明确的)。然后，再设身处地为管理代码的人考虑一下(预计有可能进行哪些形式的修改，想想用什么方法可把它们变得更简单)。

　　(6) 使类尽可能短小精悍，而且只解决一个特定的问题。下面是对类设计的一些建议：

　　■一个复杂的开关语句：考虑采用“多形”机制

　　■数量众多的方法涉及到类型差别极大的操作：考虑用几个类来分别实现

　　■许多成员变量在特征上有很大的差别：考虑使用几个类 。

　　(7) 让一切东西都尽可能地“私有”——private。可使库的某一部分“公共化”(一个方法、类或者一个字段等等)，就永远不能把它拿出。若强行拿出，就可能破坏其他人现有的代码，使他们不得不重新编写和设计。若只公布自己必须公布的，就可放心大胆地改变其他任何东西。在多线程环境中，隐私是特别重要的一个因素——只有private字段才能在非同步使用的情况下受到保护。

　　(8) 谨惕“巨大对象综合症”。对一些习惯于顺序编程思维、且初涉OOP领域的新手，往往喜欢先写一个顺序执行的程序，再把它嵌入一个或两个巨大的对象里。根据编程原理，对象表达的应该是应用程序的概念，而非应用程序本身。

　　(9) 若不得已进行一些不太雅观的编程，至少应该把那些代码置于一个类的内部。

　　(10) 任何时候只要发现类与类之间结合得非常紧密，就需要考虑是否采用内部类，从而改善编码及维护工作(参见第14章14.1.2小节的“用内部类改进代码”)。

　　(11) 尽可能细致地加上注释，并用javadoc注释文档语法生成自己的程序文档。

　　(12) 避免使用“魔术数字”，这些数字很难与代码很好地配合。如以后需要修改它，无疑会成为一场噩梦，因为根本不知道“100”到底是指“数组大小”还是“其他全然不同的东西”。所以，我们应创建一个常数，并为其使用具有说服力的描述性名称，并在整个程序中都采用常数标识符。这样可使程序更易理解以及更易维护。

　　(13) 涉及构建器和异常的时候，通常希望重新丢弃在构建器中捕获的任何异常——如果它造成了那个对象的创建失败。这样一来，调用者就不会以为那个对象已正确地创建，从而盲目地继续。

　　(14) 当客户程序员用完对象以后，若你的类要求进行任何清除工作，可考虑将清除代码置于一个良好定义的方法里，采用类似于cleanup()这样的名字，明确表明自己的用途。除此以外，可在类内放置一个boolean(布尔)标记，指出对象是否已被清除。在类的finalize()方法里，请确定对象已被清除，并已丢弃了从RuntimeException继承的一个类(如果还没有的话)，从而指出一个编程错误。在采取象这样的方案之前，请确定finalize ()能够在自己的系统中工作(可能需要调用System.runFinalizersonExit(true)，从而确保这一行为)。

　　(15) 在一个特定的作用域内，若一个对象必须清除(非由垃圾收集机制处理)，请采用下述方法：初始化对象;若成功，则立即进入一个含有finally从句的try块，开始清除工作。

　　(16) 若在初始化过程中需要覆盖(取消)finalize()，请记住调用super.finalize()(若Object属于我们的直接超类，则无此必要)。在对finalize()进行覆盖的过程中，对super.finalize()的调用应属于最后一个行动，而不应是第一个行动，这样可确保在需要基础类组件的时候它们依然有效。

　　(17) 创建大小固定的对象集合时，请将它们传输至一个数组(若准备从一个方法里返回这个集合，更应如此操作)。这样一来，我们就可享受到数组在编译期进行类型检查的好处。此外，为使用它们，数组的接收者也许并不需要将对象“造型”到数组里。

　　(18) 尽量使用interfaces，不要使用abstract类。若已知某样东西准备成为一个基础类，那么第一个选择应是将其变成一个interface(接口)。只有在不得不使用方法定义或者成员变量的时候，才需要将其变成一个abstract(抽象)类。接口主要描述了客户希望做什么事情，而一个类则致力于(或允许)具体的实施细节。

　　(19) 在构建器内部，只进行那些将对象设为正确状态所需的工作。尽可能地避免调用其他方法，因为那些方法可能被其他人覆盖或取消，从而在构建过程中产生不可预知的结果(参见第7章的详细说明)。

　　(20) 对象不应只是简单地容纳一些数据;它们的行为也应得到良好的定义。

　　(21) 在现成类的基础上创建新类时，请首先选择“新建”或“创作”。只有自己的设计要求必须继承时，才应考虑这方面的问题。若在本来允许新建的场合使用了继承，则整个设计会变得没有必要地复杂。

　　(22) 用继承及方法覆盖来表示行为间的差异，而用字段表示状态间的区别。一个非常极端的例子是通过对不同类的继承来表示颜色，这是绝对应该避免的：应直接使用一个“颜色”字段。

　　(23) 为避免编程时遇到麻烦，请保证在自己类路径指到的任何地方，每个名字都仅对应一个类。否则，编译器可能先找到同名的另一个类，并报告出错消息。若怀疑自己碰到了类路径问题，请试试在类路径的每一个起点，搜索一下同名的.class文件。

　　(24) 在Java 1.1 AWT中使用事件“适配器”时，特别容易碰到一个陷阱。若覆盖了某个适配器方法，同时拼写方法没有特别讲究，最后的结果就是新添加一个方法，而不是覆盖现成方法。然而，由于这样做是完全合法的，所以不会从编译器或运行期系统获得任何出错提示——只不过代码的工作就变得不正常了。

　　(25) 用合理的设计方案消除“伪功能”。也就是说，假若只需要创建类的一个对象，就不要提前限制自己使用应用程序，并加上一条“只生成其中一个”注释。请考虑将其封装成一个“独生子”的形式。若在主程序里有大量散乱的代码，用于创建自己的对象，请考虑采纳一种创造性的方案，将些代码封装起来。

　　(26) 警惕“分析瘫痪”。请记住，无论如何都要提前了解整个项目的状况，再去考察其中的细节。由于把握了全局，可快速认识自己未知的一些因素，防止在考察细节的时候陷入“死逻辑”中。

　　(27) 警惕“过早优化”。首先让它运行起来，再考虑变得更快——但只有在自己必须这样做、而且经证实在某部分代码中的确存在一个性能瓶颈的时候，才应进行优化。除非用专门的工具分析瓶颈，否则很有可能是在浪费自己的时间。性能提升的隐含代价是自己的代码变得难于理解，而且难于维护。

　　(28) 请记住，阅读代码的时间比写代码的时间多得多。思路清晰的设计可获得易于理解的程序，但注释、细致的解释以及一些示例往往具有不可估量的价值。无论对你自己，还是对后来的人，它们都是相当重要的。如对此仍有怀疑，那么请试想自己试图从联机Java文档里找出有用信息时碰到的挫折，这样或许能将你说服。

　　(29) 如认为自己已进行了良好的分析、设计或者实施，那么请稍微更换一下思维角度。试试邀请一些外来人士——并不一定是专家，但可以是来自本公司其他部门的人。请他们用完全新鲜的眼光考察你的工作，看看是否能找出你一度熟视无睹的问题。采取这种方式，往往能在最适合修改的阶段找出一些关键性的问题，避免产品发行后再解决问题而造成的金钱及精力方面的损失。

　　(30) 良好的设计能带来最大的回报。简言之，对于一个特定的问题，通常会花较长的时间才能找到一种最恰当的解决方案。但一旦找到了正确的方法，以后的工作就轻松多了，再也不用经历数小时、数天或者数月的痛苦挣扎。我们的努力工作会带来最大的回报(甚至无可估量)。而且由于自己倾注了大量心血，最终获得一个出色的设计方案，成功的快感也是令人心动的。坚持抵制草草完工的诱惑——那样做往往得不偿失。

　　一、引言

　　1998年，Michael Kunze为德国计算机杂志c't写了一篇关于Free 软件如何成为商业软件替代品的文章时，创建了LAMP这个名词，Linux 操作系统、Apache网络服务器、MySQL数据库和PHP （Perl或Python）脚本语言组合而成的——LAMP （四种技术的开头字母组成），随之LAMP技术成为了自由软件业的一盏真正的明灯。

　　LAMP 在英语中是“灯”的意思，但是在 IT 行业当然不是那么简单的一个意思。这个术语在德国十分流行。代表了 Linux 平台上的 Apache 网站服务器； MySQL 数据库以及 Perl 、Python 或者 PHP 编程语言的结合。笔者相信，这个术语也会在我们中国的开放源代码界，乃至整个网络界开始流行，LAMP 不仅会成为企业上网，政府上网的“明灯”，也应该会在企业内部实施的 Intranet 大有作为。

　　LAMP开源软件——包括Linux 操作系统、Apache网络服务器、MySQL 数据库和PHP ——正在进军主流计算市场。

　　Java与。Net 工具一统商业软件开发领域已数年，但是具有易于开发、更新速度快、成本低的特点，LAMP被许多开发者视为“黄金组合”，在近几年中由LAMP集体开源厂家，或者确切的说LAMP开源自由社区吹响向主流计算市场发起进攻的号角。甚至在2005年的TechEd大会上，微软总裁鲍尔默以“微软有能力抵挡LAMP的进攻”的用词，将LAMP列为Windows 和它的。Net 开发软件的竞争者。IBM、Intel、HP、SUN等众多厂家提出开源贡献口号，收购开源公司；Intel、SAP投资PHP公司Zend科技；LAMP的开源和发展潜力可见风头正盛。

　　LAMP 所代表的不仅仅是开放源码，它更是开发和实施高性能 Web 应用的重要平台。如果说 Apache 能代表 LAMP 的占有率的话，那么，采用 LAMP 的站点几乎就已经是占据了主要的市场，看看 Netcraft 每月的调查就可以知道 Apache 的流行程度。国外的开放源码站点，例如 Apacheweek、MySQL.com、Perl.com 等自不必说，现在国内的很多站点也开始扑向 LAMP.

　　LAMP 无论是性能、质量，还是价格都应该是企业/政府部门上网所必须考虑的平台，LAMP 更应该是 IT 行业，特别是系统集成商所必须选择和比较的平台。

　　二、Java的反应

　　人生的经验告诉我们，任何一种处于支配地们的主流技术，只要它显露出一点点的进展缓慢时，就有可能出现一种新概念或是技术，来一个落井下石。笔者认为，Java经历了一场场的良性竞争，并取得了良好的效果。同时，在一些其它领域如高性能的计算机上，Java正在发挥它的优势，而在某些方面如J2ME，Java正在快速的发展。

　　Java具有良好的开源社区支持，是如此的灵活。看一看Sourceforge，就会明白，没有任何一种语言像Java一样，有如此多的开源组件与软件可以利用。那么Java没有LAMP所宣称的优势吗？我们可以一一分析一下。

　　L——Java可以更加优秀的运行在Linux系统上。A——Java社区的Tomcat是最优秀的应用服务器之一。M——Java有非常高效的MySQL驱动。P——Java支持许多脚本语言，并且正处于快速的发展之中。同时，Java紧密整合与支持LAMP的堆栈。

　　也许有很多Java的反对者声称，Java使用的容易性向来是Java普及的最大障碍。而Java的应变之道不是改变语言本身使它变简单，因为如果把它变简单了，它处理高阶事务的能力也就被削弱了。Java把重点放在工具的简单性上。如果用Java Studio Creator，就可以用拖放（drag and drop）来写成AJAX元件和资料库存取等内容，订制网页也相当快。这样做的好处是工具把复杂的东西都做掉了，开发人员把应用部署在一个具有错误转移（failover）、远端管理的集成系统上，然后就无需做一大堆事情，很多事都省掉。

　　有太多的人说，Java写某些东西很好，但Web开发方面就没那么好，反而是其它开发语言及框架则比较强。很多开发人员采用PHP 来制作网页。PHP这类语言是完全用在Web开发上，如果想产生一个网页，PHP真的很好用，它简直就是JSP （Java Serer Page）的双胞胎。

　　但是，开发人员不可能只有做网页而已。一旦开始做大量分析或与其它系统整合，需要涉及到底层的数据分析时，光用PHP之类的东西就很难了，则需要采用Java代码来完成。通常的情况并不是一种技术替代另外一种技术，而是一种技术补充另外一种技术，发挥相乘相加效果。最常看到的是在网页上用PHP，在后端资料分析上用的是Java.

　　Java正在失去发展动力吗？笔者绝对不能同意Java正在走下坡路的观点。Java到生命尽头了吗？不！Java的火爆才刚刚开始。在大型、复杂的企业级应用领域，Java仍是主流的开发工具，此外，Java在手机平台上越来越受到欢迎。据悉，目前全球有600多款手机运行Java虚拟机，全球10大手机游戏中有7款是采用Java开发。同时，Java已经成为多数科学研究和计算使用的首选语言。在大学中有越来越多的人在使用Java语言，越来越多的尖端学术研究完全使用Java语言；各个行业的公司都有很多的Java程序员在开发他们的项目。
　三、Java不倒的原因

　　为什么说Java在LAMP、。NET及ROR的围攻下而能处于不败呢？笔者主认为主要有以下原因：

　　首先，其它的语言是特定领域的语言，尤其有些只是Web应用。而Java的应用范围更加的宽广。可以开发桌面程序，手机游戏、DVD播放器及应用服务器等。Java与某些软件有着天然的内在联系，如Database，ERP等。

　　其次，Java有大量的开源社区支持，看看Apache的Portfolio或SourceForge就明白这一点。这是Java发展快速的主要原因之一。采用Java作为平台而开发的软件，稳定的运行在各种操作系统上，相对竞争对手其它语言，如C++或C语言，极大的提高了人们的生产力。

　　第三，Java开发平台的多样性。有多种JDK可以供选择，包括Sun、IBM、Bea及开源的JDK.同时，有大量的应用服务器可供选择，如开源阵营的JBoss应用服务器、Apache的Geronimo、Sun的Glassfish等等。除此之外，还有大量的商业服务器平台。

　　第四，和Java相比，PHP 和Python等脚本语言更容易学习，它们在开发人员当中相当的流行，尤其是那些网页开发者。很多人，包括一些前Java语言的拥护者都认为，脚本语言和所谓的LAMP开源部件正在蓬勃发展，而这种发展减弱了Java的影响。但是，有一点经常被人遗忘，那就是，Java是一种两种层面上的语言：它既是一种虚拟机，同时它也是一种ASCII 语言。很多人看不到Java作为虚拟机的神奇之处，因为非常多的脚本语言就是建立在这种虚拟机之上的。

　　最后，Java会是一种通用型语言及平台呢，还是专门发展在行动或服务器平台上的东西呢？这里就存在一些似非而是道理。一方面开发人员得要把东西整合在一起、让环境可以在很多地方使用力量才会大，对Java来说，这正是它最强的地方之一。另一方面是开发人员也想专注在某一领域上。但如果专注在开发人员的技术上，Java社群最厉害的地方是可以把它用在应用服务器、交易服务器、一种网络协议、手机应用程序以及工厂自动化的控制程序或是智能型手机上。最后开发人员学到的是可携式的技能，而不只是一项技术。如果同CIO、CTO谈时，就会知道这相当重要。

　　四、LAMP组合利弊谈

　　LAMP组合正在逐渐获得市场认可，但是它已经具有追上非开源竞争者的实力吗？生活中最好的东西真的是免费的吗？开源支持者们当然原意让我们相信这一点。多年以来，他们已经将不断改进的LAMP组合作为构建商业系统并使之运转的一条免费之路。

　　但是LAMP组合也有一些潜在的缺点。开源组合和私有软件的一个明显区别在于新特性。私有软件提供商的发展依赖于增长率，也就是说需要不断增加销售额。这就使得他们要不断开发新品。另一方面，开源开发没有这样的环境，就是说创新的步伐经常要慢许多。你很少看到走在前沿的创新是开源产品。例如，在微软在SQL Server中开发XML作为一个本地数据类型的时候，开源MySQL数据库才刚刚将存储程序作为一个新‘特性，这比它的竞争对手落后了好几代。

　　同时扩展可能是对LAMP用户的一个挑战。使用集群计算机或刀片服务器和诸如Red Hat Linux这样的企业级系统扩展到LAMP系统是可能的，但是这并不容易。

　　在许多公司，LAMP仍然没有得到正式认可。但是在开源开发模式中，人人都可以做出贡献，这将推动LAMP比Java或。Net 更快的前进。不过，LAMP也不可能把现有的Java和。Net两大阵营消灭，因为大的公司客户都不会只采用一套软件。

　　应用促进开源发展，理念走向务实应用。与欧美相比，国内的LAMP架构在企业关键应用中的应用还有待提高。目前我国LAMP应用存在的问题：国内开源数据库的应用已经开始起步了，但是开发还没有和开源技术挂钩。LAMP要发展，能否做出商业软件是关键。

　　LAMP的商业化过程存在严重的问题。例如，PHP的产品给人留下的似乎就是，技术很好，但是客户体验服务没跟上，包括安装提示，升级以及Bug反馈等等服务都很粗糙，客户宁愿去选中商业化更浓的Java 或。Net.

　　五、结论

　　毫无疑问的是，LAMP组合拥有其自身的价值，但是要小心地使用它。它是为新兴商业系统和概念业务系统的可行性寻找证据的优秀工具，但是它也需要适当的关心和关注以变得更加高效。

　　在企业级开发，Java毫无疑问是完全占据优势的。Dyanimics 和Groovy 是Java 可以较大提升的一个地方，这使得Java更加动态，更适应小型应用。而EJB这些，就更不用说了，LAMP和。Net，基本上是不适用了。PHP很受欢迎，只是证明了PHP在很多简单应用上，开发者上手比较快而已。最关键的是，PHP和JAVA也不是一个层面比较的东西，如果要比较，那么就是MODE-1的JSP和PHP比较。特别是O/R、 AOP、MVC、 Patterns、XML config files、Tag libraries 等，在PHP中要实现还是要很长一段时间。

　　套用一句俗话“只要努力，就会更好”。Java有潜力成为从PDA到服务器任何领域都非常成功的平台。Java可以继续在其占优势的服务器端发展下去。还可以通过优化客户端程序的发布及安装使Java在客户端开发方面一样获得成功。不管现在的情况如何，笔者相信Java有能力成为一个完美的平台。通过不断的完善，降低开发人员入门的难度，提供对所有的平台和操作系统的支持，以及提供对更多语言的支持，Java平台将可以适应任何层次任何领域的开发。通过对客户端平台的优化Java在PC和移动设备领域中也会获得巨大的成功。

然而,微软在抬高PHP的同时,却可能使得自己的ASP产品受到打压.与PHP形影相随的还有MySQL,这个可能对微软SQL Server构成威胁的对手.进而,如果我们把Linux、Apache、MySQL和PHP组合成业界人士耳熟能详的名词——LAMP,我们会发现微软此举似乎是扶持竞争对手而对自己全线的产品发起了挑战.

　　为什么微软会做“亏本的买卖”?

　　IIS与PHP的竞合

　　表面看来,IIS与PHP结合的受益者是开源一方,但只要对PHP China所出示的调查数据稍加分析,我们就不难看出这是一场微软取得全胜的游戏.

　　Zend(中国)持术支持中心部总经理耿志军向比特网(ChinaByte)表示:“在国内,PHP语言的使用者更多地集中在互联网领域,这与欧美国家 PHP广泛应用于金融、电信、政府等行业的核心应用中,形成了鲜明的对比.通过FastCGI扩展,PHP好象是获得了一些实惠,但从全球开发语言使用者的排名中不难看出,ASP的排名总在前十名之外,而PHP的排名前在前五名之内,所以FastCGI扩展对于PHP的促进作用并不明显.”

　　对于FastCGI扩展对于MySQL和Apache的影响,耿志军给出了一组数据:“95.82%的Apache服务器选用了PHP语言,而只有 58.44%的微软的IIS服务器选用了PHP语言,而居第三位的Zeus服务器选用PHP语言的比例只有4.33%.一方面, Apache和IIS成了PHP语言最广大的应用市场,另一方面,PHP也成了Apache和IIS竞争的最大砝码.在这种条件下,以排名在前十名之外的 ASP受到一些损失为代价,换取IIS在和Apache的竞争中取得最重要的一个砝码,微软实在是做了一场过于划算的买卖.”

　　对于MySQL,耿志军也给出了一组调查数据:“与PHP语言搭配使用的数据库中,确实有96.1%选择与PHP语言搭配,但居第二位的却是微软的SQL Server,有27.71%的SQL Sever数据库选择了与PHP语言搭配.而居第三位的,还是微软的产品,选择与PHP语言搭配使用的微软Access数据库的数量占到了总量的 13.71%.再接下来,才是微软的竞争对手Oracle,有10.53%的Oracle数据库选择了与PHP语言搭配使用.”

　　数据显示,FastCGI扩展对于PHP语言的提升之力,不仅不会使微软的SQL Server陷入被动,反而可以使微软集中SQL Server与Access之力,更有效地对抗MySQL和Oracle数据库.

ChinaByte消息

现在，它又出现了新版本——RPGMAKER-VX

新闻地址：http://www.enterbrain.co.jp/tkool/products/rpgvx/index.html

新闻翻译：（鸣谢http://bbs.66rpg.com论坛）

★简单的操作就可以制作RPG！
RPG制作大师不需要专业的编程知识，是能够最快速制作标准日式RPG并编译RPG的软件。制作流程非常简单。首先绘制用来当冒险场景的地图，然后设置必要的RPG数据(敌人、物品、魔法)，最后绘制事件。这些完成后，就是一个完工的RPG了。

★这次的RPG制作大师加载了“巨无敌简单”。
这次的工具中，以前我们用来制作自制功能的脚本RGSS不再被使用了，现在已经达到了只要你简单设置就能使用的地步。此外，为了让使用的事件作为"可支配的"，一张干净的地图你可以使用很少的操作来绘制，就像你曾经幻想过的那样。

★素材极大丰富！
这个游戏制作工具是为了让哪些不会图象处理和音乐制作的人用得爽，所以现在很多样例素材都被加入了工具中。这些已经调整好格式的样例素材都是质量很高的，当然导入素材也是可以被使用的。

★游戏可被发布！
做好的游戏可以在自己电脑玩也可以烧录到CDROM并发布给自己的朋友，上传到Internet上共享，当然作为共享软件，使用本工具完全自制的游戏也是可以出售的。

设计、平台，模板，空间

# 1、没有banner,也就是一个专属于你博客的logo.
# 2、选择了一个不是很优秀的博客平台.
# 3、广告布局杂乱.
# 4、选择了一个不稳定的空间.例如你在国内选择了一个电信线路上得很快但网通线路却像蜗牛一样的线路,又或者你选择了一个被墙的外国空间商.再或者你的空间当机率很高.
# 5、用了一个很不好的模板.虽说博客以内容为主,但好的模板确实能带来更好的阅读体验,同时能留住一些过往的“游客”.
# 6、凌乱的主题模板.这里的凌乱是指访客不容易从网页上找到需要的东西.
# 7、没有把你最好的文章拿出来.你必须告诉别人你最热门,最好的文章,并放在较为起眼的位置.

内容

# 8、文章太个人了.除非你是徐静蕾,没有多少人会愿意关心你身边发生的事.
# 9、博客没有主题聚焦.把博客定位到一定的主题范围,这样不但能吸引到很多同好者,对SEO也有帮助.
# 10、缺少关键词.这点很重要,站在读者的角度去想,如果标题或文章第一段没有把文章的主题表达出来,有多少人愿意继续读下去?一目了然是很重要的.
# 11、没有外部链接.给一些关联的文字增加外部链接,不要认为这会为你带走访客,相反,这一步是非常重要的.
# 12、没有旧文章链接.很多人通过订阅阅读你的博客.如果你的博客是全文输出的,很少人会点击进去,所以要尽可能在文章中提到一些相关的旧文章,并添加链接.
# 13、更新频率不规律.这会带来两方面的后果,一个是RSS读者可能会失去耐性而把你的feed删除,另一个是搜索引擎可能会降低对你的博客的抓取频率,这可不是什么好事.
# 14、写关于博客的博客.这点似乎有点…不说了,说多被人打.
# 15、写关于金钱的博客.和上一点一样,不加说明,免得又被人打.
# 16、语法或拼写错误.常见的可能是使用拼音输入法打错字.
# 17、同时写多个博客.对自己来说,这是一种折磨.
# 18、什么都写.前面已经提到类似的错误,如果你真的希望写更多内容和更多人分享,你可以开多几个博客,分成不同的主题.当然,这样自己会很累,有对工作不利,所以你也可以以多作者的形式开博客.
# 19、没有文章分类.试想一下有多少人愿意在首页点击第二页,第三页…,文章分类有助于浏览者快速找到需要的内容.
# 20、有不相关的链接.这可能会降低你的信诚度.

技能、计划

# 21、没有计划.没有一定的计划可能会导致blogger写了一段时间后突然不知道该写什么.然后可能会导致第23点的错误发生.
# 22、没有一定的编程基础.你最好能懂一点的编程,至少起码会看.(这点是可能吧自加的)
# 23、缺乏激情.找不到合适的话题,纯粹为了更新而更新,写一些低质量的文章.这样是自欺欺人.
# 24、太注重收入.博客还是应该以分享交流为主.别被利益驱着你走.
优化、分析
# 25、不友好的URL.相对于mysite.com/post/222.html、mysite.com/post?p=222、mysite.com/post/2007/10/12/222.html你更喜欢哪个?
# 26、不好的目录结构.除非必要,不要把博客放在类似mysite.com/blog这样的目录下,这样对于SEO没有多大好处.
# 27、地址鉴别问题.最好想办法或使用301重定向使得例如www.mysite.com和mysite.com或mysite.com/index.html指向同一地址.所以,最好还是用固定的地址进行博客建设.
# 28、不使用分析工具.你必须使用一些跟踪分析工具来分析来访者的行为,例如Google Analytics等等,这对于你写文章的方向很有帮助.
# 29、不理会一些外界的但重要的因素.这些因素包括搜索排名,博客排名(technorati)等等.

推广、交流

# 30、使用摘要输出.很多博客已经证明,使用全文输出更受读者喜爱,不要觉得这样会减少很多点击量,留住读者才是重要的.
# 31、写文章后不对博客目录网站进行ping操作.最好把博客系统设置为自动ping博客目录,例如technorati,google blog search,这样对于SEO很有帮助.
# 32、只提供一种订阅方式.不要这样做,不是每个人都喜欢用你指定的订阅方式.
# 33、缺乏交流.中文博客网络很缺乏这个元素.其实blogger可以到其它博客留言进行交流.这样不但起到交流的作用,也能带来一定的流量.
# 34、不利用流行媒体.在你的博客流量不高的时候,你可以试着把文章提交到流行媒体网站,这样可以为你带来意想不到的惊喜.
# 35、侮辱其它博客.除非必要,不要这样做.

来自：http://q.sohu.com/forum/5/topic/276574

       的目标舍弃，就是沦为缺乏行动的空想

    5、如果你想在35岁以前成功，你一定在25至30岁之间确立好你的人生目标

    6、每日、每月、每年都要问自己：我是否达到了自己定下的目标

    第二章：两个成功基点

    站好位置，调正心态，努力冲刺，35岁以前成功

    （一）人生定位

    1、人怕入错行：你的核心竞争力是什么？

    2、成功者找方法，失败者找借口

    3、从三百六十行中选择你的最爱

    人人都可以创业，但却不是人人都能创业成功

    4、寻找自己的黄金宝地

    （二）永恒的真理：心态决定命运，35岁以前的心态决定你一生的命运

    1、不满现状的人才能成为富翁

    2、敢于梦想，勇于梦想，这个世界永远属于追梦的人

    3、35岁以前不要怕，35岁以后不要悔

    4、出身贫民，并非一辈子是贫民，只要你永远保持那颗进取的心。中国成功人士大多

       来自小地方

    5、做一个积极的思维者

    6、不要败给悲观的自己

      有的人比你富有一千倍，他们也会比你聪明一千倍么？不会，他们只是年轻时心气

      比你高一千倍。

      人生的好多次失败，最后并不是败给别人，而是败给了悲观的自己。

    7、成功者不过是爬起来比倒下去多一次

    8、宁可去碰壁，也不要在家里面壁

    克服你的失败、消极的心态

    （1）找个地方喝点酒

    （2）找个迪厅跳跳舞

    （3）找帮朋友侃侃山

    （4）积极行动起来

    第三章：三大技巧

    1、管理时间：你的时间在哪里，你的成就就在哪里。

    把一小时看成60分钟的人，比看作一小时的人多60倍

    2、你不理财，财不理你

    3、自我管理，游刃有余

    （1）创业不怕本小，脑子一定要好

    （2）可以开家特色店

    （3）做别人不愿做的生意

    第四章：四项安身立命的理念

    35岁以前一定要形成个人风格

    1、做人优于做事

    做事失败可以重来，做人失败却不能重来

    （1）做人要讲义气

    （2）永不气馁

    2、豁达的男人有财运，豁达的女人有帮夫运

    35岁以前搞定婚姻生活

    3、忠诚的原则：35岁以前你还没有建立起忠诚美誉，这一缺点将要困扰你的一生

    4、把小事做细，但不要耍小聪明

    中国人想做大事的人太多，而愿把小事做完美的人太少

    第五章：五分运气

    比尔·盖茨说：人生是不公平的，习惯去接受它吧

    1、人生的确有很多运气的成人：谋事在人，成事在天：中国的古训说明各占一半

    2、机会时常意外地降临，但属于那些不应决不放弃的人

    3、抓住人生的每一次机会，机会就像一只小鸟，如果你不抓住，它就会飞得无影无踪

    4、智者早一步，愚者晚一步

    第六章：六项要求

    1、智慧

    （1）别人可你以拿走你的一切，但拿不走你的智慧

    （2）巧妙运用自己的智慧

    （3）智者与愚者的区别

    2、勇气

    （1）勇气的力量有时会让你成为"超人"

    （2）敢于放弃，敢于"舍得"

    3、培养自己的"领导才能、领袖气质"

    （1）激情感染别人

    （2）"三o七法则"实现领袖气质

    （3）拍板决断能力

    （4）人格魅力

    4、创造性：不要做循规蹈矩的人

    25-35岁是人生最有创造性的阶段，很多成功人士也都产生在这一阶段

    5、明智

    （1）知道自己的长处、短处，定向聚焦

    （2）尽量在自己的熟悉的领域努力

    6、持之以恒的行动力：在你选定行业坚持十年，你一定会成为大赢家

    第七章：七分学习

    1、知识改变命运

    2、35岁以前学会你行业中必要的一切知识

    a) 每天淘汰你自己

    b) 在商言商

    3、太相信书的人，只能成为打工仔

    4、思考、实践、再思考、再实践

    第八章：八分交际

    朋友多了路好走

    1、智商很重要，情商更重要：35岁以前建立起人际关系网

    2、人脉即财脉：如何搞好人际关系

    3、交友有原则

    4、善于沟通：35岁以前要锻炼出自己的演讲才能第九章：九分习惯

    习惯的力量是惊人的，35岁以前养成的习惯决定着你的成功的大小

    1、积极思维的好习惯

    2、养成高效工作的好习惯

    （1）办公室

    （2）生活可以不拘小节，但要把工作做细

    （3）学习聆听，不打断别人说话

    3、养成锻炼身体的好习惯

    4、广泛爱好的好习惯

    5、快速行动的好习惯

    第十章：十分自信

    1、自信是成功的精神支柱

    2、自信方能赢得别人的信任

    3、把自信建立在创造价值的基础上

    4、如何建立自信

    （1）为自己确立目标

    （2）发挥自己的长处

    （3）做事要有计划

    （4）做事不拖拉

    （5）轻易不要放弃

    （6）学会自我激励

    （7）不要让自己成为别人

    第十一章 11个需要避开的成功陷阱

    1、只有功劳，没有苦劳

    2、不要"怀才不遇"，而要寻找机遇

    3、不要想发横财

    4、不要为钱而工作，而让钱为你工作

    5、盲目跟风，人云亦云，人做我也做

    6、小富即安，不思进取，知足常乐

    7、承认错误而非掩饰错误

    8、脚踏实地而非想入非非

    9、野心太大而不是信心十足

    10、反复跳槽不可取

    11、眼高手低

    12、不择手段

    第十二章：十二分努力

    没有人能随随便便成功

    1、小不是成功，大不是成功，由小变大才是成功

    2、中国社会进入微利时代：巧干+敢干+实干=成功

    3、努力尝试就有成功的可能

    4、做任何事情，尽最大努力

    5、把事情当成事业来做

    6、我看打工者

    7、祝你早日掘到第一桶金

1.感谢政府为我解决了住房问题！
2.一居室，求合租，面议。
　　　　3.小事招魂，大事挖坟。
　　　　4.发布违规信息，永久封杀！ by GCD
　　　　5.我觉得我还可以抢救一下！
　　　　6.老子是被活埋的！曰！
　　　　7.广告位招租
　　　　8.提供鞭尸服务，一次100！
　　　　9.初从文，三年不中；后习武，校场发一矢，中鼓吏，逐之出；遂学医，有所成。自撰一良方，服之，卒。
　　　　10.基因重组中，请稍候……二十年
　　　　11.我生在中国，我葬在中国，祸不单行啊！
　　　　12.单挑冥王哈迪斯中，征求组队!(网游篇）
　　　　13.牧师，帮我复活一下下，谢谢，坐标××.××（网游篇）
　　　　14.当你看清这行字的时候：朋友，你踩到我了。
　　　　15.老子终于不用怕鬼了！
　　　　16.给爷笑一个，要不……爷给你笑一个？
　　　　17.神农氏的墓志铭：我靠！这草有毒！！！！！
　　　　18.这是我挖的最后一个坑（警告挖坑者）
　　　　19.摸骨算命
　　　　20.陪聊，提供夜间上门服务。

Borland JBuilder、IBM Rational以及Sun NetBeans这三款著名的Java开发工具曾经分别获得美国《InfoWorld》2005、2006、2007年度的Java IDE产品类别“年度技术”奖，是目前市面上应用最多、性能最强大的开发工具之一。在过去的几年里，这些工具都成熟了很多，特别是在静态代码分析、单元测试和版本管理等方面取得了巨大进步。本文对这三款开发工具进行了详细评测，以期为开发人员提供一些选型的依据。

IBM RAD 7： 不支持Java EE 5、Java SE 6

IBM Rational Application Developer for WebSphere Software 7.0（简称RAD 7）基于Eclipse——Borland/CodeGear的JBuilder产品系列也基于这个开源软件框架。Eclipse原先就是一种Java IDE，不过近几年它重新定位，作为可以往上面添加多种插件的框架，因而可以构建各种各样的工具（许多工具与Java开发没有关系）。Eclipse新的框架定位引起了一些人的担忧，生怕原先的Java IDE概念已被淡化。这种担心也许不无道理，不过好就好在Eclipse目前拥有最大的Java插件社区。

RAD 7为改动后的Eclipse库添加了几个组件，其中不少组件面向企业应用开发，它们包括门户组件和门户开发工具，还有广泛的数据库支持。数据库支持（尤其支持IBM的DB2）包括了编写用户自定义函数（UDF）、存储过程和SQLJ代码的功能，而这些都是本次测评的三款产品中特有的功能。

不过，RAD 7的图解和建模功能比较有限，它只支持两种UML图（NetBeans和JBuilder分别支持八种和九种）。要从IBM获得更全面的图表支持功能，就得购买价格更昂贵的IBM Rational Software Architect。

有了RAD 7，就可以开发Web服务和Web服务客户程序，生成Web服务描述语言（WSDL），甚至对专有的通用描述发现集成（UDDI）服务进行单元测试。另外，它还支持IBM的DADX，这是Web服务使用的DB2 XML扩展。遗憾的是，该产品以IBM为中心的特性还影响到了UDDI测试：它只支持使用基于IBM技术的专有注册库。

在编码方面，RAD 7提供了静态分析工具，集成了IBM开发的200多项规则，适用于处理可能存在的Java缺陷和编码错误。尽管本次测评的其他IDE提供了更多规则，但IBM的解决方案可以把这些产品无法发现的错误标记出来，并详细说明使用规则的原因以及解决问题的示例代码。这种全面的帮助体现了IBM一贯以来的传统：说明文档翔实、完备。RAD可链接到广泛的教程。以丰富的文章数量而在开发社区中享有盛名的IBM网站也提供了另外一些资源。

如果应用程序需要脚本语言来把各部分“粘合”起来，RAD 7还提供了内部支持基于Java的Python（Jython）的功能。遗憾的是，该IDE无法自动区别什么是Jython、什么是Java，尽管这两门语言的语法全然不同。这会导致有些操作使得IDE无法正常工作。

尽管这个缺点很小，但表明了我在使用RAD 7时经常遇到的问题：许多特性没有实施好。譬如说，软件安装起来非常困难。得到IBM有关人员的支持后，笔者才正确安装上了该产品，不过原先的一些问题的原因根本就没有找出来。

问题还不止这些。检查注释和文字拼写的选项（一项有用功能）没法使用，因为IBM没有发布词典。要是这项特性被启用，它会把所有单词标记为拼写有误。代码检查工具指定的纠正操作偶尔会无效。对话框里面的动态帮助经常把用户带到错误的地方，所以只好重新回到特定的上下文。

一段时间后，这些问题堆积起来使得这个原本不错的产品用起来让人沮丧。另外，还有一个地方要抱怨：IBM在支持现有的Java标准方面落后于其他厂商。它是这次测评中惟一不支持Java EE 5和Java SE 6的一种IDE。

因此，本文推荐已经在大量使用IBM产品的站点使用RAD 7，因为该产品特别支持这些产品，尤其是DB2和WebSphere。另外，要是站点希望许多国家的开发人员使用同一种IDE，应当会喜欢RAD 7，因为它的外文版本比其他任何一种IDE都要多得多。不过，价格比较高，加上其他方面的一些不足可能会促使站点在斥资购买之前会考察所有方案。

JBuilder 2007：相当出色的IDE

Borland/CodeGear JBuilder 2007 Enterprise Edition在这次测评中荣登榜首。这个版本是自该产品移植到Eclipse平台以来的第一个版本。它由专门开发IDE工具的Borland旗下的CodeGear发布。由于Borland的产品用起来历来有难度，加上这是新平台上的第一个版本，所以我以为这个优秀产品会有些不尽如人意的地方。结果出乎所料，这个非常顺畅而稳定的IDE有许多创新的特性。可以这么说，CodeGear肯定为这个版本耗尽了心血，事实上确实也取得了辉煌成功。

至于Java编码，JBuilder有三个不同系列的代码审查器和分析器：开源PMD、Findbugs和Borland自己的代码检查工具。这些工具可以很好地协同工作（实际上，它们带来的众多标记项可能让开发人员招架不住），不过它们对出现的问题没有解释应采取什么措施，也没有IBM的RAD 7产品那样全面的问题解决建议办法。

JBuilder捆绑了一个度量包（metrics package），它比任何IDE的度量包都来得全面。它可以生成80多种不同的度量，并且以图解或者电子表格的方式显示。用户可以关闭没有兴趣的度量，为确实想要跟踪的那些度量设定阈值。JBuilder还能保存度量快照，那样就可以将代码库的当前状态和前几次执行的状态进行比较，确保数字往正确的方向发展。

CodeGear集成了JBuilder的OptimizeIt工具套件，多年来Borland把它作为独立产品来提供。OptimizeIt提供了众多的高清晰视图，可以了解软件的性能和内存使用情况。它包括代码覆盖分析（但只能分析类覆盖百分比，而不是逐行分析）及其他可见性，从而可以了解底层发生的情况，包括每个线程的数据。

JBuilder还提供出众的协作特性。它拥有面向开发人员的消息传送系统，这有助于代码检查以及开发人员的通信。它使用对等设计模式，遗憾的是，只能与同一个网段上的伙伴协同工作。JBuilder为团队协作方面提供了TeamInsight，这个易于配置的门户服务器包括以下几个重要的开源工具：Subversion、Bugzilla、Continuum和XPlanner。该门户可以通过Web接口或者通过JBuilder访问，包含众多的项目报告和度量。其他两种IDE都没法与这种团队合作的紧密性相提并论。

JBuilder整体上让人觉得可靠、稳定：考虑到它只是Eclipse平台上的第一个版本，取得这样的成绩实属不易。遇到的惟一错误就是经常出现不管用的帮助图标。需要抱怨的地方集中在没有实施的特性上，譬如缺少面向JSP或者JSF的可视化设计器（不过这些设计器很快就会出现）。该产品还无法为使用DB2的应用程序生成部署文件。最后，它目前只有Windows版本。Linux和Mac版本定于5月推出。

截至测评时的版本价格为1999美元，所以JBuilder并不便宜，但完全物有所值。对不需要所有高端特性的开发人员来说，还可以使用专业版和开发人员版的JBuilder，价格分别为799美元和399美元。

NetBeans 5.5：可免费下载

Sun的NetBeans产品是这次测评产品中惟一完全开放源码的产品，可从netbeans.org免费获得。不像其他软件包，NetBeans需要一些组合。可以从核心NetBeans平台着手，添加几个“包”（pack），具体取决于开发者的需求。

目前，Sun提供企业包和Visual Web包（两个都用于这次测评）、用于J2ME编程的移动包以及C/C++包。性能分析包（也用于这次测评）是一个独立的包。这些包包含常用的IDE插件，通常提供了大量新功能。一旦下载了这些包，安装起来就轻而易举。

几年前，NetBeans更像是有一些优秀特性，但在后面跟随的IDE，难以与其他Java IDE产品真正平分秋色。但现在不再是这样，NetBeans为企业计算环境提供了几项实用特性，包括通过Sun的GlassFish项目这一形式支持Java EE 5。该IDE拥有面向基于服务的企业开发的优秀工具，无论是面向服务的架构（SOA），还是普通的Web服务。譬如说，NetBeans是本次测评中惟一拥有业务流程执行语言（BPEL）所需的全部图解和建模功能的产品。

不过，该企业服务产品的不足是缺少支持常用产品的功能。NetBeans不支持IBM的WebSphere应用服务器，并且缺少支持JavaDB之外的其他任何数据库的集成功能。不过，后一点需要澄清一下：NetBeans能够识别可通过Java数据库连接性（JDBC）访问的任何数据库，但它只能为JavaDB生成配置文件、充分利用数据库管理系统（DBMS）特定的特性。

NetBeans的协作特性非常好，拥有内置工具，可用于开发人员之间的实时协作，包括聊天和代码共享功能。不像JBuilder中的这些特性，NetBeans的设计基于服务器。可以构建自己的服务器用于这种通信，也可以免费使用Sun提供的服务器。只要登录到Sun的服务器，所在小组的任何开发人员都会连同他们的登录状态信息显示出来，这种设计类似IM产品中的在线感知（presence awareness）。；

至于GUI设计，NetBeans捆绑了Matisse，这是同类中最出色的GUI布局工具。把窗口组件拖放到窗格和对话框上时，它们会正确地自动排列。最佳和可选位置排列方面的准则会在拖放操作过程中弹出来。Matisse然后利用这种设计来生成代码。

如果站点大量开发基于Swing的接口，单单这个工具就让NetBeans成为它们的首选IDE，因为Matisse只与Swing协同工作。幸好，由于Swing的性能和外观感觉得到了稳定发展，这个局限不像以前那样来得严重。

虽然本次测评的其他Java IDE都使用自己的专有格式来存放项目元数据，但NetBeans巧妙地依赖Ant文件来存放项目的配置数据（其实，它使用相当于make的开源Java工具Ant帮助构建代码）。这具有一大优势：在使用多种Java IDE的开发小组中，其他任何IDE都可以装入及运行NetBeans项目，不必手工转换或者分批导入。

但使用Ant文件也有一个缺点：NetBeans只支持单一运行时配置。其他IDE大多数可以想编写多少运行时配置，就能编写多少，NetBeans却不是这样。要是每次想改变传递给应用程序的参数，就得手动改变一个配置（即将推出的6.0版本IDE解决了这个问题）。

显然，NetBeans拥有不同寻常的特性组合——有些特性实施得很好，但另一些完全没有。它不但免费，而且比基于Eclipse的产品响应更迅即、操作更容易，因为它丢弃了Eclipse采用的“视图”设计，而是单单使用窗口。另外，NetBeans经常得到改进，拥有非常活跃的开发社区，得益于仅次于Eclipse的庞大插件库。

事实上，NetBeans的新版本可以解决上述许多抱怨。如果你在考虑NetBeans，不妨在做出决定之前，看一下目前可以获得的版本6测试版。

链接:其他的Java IDE工具

挑选IDE的关键是选择既确保工作效率、又便于使用的一种IDE。下面简要介绍一下本文所讨论的产品之外的三个选择。

Eclipse：如果不需要RAD 7或者JBuilder的高级特性，不妨考虑普通版本的Eclipse，可以从eclipse.org免费下载。如果需要几项高级特性，不妨考虑Genuitec的MyEclipse，它把许多开源工具（包括NetBeans的Matisse）集成到Eclipse里面，费用是每个用户每年54美元。

JetBrains IntelliJ: 许多开发人员认为这款Java IDE是最有效率、最让人喜欢的纯编码环境。IntelliJ的界面比IBM、Borland或者Sun IDE来得直观，因而博得了美誉。它还有一些独特的特性，譬如说，代码规则在后台运行，所以在编码过程中出现的错误或者错误样式会实时显示；问题被纠正后，就会从屏幕上立马消失。这些规则比本次测评的三款产品都要来得多，对编写大量Java代码、又不需要建模工具的站点而言，IntelliJ是非常可靠、非常低廉的选择。

Oracle JDeveloper: JDeveloper是一种特性丰富、免费（但不是开源）的Java IDE，可从Oracle网站获得。与NetBeans一样，它也不是基于Eclipse。它支持一些企业特性，包括SOA和Web服务，当然也支持与Oracle数据库技术和OC4J Java应用服务器之间的特殊集成。