2005年07月27日

1死12伤,千余房屋损伤~死亡的是81多岁的老人,因惊吓过度而死~至少从人员上来看,损失不大。但上千人露宿帐篷,农村情况更不容乐观。

现在网上很多关于大庆地震的报导了,可是依然未见央视主要新闻节目有报导,他们不是连东京旁边的小城发生个地震都会给视频的吗?看来在他们看来,中国人是没日本人值钱。

1死12伤,千余房屋损伤~死亡的是81多岁的老人,因惊吓过度而死~至少从人员上来看,损失不大。

什么地震发生10分钟后,警察就出动了,一直有警车在巡逻喊话,让大家不要慌张?了解了下,好点的在地震发生后几个小时听到了警察的声音,更多人可能是运气不好,自始至终没听到任何来自政府的声音,实在受不了了,自己回房子里面睡觉去了。

找了一段:“大同区的崔先生告诉记者,他是睡觉时突然被震醒的,随后,小区里的警报响起,广播通知居民立刻从楼内撤离,一些居民还将停放在车库里的车开到操场上,操场上人非常多,崔先生称自己从未见过这么“宏大”的场面。“,来自新浪~~看来,有钱人还是得到些警报的的,这小区估计不错,大家都能“把车库里的车开到操场上”,可大庆能有这资格的,不多吧。

反正找找正规的新闻渠道看看,吹水的不少,貌似表现不差,可是看看群众的评论,有几个满意的
,更多的是看到当官的钻进公车里有睡觉,剩群众在外面又热,还要跟蚊子抗争。

另外在网上看到关于监狱的一段,难道犯人就不是人?这种情况下,至少该到操场上集合吧?还好是5.1不是7.1,否则,这些生命谁负责?

这次地震,群众的表现是让人敬佩的,没有大面积的恐慌等,但政府的应急反应差距还很大好好总结吧,现在不是吹牛的时候。

2005年07月26日

查了下,好像是5.1级的,也有说是4.6级,具体地址是在黑龙江省大庆市林甸县(北纬46.9度,东经125.0度)发生5.1级地震。震中位于大庆市以北33公里,距林甸县城33公里、齐齐哈尔市约90公里、哈尔滨市约180公里。不知道有没有人员伤亡~~
刚才问了下那边的朋友

据说:
1、由于很多人给亲人打电话提醒或问情况,导致大庆通讯一段时间内几乎瘫痪,移动最甚,而cdma还能支持,表现还不错,估计是人少。
2、没有任何通知,不知道地震是不是有预报,也或者是有但通知不及时吧,绝大部分人是有阵感后从屋子里往外跑,但由于阵感不适很强,而且大家没有对地震很大的恐惧感(毕竟没经历过大的地震),所以没有造成太大混乱。
3、几乎没有官员出面安抚,一说是有,在市政府广场上,但总的来说是没有系统的政府作为,全市老百姓自己瞎猜乱想,过了n久才有少量警车喊话,提醒市民小心。
4、路上混乱,很多人开车往外跑,喇嘛乱响。
5、市民表现还好,可能是对地震没什么恐惧感,虽然刚开始很恐慌,但稳定下来后,大家天南海北的聊,外面的烧烤店巨火~
6、由于无人通知,不知道什么什么能回去,到凌晨左右胆大的就回去睡觉了,谨慎点的还是在外面等待,等待能有人告诉自己,到底什么情况。可是一直没有。
7、有人居然是今天才知道地震了,睡的够死的。
8、大庆很多路面出现凹陷,毕竟,地下很空啊。部分房屋倒塌,至今没有关于人员伤亡方面的报道。

总结:
1、应急准备不充分,导致在紧急情况时可以说政府不作为。毕竟,那不是你市长冲到第一线就能解决的,重在平时啊。起码能给个紧急的通知,让大家了解情况,否则让群众自己猜测,恐慌是难免的。情况都了解不到,跟别说有人告诉大家该怎么做了。
2、通讯~几乎全部中断了。移动全球通变成全不通~如果整体提高容量有空难,是不是可以建立专用的通讯网络。像军队那种。能建立一个到各居委会的专用通讯网络该多好啊。
3、还是个预测问题,很多人知道地震的时候,最强的一波已经过去了。如果是大地震,差不多这一波就把全市给血洗了。

2005年07月25日



科技时代_微软宣布长角命名为Win Vista 8月发测试版
2006年即将发售的Windows Vista,此前代号“长角”(微软网站图片)




微软今天正式宣布下一代Windows操作系统将被命名为“Windows Vista”,而此前人们早已耳熟能详的“长角”(Longhorn)实际上是下一代Windows的开发代号。

  众所周知,微软下一代Windows最大的卖点就是用户界面,从“Windows Vista”这一名称可以看出,微软准备充分利用这一优势。在英文中,“Vista”的含义就是“令人愉悦的
    
打工不如当老板    邮箱+U币 幸运大抽奖
挖宝淘金 大奖跑不了    快来vip聊天室看电影
    
风景”。据消息人士透露,微软早在六个月前就开始考虑使用这一名称,但随后一直没有相关的消息泄露出来。

  微软已经注册了同下一代Windows相关多个域名,其中就包括 windowsvista.com。事实上,微软早在今年3月就注册了这一域名,因此可以看出该公司早Windows硬件工程师会议(WinHEC)举行之前就做出了最终决定。今年4月底,微软在2005年度Windows硬件工程师会议上率先面向开发者推出了下一代Windows的预览版。

  微软宣布,Windows Vista的第一个Beta测试版将于8月3日发布,不过业界普遍预测Windows Vista Beta Beta 1可能会提前发布。到目前为止,微软还没有公布Windows Vista正式版的发布时间。分析人士预测,Windows Vista可能会于2006年底或2007年初发布。

  早在微软正式宣布下一代Windows操作系统的名称之前,已有多个网站率先公布了这一消息,其中最早发布消息的是Windows发烧友网站ActiveWin.com。(天外)

原文地址:http://blog.xfocus.net/index.php?op=ViewArticle&articleId=1115&blogId=1

tk 的话说,这是一个里程碑。
从 qq 还叫 oicq 的好些年前起,因为种种原因,我曾经几次说过,不上 qq 了,但终究食言。这回 qq 帮我下了决心,因为深圳,因为腾讯,成为实名制的一个“试点”。
现在是群管理员实名制,以后呢?

兄弟们扔开了 qq 群,躲到自建的加密 irc 里聊了会天,对实名制,总体来说,想法是这样的:

1、如果美国实行实名制,可能是网络开始走向规范化的表现,但在中国,绝对是封锁;
2、当前的这种实名制可能会引起一些注重安全的人的抵制,但普通用户感觉是“透明”的;
3、实名制很可能是某些利益集团给当权集团洗脑的结果,目标当然是利润;
4、实名制对信息控制与封锁大大有利,但对类似腾讯之类的商业公司大大不利,矛盾之下,最终会是变味的实名制;
5、走了样的玩意儿,最终是会完蛋的。

即便腾讯是被迫的,我仍然认为,作为一家在香港上市的公司,腾讯应该能够找到一些更技巧的办法来应对政府的需求。走到这一步,一半是被迫,一半则是自己主动献媚的结果。

不管怎么样,我还是认真地从机器上删掉了这个软件,先将几百个好友拉到黑名单,然后再删除,然后再取消手机绑定……很认真地……以后兄弟们找我,上 MSN 或者 IRC 吧 ;)

好文,都是要转的。
原文地址:http://blog.csdn.net/Ray2312/archive/2005/07/22/431520.aspx  雷少的blog

对于这个系列里的问题,每个学Java的人都应该搞懂。当然,如果只是学Java玩玩就无所谓了。如果你认为自己已经超越初学者了,却不很懂这些问题,请将你自己重归初学者行列。内容均来自于CSDN的经典老贴。

问题一:我声明了什么!

String s = "Hello world!";

许多人都做过这样的事情,但是,我们到底声明了什么?回答通常是:一个String,内容是“Hello world!”。这样模糊的回答通常是概念不清的根源。如果要准确的回答,一半的人大概会回答错误。

个语句声明的是一个指向对象的引用,名为“s”,可以指向类型为String的任何对象,目前指向"Hello
world!"这个String类型的对象。这就是真正发生的事情。我们并没有声明一个String对象,我们只是声明了一个只能指向String对象的
引用变量。所以,如果在刚才那句语句后面,如果再运行一句:

String string = s;

我们是声明了另外一个只能指向String对象的引用,名为string,并没有第二个对象产生,string还是指向原来那个对象,也就是,和s指向同一个对象。

问题二:"=="和equals方法究竟有什么区别?

==操作符专门用来比较变量的值是否相等。比较好理解的一点是:
int a=10;
int b=10;
则a==b将是true。
但不好理解的地方是:
String a=new String("foo");
String b=new String("foo");
则a==b将返回false。


据前一帖说过,对象变量其实是一个引用,它们的值是指向对象所在的内存地址,而不是对象本身。a和b都使用了new操作符,意味着将在内存中产生两个内容
为"foo"的字符串,既然是“两个”,它们自然位于不同的内存地址。a和b的值其实是两个不同的内存地址的值,所以使用"=="操作符,结果会是
false。诚然,a和b所指的对象,它们的内容都是"foo",应该是“相等”,但是==操作符并不涉及到对象内容的比较。
对象内容的比较,正是equals方法做的事。

看一下Object对象的equals方法是如何实现的:
boolean equals(Object o){

return this==o;

}
Object
对象默认使用了==操作符。所以如果你自创的类没有覆盖equals方法,那你的类使用equals和使用==会得到同样的结果。同样也可以看出,
Object的equals方法没有达到equals方法应该达到的目标:比较两个对象内容是否相等。因为答案应该由类的创建者决定,所以Object把
这个任务留给了类的创建者。

看一下一个极端的类:
Class Monster{
private String content;

boolean equals(Object another){ return true;}

}
我覆盖了equals方法。这个实现会导致无论Monster实例内容如何,它们之间的比较永远返回true。


以当你是用equals方法判断对象的内容是否相等,请不要想当然。因为可能你认为相等,而这个类的作者不这样认为,而类的equals方法的实现是由他
掌握的。如果你需要使用equals方法,或者使用任何基于散列码的集合(HashSet,HashMap,HashTable),请察看一下java
doc以确认这个类的equals逻辑是如何实现的。

问题三:String到底变了没有?

没有。因为String被设计成不可变(immutable)类,所以它的所有对象都是不可变对象。请看下列代码:

String s = "Hello";
s = s + " world!";

s
所指向的对象是否改变了呢?从本系列第一篇的结论很容易导出这个结论。我们来看看发生了什么事情。在这段代码中,s原先指向一个String对象,内容是
"Hello",然后我们对s进行了+操作,那么s所指向的那个对象是否发生了改变呢?答案是没有。这时,s不指向原来那个对象了,而指向了另一个
String对象,内容为"Hello world!",原来那个对象还存在于内存之中,只是s这个引用变量不再指向它了。
通过上面的说明,我们
很容易导出另一个结论,如果经常对字符串进行各种各样的修改,或者说,不可预见的修改,那么使用String来代表字符串的话会引起很大的内存开销。因为
String对象建立之后不能再改变,所以对于每一个不同的字符串,都需要一个String对象来表示。这时,应该考虑使用StringBuffer类,
它允许修改,而不是每个不同的字符串都要生成一个新的对象。并且,这两种类的对象转换十分容易。
同时,我们还可以知道,如果要使用内容相同的字符串,不必每次都new一个String。例如我们要在构造器中对一个名叫s的String引用变量进行初始化,把它设置为初始值,应当这样做:
public class Demo {
private String s;

public Demo {
s = "Initial Value";
}

}
而非
s = new String("Initial Value");
后者每次都会调用构造器,生成新对象,性能低下且内存开销大,并且没有意义,因为String对象不可改变,所以对于内容相同的字符串,只要一个String对象来表示就可以了。也就说,多次调用上面的构造器创建多个对象,他们的String类型属性s都指向同一个对象。
上面的结论还基于这样一个事实:对于字符串常量,如果内容相同,Java认为它们代表同一个String对象。而用关键字new调用构造器,总是会创建一个新的对象,无论内容是否相同。

于为什么要把String类设计成不可变类,是它的用途决定的。其实不只String,很多Java标准类库中的类都是不可变的。在开发一个系统的时候,
我们有时候也需要设计不可变类,来传递一组相关的值,这也是面向对象思想的体现。不可变类有一些优点,比如因为它的对象是只读的,所以多线程并发访问也不
会有任何问题。当然也有一些缺点,比如每个不同的状态都要一个对象来代表,可能会造成性能上的问题。所以Java标准类库还提供了一个可变版本,即
StringBuffer。

问题四:final关键字到底修饰了什么?

final使得被修饰的变量"不变",但是由于对象型变量的本质是“引用”,使得“不变”也有了两种含义:引用本身的不变,和引用指向的对象不变。

引用本身的不变:
final StringBuffer a=new StringBuffer("immutable");
final StringBuffer b=new StringBuffer("not immutable");
a=b;//编译期错误

引用指向的对象不变:
final StringBuffer a=new StringBuffer("immutable");
a.append(" broken!"); //编译通过


见,final只对引用的“值”(也即它所指向的那个对象的内存地址)有效,它迫使引用只能指向初始指向的那个对象,改变它的指向会导致编译期错误。至于
它所指向的对象的变化,final是不负责的。这很类似==操作符:==操作符只负责引用的“值”相等,至于这个地址所指向的对象内容是否相等,==操作
符是不管的。

理解final问题有很重要的含义。许多程序漏洞都基于此—-final只能保证引用永远指向固定对象,不能保证那个对
象的状态不变。在多线程的操作中,一个对象会被多个线程共享或修改,一个线程对对象无意识的修改可能会导致另一个使用此对象的线程崩溃。一个错误的解决方
法就是在此对象新建的时候把它声明为final,意图使得它“永远不变”。其实那是徒劳的。

问题五:到底要怎么样初始化!

本问题讨论变量的初始化,所以先来看一下Java中有哪些种类的变量。
1. 类的属性,或者叫值域
2. 方法里的局部变量
3. 方法的参数

对于第一种变量,Java虚拟机会自动进行初始化。如果给出了初始值,则初始化为该初始值。如果没有给出,则把它初始化为该类型变量的默认初始值。

int类型变量默认初始值为0
float类型变量默认初始值为0.0f
double类型变量默认初始值为0.0
boolean类型变量默认初始值为false
char类型变量默认初始值为0(ASCII码)
long类型变量默认初始值为0
所有对象引用类型变量默认初始值为null,即不指向任何对象。注意数组本身也是对象,所以没有初始化的数组引用在自动初始化后其值也是null。


于两种不同的类属性,static属性与instance属性,初始化的时机是不同的。instance属性在创建实例的时候初始化,static属性在
类加载,也就是第一次用到这个类的时候初始化,对于后来的实例的创建,不再次进行初始化。这个问题会在以后的系列中进行详细讨论。

对于第
二种变量,必须明确地进行初始化。如果再没有初始化之前就试图使用它,编译器会抗议。如果初始化的语句在try块中或if块中,也必须要让它在第一次使用
前一定能够得到赋值。也就是说,把初始化语句放在只有if块的条件判断语句中编译器也会抗议,因为执行的时候可能不符合if后面的判断条件,如此一来初始
化语句就不会被执行了,这就违反了局部变量使用前必须初始化的规定。但如果在else块中也有初始化语句,就可以通过编译,因为无论如何,总有至少一条初
始化语句会被执行,不会发生使用前未被初始化的事情。对于try-catch也是一样,如果只有在try块里才有初始化语句,编译部通过。如果在
catch或finally里也有,则可以通过编译。总之,要保证局部变量在使用之前一定被初始化了。所以,一个好的做法是在声明他们的时候就初始化他
们,如果不知道要出事化成什么值好,就用上面的默认值吧!

其实第三种变量和第二种本质上是一样的,都是方法中的局部变量。只不过作为参数,肯定是被初始化过的,传入的值就是初始值,所以不需要初始化。

问题六:instanceof是什么东东?

instanceof是Java的一个二元操作符,和==,>,<是同一类东东。由于它是由字母组成的,所以也是Java的保留关键字。它的作用是测试它左边的对象是否是它右边的类的实例,返回boolean类型的数据。举个例子:

String s = "I AM an Object!";
boolean isObject = s instanceof Object;

我们声明了一个String对象引用,指向一个String对象,然后用instancof来测试它所指向的对象是否是Object类的一个实例,显然,这是真的,所以返回true,也就是isObject的值为True。
instanceof有一些用处。比如我们写了一个处理账单的系统,其中有这样三个类:

public class Bill {//省略细节}
public class PhoneBill extends Bill {//省略细节}
public class GasBill extends Bill {//省略细节}

在处理程序里有一个方法,接受一个Bill类型的对象,计算金额。假设两种账单计算方法不同,而传入的Bill对象可能是两种中的任何一种,所以要用instanceof来判断:

public double calculate(Bill bill) {
if (bill instanceof PhoneBill) {
//计算电话账单
}
if (bill instanceof GasBill) {
//计算燃气账单
}

}
这样就可以用一个方法处理两种子类。

然而,这种做法通常被认为是没有好好利用面向对象中的多态性。其实上面的功能要求用方法重载完全可以实现,这是面向对象变成应有的做法,避免回到结构化编程模式。只要提供两个名字和返回值都相同,接受参数类型不同的方法就可以了:

public double calculate(PhoneBill bill) {
//计算电话账单
}

public double calculate(GasBill bill) {
//计算燃气账单
}

所以,使用instanceof在绝大多数情况下并不是推荐的做法,应当好好利用多态。

2005年07月22日

     
微软的软件源代码共享计划始于三年前,目的是向企业用户、政府、商业合作伙伴及学术机构提供微软产品的源代码或设计蓝图。目前微软的产品当中,一共有20
个被列入这个计划,包括Windows 2000、Windows XP和Windows Server
2003等操作软件的全部版本,但该公司最赚钱的
Office和其他基于服务器的应用软件却不包括在内。

  这种状况今年将得到改变。微软公司源代码共享计划负责人杰森??马图索(Jason Matusow)表示,微软正在对其应用软件进行研究,以确定将哪些产品列入源代码共享扩充计划。目前已经确定的有Office软件、部分服务器应用软件、开发工具以及游戏软件编目。

  马图索说,在公开上述软件源代码的同时,微软还将提供相关文件及开发支持。他强调,公司内部对软件源代码共享计划的扩充方式有争论,目前还没有确定一个明确的时间表。微软已经公开了Office软件中XML文件格式的源代码。

  分析人士指出,微软公司扩充其软件源代码计划,最能直接受益的是微软的合作伙伴,因为这能使它们的软件更好地适应微软的产品。就总体而言,扩充软件源代码计划有利于微软争取政府部门用户—目前不少这样的用户正在考虑采购Linux及源代码公开产品。

  他们说:过去人们一直争论说微软的产品神秘莫测、不公开,而Linux是开放的;通过软件源代码共享计划,微软已经成功地改变了人们的看法。
————————————————————————————————————————-
看来微软也扛不住了。不管开放源码到什么个成都,但再不开放这个词对软件开发的影响:不管你是好是坏,不开放的就是错误的。微软也顶不起不开放的帽子,就算是小范围的,有限的开放源代码,也要给自己造一个开放的形象。

其实开放源码都微软没什么坏处,如今已经不是微软技术天下第一的年代了,不见得你微软的源码里有什么比别人先进很多的东西。倒是开发的java社区,早就走在了软件开发的前列。没有了技术上的保密的必要,源码还捂着干嘛?怕盗版?现在不一样,你出来两天就有人creak,0day组织甚至号称只需一天。反正保密源码对那些汇编,反编译高人是没有用的。倒是开放了,让周边的开发商更容易做出相关产品,合作伙伴受益,最终受益的还是微软。更何况,即使不需要开源社区,合作伙伴的意见也能够帮助微软更好的开发。前面已经说了,现在已经不是微软技术天下第一的年代了。

刚才看到一个标题:疯子去Google 老朽去yahoo 傻子还在微软(http://news.csdn.net/news/newstopic/24/24156.shtml),联想起n个微软的高级技术人员跳槽,直到前两天的李开复去google,看来,微软是该改变了。否则,我们就可以去打赌,看是谁来打败微软了。而之前,1朋友还只愿意跟我赌微软会不会失败,当然,这些都是指可以预见的一个时期内。

不知道是不是好事,但国际热钱狂赚一笔倒是真的。没有比这次更容易的赚钱了,每个人都知道人民币要升,买进就是了。不过不知道这样能不能让那些人松口,估计是不会的。

还有欧盟要承认中国的临时市场经济地位,不知道两者有没有关系。

北京人口都快1500万了,太多了,再这样下去,资源,交通,环境等都承受不了,是该管管了。

又有人说什么提高进京人的学历什么的。从以往经验来看,什么提高进京门槛什么的作用似乎不大,经过偶苦思冥想60000多毫秒,终于有了个自认为比较不错的办法。

1、北京30年不再新修市内公路。交通不方便,自然没人愿意去。
2、以后全国公路,铁路,航空都不再在北京设站。看看现在的铁路航空的,都从北京为起点,就算为了坐车方便,大家也要往那挤啊。
3、北京附近那些水库足够了,不要再花钱扩建,新修水库了。控制北京的人口水平,当然要从控制其资源供给量入手。水痘没得喝,大家当然,不去,大家不去了,水就够喝了。另外那些水还要给河北人喝呢,你把河北弄的没水喝,大家不去北京怎么活啊。
4、首钢不要迁址,但首钢的税收交到唐山。这样,大家就会去环境又好又有钱的唐山了。
5、什么南水北调啊,睡白了,就是喝干了河北的还不够,要找大水源了。南水北调不给北京一滴水,从河南开始,到河北就把水用光。就说最近的,把河北发展好了,不只解决河北人进京问题,说不定大家就都出来了呢。
6、跨地区送电。电不够就停,被从其它地方跨啊跨的,把我家的电给停了,弄到北京去,我不去北京我去哪啊。
7、最实在的,什么北京到上海的高速铁路。算了,几千亿啊,在东北找个小城全投进去,弄个大城市出来,基本上可以解决东北人往北京跑的问题。
8、每年国家给北京的投资投到西部某城市,北京不再给了,在西部发展出一个和北京差不多的城市,基本解决西部人往北京跑的问题。
9,行政中心迁一下吧,到中部河南,或者安徽,湖北,哦湖北不好,有武汉了。北京人本来就太多,别增加人家的负担。这样迁一下,解决不少问题。
10、以上只是初步方案,依照以上思路,还有很多办法,这样不知解决北京人口问题,还能解决铁路运力问题。毕竟,均衡发展了,大家也就不必乱跑了。


2005年07月20日

google请李开复绝对没错,再一次给自己套上技术的光环,另外平李的人气和名气,赫赫。google挖墙脚的功夫果然不一般。李开复不知道是第几个了。
但是这样的操作,显得李开复的太不厚道,这样做会对其个人的信誉有很大影响。甚至可以先辞职,给个缓冲区再去,不知道李开复和google到底是基于什么考虑,这样虽然合理,但影响总是不好。



微软倒是有点小题大做了。或者把微软考虑的聪明点,会不会有可能估计把事情闹的大点,破坏李开复的声誉及google的美誉度?这点虽然看起来不
重要,但李在中国年轻一代中的形象可能直接影响以后两公司在中国的人才力量及很多人的选择。不过即使这样,也让人觉得小家子气。不像微软所为(赫赫,微软
不是一向站在上面,任别人咬,拿点钱打发你的巨人形象吗?)。

做为一款好游戏,吹捧的人多了,就难免会跳出来几个哗众取宠的出来骂几句。作为wow的玩家,不是见不得有人骂它,而是看到那些根本什么都不懂的人在那骂不到点上,很是郁闷。驳吧,一次次的没完没了,不理他吧,他还理直气壮了。所以,决定也加入吹捧的行列,不为别的,只是来个基础普及,谁再来骂,先知道wow是什么样子再说。

1,经济
wow里的灵魂绑定,让大部分高级物品没办法交易。这样是为了解决虚拟物品交易导致很多人为了挣钱而玩游戏,这部分人,必定会影响游戏的平衡性。但这并不是说wow没有交易,相反,交易集中于原材料的交易,而且十分活跃。各种制造职业需要的材料都不是自己一个人能解决的。即使像我这么一个小裁缝,做东西需要的皮也要去买。
但在我看来,过于复杂的需求让wow里真正的经济还没形成,像欧服里的farm还没人肯去做,毕竟,习惯了打怪练级,没人肯安心做生产系。

2,还是那个团队合作
战法牧远不是wow的全部,即使是wow的玩家,说战法牧这样的话,大家也会无情的bs他。各种不同职业的合作才是王道~wow里怪的智商很高,一个玩家的实力,硬打的话也就比同等级的怪强一点。所以控制才是wow里的王道。各种控制系的法术灵活运用才行。
另外就是有人说每个职业都被规定了做什么。这个似乎只有战士比较绝对点,其他都有一定的灵活性吧。
本来就是术业有专攻,合适的分工才最能体现团队合作的重要性。每个人都不是万能的,如果你想万能也可以,每项都不强而已。不觉得这样设定有什么不同,每个人都要为自己选的路负责。

3,人物的培养
最初我也觉得,虽然职业很多,但每升一级只有一点可以支配,暗黑还有5点另外再加个技能点呢。但玩过之后发现,wow里给的选择,不少了。各种职业,职业路线的不同都决定你以后在团队里的作用,甚至能决定是不是可以发挥多种作用(当然,每种作用都不是最强),这些都是你培养一个人物时可以自由选择的。

当然,就跟mu里一旦你选择智精,就只能给别人加血一样,你走什么样的路,你培养的人物就是什么样。你的未来,从选择种族,职业开始就开始了,但并不是说选择某个职业就是做什么事的人,各种天赋的分配,装备的选择,都是自己决定了。比如术士,痛苦术士和毁灭术士有天壤之别。暗牧和神圣系牧师的区别也一样。


4,操作
wow可以说是对操作要求最强的网络游戏之一。由于讲究控制,所以操作也相对复杂。再加上仇恨控制,一个新手和一个比较熟练的玩家,差别是巨大的。比如我用术士,mm勾引一个,我放逐一个,甚者还可以恐惧一个,奴役一个,很多中方法,可以让我至少在同时面对3个同等级怪的时候没有危险,但如果操作不善两个就足以要一个玩家的命。组队时的操作组合更位复杂。
但并不是说不会复杂的操作就不能玩。即使第一次玩,最简单的操作也足够让你打怪练级等,在这之上的复杂只会让人觉得有可玩性。战场系统,甚至可以看成cs类的游戏,但装备等却需要战场以外来支持。


5,交流
各种职业,技能的不同,决定大家相互被需要。你必须跟别人交流,即使你喜欢solo也一样。
但由于操作的复杂,使玩打怪,下副本等在野外游戏的时候不方便聊天,有人觉得这样影响交流。各种人爱好不同,wow当然不能像休闲游戏那样随时随地聊天。但交流不只是聊天。你的操作,游戏中的表现,物品的取舍,都是交流啊。
一个玩的好的玩家,会有很多人愿意跟你组队,而不是聊天聊的好的。


6,任务
丰富的任务使游戏不只是打怪。暴雪显然很敬业,任务系统设计的十分巧妙。除了一些纯挣经验的任务外,很多引导性的任务,让你了解wow的历史,传说,或者把你送到你该去的地方。另外任务关系到声望,声望又关系到你能买的东西和东西的价钱,可以说,wow里的任务设计是十分成功的。

7,pk
终于说到重点了,pk。
pk就像个双刃剑,中国的玩家都习惯了,不pk哪叫游戏。pk的残酷性吸引玩家,但也让一些玩家受不了被杀而离开。所以选择限制pk还是鼓励pk,对游戏设计者永远是个艰难的选择。
wow的荣誉系统来奖励pk,但是被杀没有任何损失,最大程度的保护弱者,不失去这部分玩家。
由于荣誉系统从某种程度上鼓励pk,为了某些不喜欢pk的玩家,特别设计了pve模式,不喜欢的,可以去pve。不过还是觉得pvp里面的pk有时候过于残酷,应该更加现实一点,比如,杀比自己低很多级的玩家也增加非荣誉击杀,而对非荣誉击杀的惩罚也应该增大。就像现实中哪怕你再强,杀害敌国的平民一样会造成声誉降低甚至直接的惩罚(国际法庭?赫赫)。
不管怎么说pk永远是个难题,wow做到这种程度已经很不错了,至今没见到更好解决这个问题的办法。



其实wow,EQ等游戏,明显比以前的游戏高出一个档次来,现在的某些游戏,该淘汰了。


先到这吧,下班了。