2005年1月21日

          現(xiàn)在好像很流行,特別是在聚會(huì)的時(shí)候,似乎是唯一的選擇。不過(guò)我還沒(méi)玩過(guò),呵呵。土了。

          現(xiàn)在把一些規(guī)則記下:

          一、殺人游戲規(guī)則(這好像是第一代的)

            游戲概述:

            這是一個(gè)鍛煉表達(dá)能力、判斷力、觀察力、思維能力和表演能力…的游戲。每一個(gè)曾經(jīng)參與游戲的人都會(huì)被它深深的吸引住。游戲的基礎(chǔ)是彼此的誠(chéng)實(shí)和信任,以及對(duì)游戲的認(rèn)真。

            游戲特點(diǎn):

            1.簡(jiǎn)單易學(xué):任何人只要明白規(guī)則或看別人玩過(guò)一盤(pán),馬上就會(huì)玩了。

            2.參與性強(qiáng):只要認(rèn)真對(duì)待所扮演的角色,無(wú)論是老朋友還是第一次見(jiàn)面的新朋友,馬上會(huì)“殺”成一片。

            游戲環(huán)境:

            室內(nèi)室外均可,最好大家圍坐一起。光線暗一點(diǎn)效果更好。

            游戲人物:

            法官:控制游戲進(jìn)程的人。明確每個(gè)人的身份,要做到絕對(duì)公正。

            殺手:白天隱藏在好人中間;黑夜出來(lái)殺人。被殺后沒(méi)有遺言,并不得再發(fā)言。

            好人:白天和大家一起抓出壞人;黑夜閉眼,對(duì)殺手行兇完全不知;被殺后有遺言,然后不得再發(fā)言。

            游戲規(guī)則:

            以9人為例

            1、根據(jù)人數(shù)準(zhǔn)備好9張牌,按照不同的花色事前規(guī)定好法官1人、殺手2人、好人6人。

            2、每人取一張牌,明確自己的身份,除法官外,不要讓任何人知道。

            3、法官宣布:所有人閉上眼睛,殺手睜眼相互認(rèn)識(shí)。

            4、法官知道誰(shuí)是殺手后,宣布:殺手閉眼,所有人睜眼。

            5、下面開(kāi)始個(gè)人發(fā)表意見(jiàn),按照座位順序依次發(fā)言,相互指正,找出壞人。

            6、所有人發(fā)言完畢后,被指正最多的人有一次為自己申辯的機(jī)會(huì)。

            7、申辯完畢后,大家舉手投票決定是否處決這個(gè)人。沒(méi)過(guò)半數(shù)則該人存活。(接9)

            8、得票過(guò)半則處決,法官宣布亮牌,讓大家明確是成功抓到一個(gè)殺手,還是錯(cuò)殺一個(gè)好人。如錯(cuò)殺好人則有最后的遺言,殺手則沒(méi)遺言。

            9、法官宣布天黑,所有人閉眼,殺手出來(lái)殺人。殺手用眼神相互交流,統(tǒng)一殺害的目標(biāo),并用眼神告訴法官殺誰(shuí)。

            10、殺手殺人完畢后閉眼,所有人睜眼。法官宣布哪個(gè)好人被殺。被害人遺言。

            11、繼續(xù)新一輪的討論。因?yàn)榇蠹叶及l(fā)過(guò)言了,并且也有人被指正,被殺害,因此線索會(huì)越來(lái)越多……思維會(huì)更活躍,討論會(huì)更激烈。

            12、如此重復(fù),直到好人將殺手全部抓出,則好人獲勝;如好人全部被害,則殺手獲勝。

            游戲技巧:

            好人:沒(méi)別的,長(zhǎng)雙慧眼吧……錯(cuò)殺好人和放過(guò)壞人都等于自殺。

            壞人:

            壞人秘技1:

            出賣(mài)同伙。不等你的同伙暴露,就毫不手軟的指正并殺害,這樣在以后為自己辯論的過(guò)程中就多了一條很有說(shuō)服力的依據(jù)。

            壞人秘技2:

            隱藏。俗話說(shuō),槍打出頭鳥(niǎo)。雖然你很想誤導(dǎo)大家錯(cuò)殺某個(gè)好人,但在表決時(shí)你不要舉手,光指正不殺害,會(huì)很好的隱藏起自己的。

            壞人秘技3:

            嫁禍。往往2個(gè)相互指正的人都會(huì)是好人,充分利用好他們之間的對(duì)峙,始終讓他們?nèi)ノ蠹业淖⒁獍伞?BR>
            另外,還有試探、排除異己、拉攏大眾、據(jù)理力爭(zhēng)、博得同情這些技巧,也許,這就是殺人游戲的魅力所在吧。

          二、殺人游戲規(guī)則(335)(這是第二代的)

          1、參加游戲人數(shù)共12人,選1人做法官。法官準(zhǔn)備11張撲克牌,其中3張A,5張為普通牌,3張K。眾人坐定后,法官將洗好的11張牌交由大家抽取。抽到普通牌的為良民,抽到A的為殺手,抽到K的為警察。不要讓別人知道你抽到的是什么牌。
            2、抽牌結(jié)束后,法官開(kāi)始主持游戲,眾人要聽(tīng)從法官的口令,不要作弊,作弊的結(jié)果只能使你自己得不到游戲的樂(lè)趣,而不會(huì)影響大家。

            3、法官說(shuō):黑夜來(lái)臨了,請(qǐng)大家閉上眼睛睡覺(jué)了。此時(shí)只有法官一人能看到大家的情況。

            4、法官又說(shuō):殺手睜開(kāi)眼睛,出來(lái)殺人。聽(tīng)到此令,只有抽到A牌的三個(gè)殺手睜眼互相認(rèn)識(shí)一下,成為本輪游戲中最先達(dá)成同盟的群體。任意一位殺手示意法官,殺掉在座的任意一位。

            5、法官看清楚后說(shuō):殺手閉眼,警察睜開(kāi)眼睛。抽到K牌的警察相互認(rèn)識(shí)后,可以懷疑閉眼的任意一位為殺手,同時(shí),法官向警察示意懷疑對(duì)象是否殺手。

            6.完成后,法官說(shuō):所有人閉眼;稍后說(shuō):天亮了,大家都可以睜開(kāi)眼睛了。

            7、法官宣布誰(shuí)被殺了,此良民為第一個(gè)被殺之人。被殺者可以留下遺言,說(shuō)罷,被殺者在本輪游戲中將不能夠再發(fā)言。法官主持眾人從被殺者下一個(gè)人開(kāi)始順時(shí)針挨個(gè)陳述自己的意見(jiàn),提出自己的懷疑對(duì)象。
            
            8、陳述畢,會(huì)有幾人被懷疑為殺手。然后由法官主持大家按順序舉手表決被懷疑為殺手的人,殺掉票數(shù)最多的那個(gè)人。被殺者發(fā)表遺言。
            
            9、在聆聽(tīng)了遺言后,新的夜晚來(lái)到了。又是殺手出來(lái)殺人,然后警察確認(rèn)身,然后又都在新一天醒來(lái),又有一人被殺。繼續(xù)討論和殺掉新的被懷疑對(duì)象。如此往復(fù),殺手殺掉全部的警察即可獲勝;殺手被全部投票殺死,警察獲勝。
           

          還有第三代的,據(jù)說(shuō)又加了個(gè)醫(yī)生角色

          posted @ 2005-01-21 13:56 獨(dú)立小橋風(fēng)滿袖 閱讀(1665) | 評(píng)論 (3)編輯 收藏

          2005年1月18日

          關(guān)鍵字???? java util collection list map set hashmap 集合 鏈表 哈希
            線性表,鏈表,哈希表是常用的數(shù)據(jù)結(jié)構(gòu),在進(jìn)行Java開(kāi)發(fā)時(shí),JDK已經(jīng)為我們提供了一系列相應(yīng)的類(lèi)來(lái)實(shí)現(xiàn)基本的數(shù)據(jù)結(jié)構(gòu)。這些類(lèi)均在java.util包中。本文試圖通過(guò)簡(jiǎn)單的描述,向讀者闡述各個(gè)類(lèi)的作用以及如何正確使用這些類(lèi)。

          Collection
          ├List
          │├LinkedList
          │├ArrayList
          │└Vector
          │ └Stack
          └Set
          Map
          ├Hashtable
          ├HashMap
          └WeakHashMap

          Collection接口
            Collection是最基本的集合接口,一個(gè)Collection代表一組Object,即Collection的元素(Elements)。一些Collection允許相同的元素而另一些不行。一些能排序而另一些不行。Java SDK不提供直接繼承自Collection的類(lèi),Java SDK提供的類(lèi)都是繼承自Collection的“子接口”如List和Set。
            所有實(shí)現(xiàn)Collection接口的類(lèi)都必須提供兩個(gè)標(biāo)準(zhǔn)的構(gòu)造函數(shù):無(wú)參數(shù)的構(gòu)造函數(shù)用于創(chuàng)建一個(gè)空的Collection,有一個(gè)Collection參數(shù)的構(gòu)造函數(shù)用于創(chuàng)建一個(gè)新的Collection,這個(gè)新的Collection與傳入的Collection有相同的元素。后一個(gè)構(gòu)造函數(shù)允許用戶復(fù)制一個(gè)Collection。
            如何遍歷Collection中的每一個(gè)元素?不論Collection的實(shí)際類(lèi)型如何,它都支持一個(gè)iterator()的方法,該方法返回一個(gè)迭代子,使用該迭代子即可逐一訪問(wèn)Collection中每一個(gè)元素。典型的用法如下:
              Iterator it = collection.iterator(); // 獲得一個(gè)迭代子
              while(it.hasNext()) {
                Object obj = it.next(); // 得到下一個(gè)元素
              }
            由Collection接口派生的兩個(gè)接口是List和Set。

          List接口
            List是有序的Collection,使用此接口能夠精確的控制每個(gè)元素插入的位置。用戶能夠使用索引(元素在List中的位置,類(lèi)似于數(shù)組下標(biāo))來(lái)訪問(wèn)List中的元素,這類(lèi)似于Java的數(shù)組。
          和下面要提到的Set不同,List允許有相同的元素。
            除了具有Collection接口必備的iterator()方法外,List還提供一個(gè)listIterator()方法,返回一個(gè)ListIterator接口,和標(biāo)準(zhǔn)的Iterator接口相比,ListIterator多了一些add()之類(lèi)的方法,允許添加,刪除,設(shè)定元素,還能向前或向后遍歷。
            實(shí)現(xiàn)List接口的常用類(lèi)有LinkedList,ArrayList,Vector和Stack。

          LinkedList類(lèi)
            LinkedList實(shí)現(xiàn)了List接口,允許null元素。此外LinkedList提供額外的get,remove,insert方法在LinkedList的首部或尾部。這些操作使LinkedList可被用作堆棧(stack),隊(duì)列(queue)或雙向隊(duì)列(deque)。
            注意LinkedList沒(méi)有同步方法。如果多個(gè)線程同時(shí)訪問(wèn)一個(gè)List,則必須自己實(shí)現(xiàn)訪問(wèn)同步。一種解決方法是在創(chuàng)建List時(shí)構(gòu)造一個(gè)同步的List:
              List list = Collections.synchronizedList(new LinkedList(...));

          ArrayList類(lèi)
            ArrayList實(shí)現(xiàn)了可變大小的數(shù)組。它允許所有元素,包括null。ArrayList沒(méi)有同步。
          size,isEmpty,get,set方法運(yùn)行時(shí)間為常數(shù)。但是add方法開(kāi)銷(xiāo)為分?jǐn)偟某?shù),添加n個(gè)元素需要O(n)的時(shí)間。其他的方法運(yùn)行時(shí)間為線性。
            每個(gè)ArrayList實(shí)例都有一個(gè)容量(Capacity),即用于存儲(chǔ)元素的數(shù)組的大小。這個(gè)容量可隨著不斷添加新元素而自動(dòng)增加,但是增長(zhǎng)算法并沒(méi)有定義。當(dāng)需要插入大量元素時(shí),在插入前可以調(diào)用ensureCapacity方法來(lái)增加ArrayList的容量以提高插入效率。
            和LinkedList一樣,ArrayList也是非同步的(unsynchronized)。

          Vector類(lèi)
            Vector非常類(lèi)似ArrayList,但是Vector是同步的。由Vector創(chuàng)建的Iterator,雖然和ArrayList創(chuàng)建的Iterator是同一接口,但是,因?yàn)閂ector是同步的,當(dāng)一個(gè)Iterator被創(chuàng)建而且正在被使用,另一個(gè)線程改變了Vector的狀態(tài)(例如,添加或刪除了一些元素),這時(shí)調(diào)用Iterator的方法時(shí)將拋出ConcurrentModificationException,因此必須捕獲該異常。

          Stack 類(lèi)
            Stack繼承自Vector,實(shí)現(xiàn)一個(gè)后進(jìn)先出的堆棧。Stack提供5個(gè)額外的方法使得Vector得以被當(dāng)作堆棧使用。基本的push和pop方法,還有peek方法得到棧頂?shù)脑兀琫mpty方法測(cè)試堆棧是否為空,search方法檢測(cè)一個(gè)元素在堆棧中的位置。Stack剛創(chuàng)建后是空棧。

          Set接口
            Set是一種不包含重復(fù)的元素的Collection,即任意的兩個(gè)元素e1和e2都有e1.equals(e2)=false,Set最多有一個(gè)null元素。
            很明顯,Set的構(gòu)造函數(shù)有一個(gè)約束條件,傳入的Collection參數(shù)不能包含重復(fù)的元素。
            請(qǐng)注意:必須小心操作可變對(duì)象(Mutable Object)。如果一個(gè)Set中的可變?cè)馗淖兞俗陨頎顟B(tài)導(dǎo)致Object.equals(Object)=true將導(dǎo)致一些問(wèn)題。

          Map接口
            請(qǐng)注意,Map沒(méi)有繼承Collection接口,Map提供key到value的映射。一個(gè)Map中不能包含相同的key,每個(gè)key只能映射一個(gè)value。Map接口提供3種集合的視圖,Map的內(nèi)容可以被當(dāng)作一組key集合,一組value集合,或者一組key-value映射。

          Hashtable類(lèi)  Hashtable繼承Map接口,實(shí)現(xiàn)一個(gè)key-value映射的哈希表。任何非空(non-null)的對(duì)象都可作為key或者value。
            添加數(shù)據(jù)使用put(key, value),取出數(shù)據(jù)使用get(key),這兩個(gè)基本操作的時(shí)間開(kāi)銷(xiāo)為常數(shù)。
          Hashtable通過(guò)initial capacity和load factor兩個(gè)參數(shù)調(diào)整性能。通常缺省的load factor 0.75較好地實(shí)現(xiàn)了時(shí)間和空間的均衡。增大load factor可以節(jié)省空間但相應(yīng)的查找時(shí)間將增大,這會(huì)影響像get和put這樣的操作。
          使用Hashtable的簡(jiǎn)單示例如下,將1,2,3放到Hashtable中,他們的key分別是”one”,”two”,”three”:
              Hashtable numbers = new Hashtable();
              numbers.put(“one”, new Integer(1));
              numbers.put(“two”, new Integer(2));
              numbers.put(“three”, new Integer(3));
            要取出一個(gè)數(shù),比如2,用相應(yīng)的key:
              Integer n = (Integer)numbers.get(“two”);
              System.out.println(“two = ” + n);
            由于作為key的對(duì)象將通過(guò)計(jì)算其散列函數(shù)來(lái)確定與之對(duì)應(yīng)的value的位置,因此任何作為key的對(duì)象都必須實(shí)現(xiàn)hashCode和equals方法。hashCode和equals方法繼承自根類(lèi)Object,如果你用自定義的類(lèi)當(dāng)作key的話,要相當(dāng)小心,按照散列函數(shù)的定義,如果兩個(gè)對(duì)象相同,即obj1.equals(obj2)=true,則它們的hashCode必須相同,但如果兩個(gè)對(duì)象不同,則它們的hashCode不一定不同,如果兩個(gè)不同對(duì)象的hashCode相同,這種現(xiàn)象稱為沖突,沖突會(huì)導(dǎo)致操作哈希表的時(shí)間開(kāi)銷(xiāo)增大,所以盡量定義好的hashCode()方法,能加快哈希表的操作。
            如果相同的對(duì)象有不同的hashCode,對(duì)哈希表的操作會(huì)出現(xiàn)意想不到的結(jié)果(期待的get方法返回null),要避免這種問(wèn)題,只需要牢記一條:要同時(shí)復(fù)寫(xiě)equals方法和hashCode方法,而不要只寫(xiě)其中一個(gè)。
            Hashtable是同步的。

          HashMap類(lèi)
            HashMap和Hashtable類(lèi)似,不同之處在于HashMap是非同步的,并且允許null,即null value和null key。,但是將HashMap視為Collection時(shí)(values()方法可返回Collection),其迭代子操作時(shí)間開(kāi)銷(xiāo)和HashMap的容量成比例。因此,如果迭代操作的性能相當(dāng)重要的話,不要將HashMap的初始化容量設(shè)得過(guò)高,或者load factor過(guò)低。

          WeakHashMap類(lèi)
            WeakHashMap是一種改進(jìn)的HashMap,它對(duì)key實(shí)行“弱引用”,如果一個(gè)key不再被外部所引用,那么該key可以被GC回收。

          總結(jié)
            如果涉及到堆棧,隊(duì)列等操作,應(yīng)該考慮用List,對(duì)于需要快速插入,刪除元素,應(yīng)該使用LinkedList,如果需要快速隨機(jī)訪問(wèn)元素,應(yīng)該使用ArrayList。
            如果程序在單線程環(huán)境中,或者訪問(wèn)僅僅在一個(gè)線程中進(jìn)行,考慮非同步的類(lèi),其效率較高,如果多個(gè)線程可能同時(shí)操作一個(gè)類(lèi),應(yīng)該使用同步的類(lèi)。
            要特別注意對(duì)哈希表的操作,作為key的對(duì)象要正確復(fù)寫(xiě)equals和hashCode方法。
            盡量返回接口而非實(shí)際的類(lèi)型,如返回List而非ArrayList,這樣如果以后需要將ArrayList換成LinkedList時(shí),客戶端代碼不用改變。這就是針對(duì)抽象編程。

          posted @ 2005-01-18 20:34 獨(dú)立小橋風(fēng)滿袖 閱讀(500) | 評(píng)論 (0)編輯 收藏

          “The?entire?history?of?software?engineering?is?that?of?the?rise?in?levels?of?abstraction.”
          -Grady?BoochThe?limits?of?Software,?September?2002

          posted @ 2005-01-18 20:26 獨(dú)立小橋風(fēng)滿袖 閱讀(552) | 評(píng)論 (0)編輯 收藏

          曾經(jīng)有一位朋友在MSN上問(wèn)對(duì)于國(guó)內(nèi)軟件企業(yè)通過(guò)CMM究竟有沒(méi)有多大意義?我當(dāng)時(shí)的感覺(jué)就是國(guó)內(nèi)的企業(yè)大多是為了過(guò)CMM而CMM去的,真正利用CMM/CMMI來(lái)提升企業(yè)內(nèi)力的估計(jì)不多。就像中國(guó)學(xué)生考Tofle或者GRE一樣。對(duì)于軟件外包的企業(yè)顯得更為重要。

          ??????? James?Bach的“The?Immaturity?of?CMM”一文中,提到了CMM的種種不足,Weinberg也是對(duì)CMM提出質(zhì)疑的重要一方。CMM來(lái)源于DOD對(duì)承包企業(yè)的一個(gè)資質(zhì)評(píng)價(jià)。因?yàn)殡p方要做生意,但互相之間又不了解,我想請(qǐng)人來(lái)做這塊軟件,首先要對(duì)這幾個(gè)候選者能否做好有一個(gè)大致的評(píng)判,怎么評(píng)判呢,以什么標(biāo)準(zhǔn)評(píng)判呢?作為一個(gè)研究機(jī)構(gòu),SEI來(lái)給出這個(gè)評(píng)判標(biāo)準(zhǔn)非常合適。CMM作為一套評(píng)判企業(yè)軟件開(kāi)發(fā)過(guò)程能力的問(wèn)卷,應(yīng)該是非常成功的,SEI提供的各種成功的CASE數(shù)據(jù)可以作為證據(jù)。因此CMM也獲得了空前的成功和流傳。
          但“CMM只是一套試卷”這個(gè)最初的出發(fā)點(diǎn)導(dǎo)致了James?Bach一文中提到的CMM的眾多不足:

          1)??has?no?formal?theoretical?basis
          2)??has?only?vague?empirical?support
          3)??reveres?process,?but?ignores?people
          4)??reveres?institutionalization?of?process?for?its?own?sake
          5)??contains?very?little?information?on?process?dynamics
          6)??encourages?displacement?of?goals?from?the?true?mission?of?improving?process?to?the?artificial?mission?of?achieving?a?higher?maturity?level.

          CMM只是一個(gè)過(guò)程評(píng)價(jià)模型,而并不是過(guò)程實(shí)施的指導(dǎo)模型。應(yīng)該說(shuō),SEI已經(jīng)認(rèn)識(shí)到CMM在可操作性上的不足,?Humphery主持開(kāi)發(fā)的團(tuán)隊(duì)軟件過(guò)程TSP(Team?Software?Process)和個(gè)人軟件過(guò)程PSP(Personal?Software?Process)是面向開(kāi)發(fā)小組和開(kāi)發(fā)個(gè)人對(duì)CMM進(jìn)行的過(guò)程的微觀優(yōu)化,對(duì)CMM的實(shí)施提供了很好的幫助,但是,TSP和PSP只是對(duì)過(guò)程進(jìn)行細(xì)化,并沒(méi)有解決CMM與工程過(guò)程相結(jié)合的問(wèn)題。另外,SEI還曾制定了SPF(Software?Process?Framework),希望提供一個(gè)設(shè)計(jì)、分析、評(píng)審軟件過(guò)程的指南,以保證過(guò)程符合CMM的要求,效果也并不理想。

          posted @ 2005-01-18 20:23 獨(dú)立小橋風(fēng)滿袖 閱讀(456) | 評(píng)論 (0)編輯 收藏

               摘要: 介紹: OptimalJ是一個(gè)高級(jí)的企業(yè)級(jí)應(yīng)用開(kāi)發(fā)環(huán)境,它使用成熟的模式(Pattern) 直接從可視化模型生成全面的、可運(yùn)行的J2EE應(yīng)用系統(tǒng),實(shí)現(xiàn)了最好的實(shí)踐經(jīng)驗(yàn)并基于J2EE規(guī)則編寫(xiě)代碼。使用OMG的模型驅(qū)動(dòng)架構(gòu)標(biāo)準(zhǔn),OptimalJ幫助簡(jiǎn)化開(kāi)發(fā),使架構(gòu)師、設(shè)計(jì)人員和開(kāi)發(fā)人員快速開(kāi)發(fā)可靠的應(yīng)用系統(tǒng)。 OptimalJ以五個(gè)關(guān)鍵基礎(chǔ)概念為特性,將在一系列的技術(shù)白皮書(shū)進(jìn)行討論它們。 1、模...  閱讀全文

          posted @ 2005-01-18 19:54 獨(dú)立小橋風(fēng)滿袖 閱讀(790) | 評(píng)論 (0)編輯 收藏

          僅列出標(biāo)題  
          主站蜘蛛池模板: 虞城县| 青龙| 澎湖县| 湛江市| 合川市| 武陟县| 黔东| 余庆县| 台前县| 保山市| 金门县| 阆中市| 娄烦县| 许昌市| 凭祥市| 衡山县| 金堂县| 读书| 岱山县| 翁源县| 永丰县| 汉川市| 金乡县| 常德市| 南陵县| 乐清市| 乾安县| 太康县| 寿光市| 乌拉特中旗| 桂阳县| 东源县| 延庆县| 清镇市| 嘉祥县| 会东县| 泗阳县| 米林县| 瑞安市| 绍兴县| 老河口市|