lsbwahaha

薪水族如何“錢(qián)滾錢(qián)” 教你用2萬(wàn)賺到1000萬(wàn)
工薪族月薪2000元的理財(cái)竅門(mén)
在有很多的大學(xué)生都是在畢業(yè)以后選擇留在自己上學(xué)的城市，一來(lái)對(duì)城市有了感情，二來(lái)也希望能在大的城市有所發(fā)展，而現(xiàn)在很多大城市勞動(dòng)力過(guò)剩，大學(xué)生想找到一個(gè)自己喜歡又有較高收入的職位已經(jīng)變得非常難，很多剛畢業(yè)的朋友的月收入都可能徘徊在2000元人民幣左右，如果您是這樣的情況，讓我們來(lái)核算一下，如何利用手中的有限資金來(lái)進(jìn)行理財(cái)。如果您是單身一人，月收入在2000人民幣，又沒(méi)有其他的獎(jiǎng)金分紅等收入，那年收入就固定在25000元左右。如何來(lái)支配這些錢(qián)呢？
生活費(fèi)占收入30%-40%
首先，你要拿出每個(gè)月必須支付的生活費(fèi)。如房租、水電、通訊費(fèi)、柴米油鹽等，這部分約占收入三分之一。它們是你生活中不可或缺的部分，滿足你最基本的物質(zhì)需求。離開(kāi)了它們，你就會(huì)像魚(yú)兒離開(kāi)了水一樣無(wú)法生活，所以無(wú)論如何，請(qǐng)你先從收入中抽出這部分，不要?jiǎng)佑谩?br /> 儲(chǔ)蓄占收入10%-20%
其次，是自己用來(lái)儲(chǔ)蓄的部分，約占收入的10%-20%。很多人每次也都會(huì)在月初存錢(qián)，但是到了月底的時(shí)候，往往就變成了泡沫，存進(jìn)去的大部分又取出來(lái)了，而且是不知不覺(jué)的，好像憑空消失了一樣，總是在自己喜歡的衣飾、雜志、CD或朋友聚會(huì)上不加以節(jié)制。你要自己提醒自己，起碼，你的存儲(chǔ)能保證你3個(gè)月的基本生活。要知道，現(xiàn)在很多公司動(dòng)輒減薪裁員。如果你一點(diǎn)儲(chǔ)蓄都沒(méi)有，一旦工作發(fā)生了變動(dòng)，你將會(huì)非常被動(dòng)。
而且這3個(gè)月的收入可以成為你的定心丸，工作實(shí)在干得不開(kāi)心了，忍無(wú)可忍無(wú)需再忍時(shí)，你可以瀟灑地對(duì)老板說(shuō)聲“拜拜”。想想可以不用受你不喜歡的工作和人的氣，是多么開(kāi)心的事啊。所以，無(wú)論如何，請(qǐng)為自己留條退路。
活動(dòng)資金占收入30%~40%
剩下的這部分錢(qián)，約占收入的三分之一。可以根據(jù)自己當(dāng)時(shí)的生活目標(biāo)，側(cè)重地花在不同的地方。譬如“五一”、“十一”可以安排旅游；服裝打折時(shí)可以購(gòu)進(jìn)自己心儀已久的牌子貨；還有平時(shí)必不可少的購(gòu)買(mǎi)CD、朋友聚會(huì)的開(kāi)銷。這樣花起來(lái)心里有數(shù)，不會(huì)一下子把錢(qián)都用完。
最關(guān)鍵的是，即使一發(fā)薪水就把這部分用完了，也可當(dāng)是一次教訓(xùn)，可以懲罰自己一個(gè)月內(nèi)什么都不能再干了(就當(dāng)是收入全部支出了吧)，印象會(huì)很深刻而且有效。
除去吃、穿、住、行以及其他的消費(fèi)外，再怎么節(jié)省，估計(jì)您現(xiàn)在的狀況，一年也只有10000元的積蓄，想來(lái)這些都是剛畢業(yè)的絕大部分學(xué)生所面臨的實(shí)際情況。如何讓錢(qián)生錢(qián)是大家想得最多的事情，然而，畢竟收入有限，很多想法都不容易實(shí)現(xiàn)，建議處于這個(gè)階段的朋友，最重要的是開(kāi)源，節(jié)流只是我們生活工作的一部分，就像大廈的基層一樣。而最重要的是怎樣財(cái)源滾滾、開(kāi)源有道，為了達(dá)到一個(gè)新目標(biāo)，你必須不斷進(jìn)步以求發(fā)展，培養(yǎng)自己的實(shí)力以求進(jìn)步，這才是真正的生財(cái)之道。可以安心地發(fā)展自己的事業(yè)，積累自己的經(jīng)驗(yàn)，充實(shí)自己，使自己不斷地提高，才會(huì)有好的發(fā)展，要相信“機(jī)會(huì)總是給有準(zhǔn)備的人”。
當(dāng)然，既然有了些許積蓄，也不能讓它閑置，我們建議把1萬(wàn)元分為5份，分成5個(gè)2000元，分別作出適當(dāng)?shù)耐顿Y安排。這樣，家庭不會(huì)出現(xiàn)用錢(qián)危機(jī)，并可以獲得最大的收益。
(1)用2000元買(mǎi)國(guó)債，這是回報(bào)率較高而又很保險(xiǎn)的一種投資。
(2)用2000元買(mǎi)保險(xiǎn)。以往人們的保險(xiǎn)意識(shí)很淡薄，實(shí)際上購(gòu)買(mǎi)保險(xiǎn)也是一種較好的投資方式，而且保險(xiǎn)金不在利息稅征收之列。尤其是各壽險(xiǎn)公司都推出了兩全型險(xiǎn)種，增加了有關(guān)“權(quán)益轉(zhuǎn)換”的條款，即一旦銀行利率上升，客戶可在保險(xiǎn)公司出售的險(xiǎn)種中進(jìn)行轉(zhuǎn)換，并獲得保險(xiǎn)公司給予的一定的價(jià)格折扣、免予核保等優(yōu)惠政策。
(3)用2000元買(mǎi)股票。這是一種風(fēng)險(xiǎn)最大的投資，當(dāng)然風(fēng)險(xiǎn)與收益是并存的，只要選擇得當(dāng)，會(huì)帶來(lái)理想的投資回報(bào)。除股票外，期貨、投資債券等都屬這一類。不過(guò)，參與這類投資，要求有相應(yīng)的行業(yè)知識(shí)和較強(qiáng)的風(fēng)險(xiǎn)意識(shí)。
(4)用2000元存定期存款，這是一種幾乎沒(méi)有風(fēng)險(xiǎn)的投資方式，也是未來(lái)對(duì)家庭生活的一種保障。
(5)用2000元存活期存款，這是為了應(yīng)急之用。如家里臨時(shí)急需用錢(qián)，有一定數(shù)量的活期儲(chǔ)蓄存款可解燃眉之急，而且存取又很方便。
這種方法是許多人經(jīng)過(guò)多年嘗試后總結(jié)出的一套成功的理財(cái)經(jīng)驗(yàn)。當(dāng)然，各個(gè)家庭可以根據(jù)不同情況，靈活使用。
正確理財(cái)三個(gè)觀念
建立理財(cái)觀念一：理財(cái)是一件正大光明的事，“你不理財(cái)，財(cái)不理你”。
建立理財(cái)觀念二：理財(cái)要從現(xiàn)在開(kāi)始，并長(zhǎng)期堅(jiān)持。
建立理財(cái)觀念三：理財(cái)目的是“梳理財(cái)富，增值生活”。
理財(cái)四個(gè)誤區(qū)
理財(cái)觀念誤區(qū)一：我沒(méi)財(cái)可理；
理財(cái)觀念誤區(qū)二：我不需要理財(cái)；
理財(cái)觀念誤區(qū)三：等我有了錢(qián)再理財(cái)；
理財(cái)觀念誤區(qū)四：會(huì)理財(cái)不如會(huì)掙錢(qián)。
理財(cái)?shù)奈宕竽繕?biāo)
目標(biāo)一：獲得資產(chǎn)增值；
目標(biāo)二：保證資金安全；
目標(biāo)三：防御意外事故；
目標(biāo)四：保證老有所養(yǎng)；
目標(biāo)五：提供贍養(yǎng)父母及撫養(yǎng)教育子女的基金。
--------------------精彩閱讀推薦--------------------
【500強(qiáng)企業(yè)的薪水有多高？】
全球500強(qiáng)大企業(yè)的薪水實(shí)情大揭密
不一定要是自己的offer letter上的數(shù)據(jù)，凡是能夠確認(rèn)比較準(zhǔn)確的公司薪水都可補(bǔ)充。補(bǔ)充的話最好說(shuō)明職位、本碩區(qū)別、多少個(gè)月工資、獎(jiǎng)金。寶潔：本7200、研8200、博9700，均14個(gè)月，另有交通補(bǔ)助，區(qū)域補(bǔ)助等，CBD，marketing每幾個(gè)月漲20%－30%不定。
【工薪族的你跑贏通脹了嗎？】
工薪族理財(cái)跑贏通脹 開(kāi)源節(jié)流資產(chǎn)合理配備
龍先生家是典型的工薪階層。龍先生47歲，是某大型企業(yè)的技術(shù)師，年收入5.5萬(wàn)元，購(gòu)買(mǎi)了各類基本保險(xiǎn)。太太42歲，是某商場(chǎng)的合同工，年收入4萬(wàn)元，購(gòu)買(mǎi)了基本的社會(huì)保險(xiǎn)。兩人均在單位吃中午飯，搭班車上下班。兒子16歲，尚在讀高中。
【怎樣才能錢(qián)生錢(qián)？】
“階梯存儲(chǔ)”應(yīng)對(duì)利率調(diào)整 學(xué)三招輕松錢(qián)生錢(qián)
當(dāng)前，儲(chǔ)蓄依然在居民理財(cái)?shù)耐顿Y組合中占據(jù)著重要地位，但在當(dāng)前的加息周期內(nèi)，一些人因缺乏科學(xué)的儲(chǔ)蓄理財(cái)規(guī)劃而損失利息收入。理財(cái)專家建議，進(jìn)入加息周期，為了使儲(chǔ)蓄理財(cái)能賺取更多的利息收入，儲(chǔ)戶應(yīng)在存款期限、存款金額和存款方式上注意以下幾點(diǎn)。
【爺們的臉往哪擱！】
女人太會(huì)賺錢(qián)也是錯(cuò)？ 爺們兒的臉往哪擱
女人財(cái)大就氣粗？別偏激，妻子賺錢(qián)自己也是受益者，所以首先心態(tài)放平和些，別太執(zhí)著于傳統(tǒng)的思維和他人的看法。會(huì)不會(huì)賺錢(qián)是女人衡量男人的重要標(biāo)尺。男人沒(méi)錢(qián)，女人覺(jué)得沒(méi)有面子，不愿提及她的男人；有錢(qián)男人不怕提及他女人，無(wú)論漂亮與否，只要不給他戴綠帽子。

       

        說(shuō)起精致，最容易想起的詞大概是瓷器了，但這個(gè)詞用到程序員身上，肯定讓很多人覺(jué)得摸不著頭腦，在詳述"精致"這個(gè)詞以前，還是先來(lái)看一個(gè)"破窗理論"，讓我們真正的理解"精致"的概念。

       最早的"破窗理論"，也稱"破窗謬論"，源自于一位經(jīng)濟(jì)學(xué)家黑茲利特（也有人說(shuō)源于法國(guó)19世紀(jì)經(jīng)濟(jì)學(xué)家巴斯夏），用來(lái)指出"破壞創(chuàng)造財(cái)富"的概念，以徹底地否定凱恩斯主義的政府干預(yù)政策。但后來(lái)美國(guó)斯坦福大學(xué)心理學(xué)家詹巴斗和犯罪學(xué)家凱琳也提出了相應(yīng)的"破窗理論"。

        心理學(xué)家詹巴斗進(jìn)行了一項(xiàng)試驗(yàn)，他把兩輛一模一樣的汽車分別停放在帕羅阿爾托的中產(chǎn)階級(jí)社區(qū)和相對(duì)雜亂的布朗克斯街區(qū)。對(duì)停在布朗克斯街區(qū)的那一輛，他摘掉了車牌，并且把頂棚打開(kāi)，結(jié)果不到一天就被人偷走了；而停放在帕羅阿爾托的那一輛，停了一個(gè)星期也無(wú)人問(wèn)津。后來(lái)，詹巴斗用錘子把這輛車的玻璃敲了個(gè)大洞，結(jié)果僅僅過(guò)了幾個(gè)小時(shí)車就不見(jiàn)了。

       而犯罪學(xué)家凱琳曾注意到一個(gè)問(wèn)題：在她上班的路旁，有一座非常漂亮的大樓，有一天，她注意到樓上有一窗子的玻璃被打破了，那扇破窗與整座大樓的整潔美麗極不調(diào)諧，顯得格外的刺眼。又過(guò)了一段時(shí)間，她驚奇地發(fā)現(xiàn)：那扇破窗不但沒(méi)得到及時(shí)的維修，反而又增加了幾個(gè)帶爛玻璃的窗子……這一發(fā)現(xiàn)使她的心中忽有所悟：如果有人打壞了一個(gè)建筑物的窗戶玻璃，而這扇窗戶又得不到及時(shí)維修的話，別人就可能受到某些暗示性的縱容去打爛更多的玻璃。久而久之，這些破窗戶就給人造成一種無(wú)序的感覺(jué)；其結(jié)果是：在這種麻木不仁的氛圍中，犯罪就會(huì)滋生。這就是凱琳著名的"破窗理論"。

        后來(lái)的"破窗理論"，已經(jīng)突破原有經(jīng)濟(jì)學(xué)上的概念，有了新的意義：殘缺不全的東西更容易遭受到別人的破壞。前面的汽車和窗戶都表明了這一點(diǎn)。

       其實(shí)作為程序員開(kāi)發(fā)軟件也是一樣，可能有十種好的方法去寫(xiě)一個(gè)功能，一個(gè)類，但同時(shí)可能會(huì)有一百種更快捷但不好的方法去做同樣的事情，很多程序員會(huì)因?yàn)楦鞣N原因，如時(shí)間壓力，工作強(qiáng)度，技術(shù)水平等一系列問(wèn)題選擇了后者而非前者。同樣的事情還發(fā)生在維護(hù)和修改階段，當(dāng)看到別人的代碼寫(xiě)的隨意，不好時(shí)，那么自然就會(huì)沿著別人的方向走下去，結(jié)果就是產(chǎn)生出更多不好的代碼，這是在代碼開(kāi)發(fā)中的一個(gè)典型"破窗理論"的體現(xiàn)。

   承認(rèn)一點(diǎn)，現(xiàn)實(shí)世界是不完美，特別是開(kāi)發(fā)中，因?yàn)闀r(shí)間，精力，能力等各種因素，我們始終是要打破一些窗戶，但是卻要記住兩點(diǎn):
        1．一個(gè)月前多打破了一扇窗戶，結(jié)果一個(gè)月就會(huì)打破10 扇甚至更多的窗戶。
        2．如果打破了一扇窗戶，就要記住，遲早應(yīng)該將它補(bǔ)上。

        因?yàn)楦鞣矫娴脑颍粋€(gè)程序員也許不能做到精致的代碼，但是如果一個(gè)程序員不想去做精致的代碼，那么又何必選擇軟件開(kāi)發(fā)呢?

 

最近有Java解壓縮的需求，java.util.zip實(shí)在不好用，對(duì)中文支持也不行。所以選擇了強(qiáng)大的TrueZIP，使用時(shí)遇到了一個(gè)問(wèn)題，做個(gè)記錄。
解壓縮代碼如下：

ArchiveDetector detector = new DefaultArchiveDetector(ArchiveDetector.ALL,

        new Object[] { "zip", new CheckedZip32Driver("GBK") } );

File zipFile = new File("zipFile", detector);

File dst = new File("dst");

// 解壓縮

zipFile.copyAllTo(dst);

代碼十分簡(jiǎn)潔，注意這個(gè)File是

de.schlichtherle.io.File

不是

java.io.File

當(dāng)處理完業(yè)務(wù)要?jiǎng)h除這個(gè)Zip File時(shí)，問(wèn)題出現(xiàn)了：
這個(gè)文件刪不掉！！！
把自己的代碼檢查了好久，確認(rèn)沒(méi)問(wèn)題后，開(kāi)始從TrueZIP下手，發(fā)現(xiàn)它有特殊的地方的，是提示過(guò)的：

File file = new File(“archive.zip”); // de.schlichtherle.io.File!
Please do not do this instead:
de.schlichtherle.io.File file = new de.schlichtherle.io.File(“archive.zip”);

This is for the following reasons:
1.Accidentally using java.io.File and de.schlichtherle.io.File instances referring to the same path concurrently will result in erroneous behaviour and may even cause loss of data! Please refer to the section “Third Party Access” in the package Javadoc of de.schlichtherle.io for for full details and workarounds.
2.A de.schlichtherle.io.File subclasses java.io.File and thanks to polymorphism can be used everywhere a java.io.File could be used.

原來(lái)兩個(gè)File不能交叉使用，搞清楚原因了，加這么一句代碼搞定。

zipFile.deleteAll();

http://www.aygfsteel.com/Files/lsbwahaha/ANTLR_info.pdf
antlr簡(jiǎn)介

目前的ANTLR支持的語(yǔ)法層的選項(xiàng)主要包括：

語(yǔ)言選項(xiàng)（Language）、

輸出選項(xiàng)（output）、

回溯選項(xiàng)（backtrack）、

記憶選項(xiàng) （memorize）、

記號(hào)詞庫(kù)（tokenVocab）、

重寫(xiě)選項(xiàng)（rewrite）、

超類選項(xiàng)（superClass）、

過(guò)濾選項(xiàng)（Filter）、

AST標(biāo)簽類型（ASTLabelType）

K選項(xiàng)

 

 

/**

        //一些寫(xiě)法















k=2;

        backtrack=true;

        memoize=true;

*/

 

1.   語(yǔ)言選項(xiàng) language

 

語(yǔ)言選項(xiàng)指定了ANTLR將要產(chǎn)生的代碼的目標(biāo)語(yǔ)言，默認(rèn)情況下該選項(xiàng)設(shè)置為了Java。需要注意的是，ANTLR中的嵌入的動(dòng)作必須要使用目標(biāo)語(yǔ)言來(lái)寫(xiě)。

grammar T;
options {
    language=Java;
}

 

ANTLR使用了特有的基于字串模板（StringTemplate-based）代碼生成器，構(gòu)建一個(gè)新的目標(biāo)語(yǔ)言顯得較為簡(jiǎn)單，因此我們可以構(gòu)建多種 語(yǔ)言，諸如Java，C，C++，C#，Python，Objective-C，Ruby等等。語(yǔ)言選項(xiàng)讓ANNTLR去模板目錄（例如 org/antlr/codegen/templates/Java or org/antlr/codegen/templates/C）下尋找合適的模板,并使用模板來(lái)構(gòu)建語(yǔ)言。該目錄下包含大量的模板，我們可以向其中加入其 他的模板以滿足我們的需求。

2.   輸出選項(xiàng) output

輸出選項(xiàng)控制了ANTLR輸出的數(shù)據(jù)結(jié)構(gòu)，目前支持兩種輸出：抽象語(yǔ)法樹(shù)——AST（Abstract Syntax Trees）和字串模板（StringTemplates）——template。當(dāng)output這個(gè)選項(xiàng)被設(shè)置后，所有的規(guī)則都被輸出成了AST或者 template。

grammar T;
options {
    output=AST;
}

 

3.   回溯選項(xiàng)backtrack

當(dāng)回溯選項(xiàng)打開(kāi)的時(shí)候，在執(zhí)行一個(gè)LL(K)失敗的時(shí)候，ANTLR會(huì)返回至LL(K)開(kāi)始而嘗試其他的規(guī)則。

 

4.   記憶選項(xiàng) （memorize）

memoize選項(xiàng)打開(kāi)以后，每條解析方法（Paser Method）開(kāi)始之前，ANTLR會(huì)首先檢測(cè)以前的嘗試結(jié)果，并在該方法執(zhí)行完成之后記錄該規(guī)則是否執(zhí)行成功。但是注意，對(duì)于單條的規(guī)則打開(kāi)此選項(xiàng)經(jīng)常比在全局上打開(kāi)該規(guī)則效率更高。

 

5.   記號(hào)詞庫(kù)（tokenVocab）

說(shuō)白了就是output輸出目錄中的XX.tokens文件中的定義可以方便的給 大型工程中多個(gè).g中的符號(hào)同步更新。

 

大型的工程中常常利用AST作為中間產(chǎn)物對(duì)輸入進(jìn)行多次分析并最終生成代碼。對(duì)AST的遍歷時(shí)需要經(jīng)常使用樹(shù)語(yǔ)法（tree grammar），而tree grammar中經(jīng)常需要將符號(hào)與其他的文件中的符號(hào)進(jìn)行同步或者更新。tokenVocab實(shí)現(xiàn)了這個(gè)功能。
例如我們定義了下面的一個(gè)語(yǔ)法文件：

grammar P;
options {
    output=AST;
}
expr: INT ('+' ^ INT)* ;
INT : '0'..'9' +;
WS : ' ' | '\r' | '\n' ;
利用該文件生成了一個(gè)標(biāo)記：P.token，并生成了語(yǔ)法樹(shù)（AST）。這時(shí)我們需要一個(gè)用于遍歷該AST的tree grammar，并通過(guò)tree grammar 中的tokenVocab選項(xiàng)來(lái)向其中更新tokens:

tree grammar Dump;
options {
    tokenVocab=P;
    ASTLabelType=CommonTree;
}
expr: ^( '+' expr {System.out.print('+' );} expr )
    | INT {System.out.print($INT.text);}
    ;

編譯tree grammar的時(shí)候ANTLR默認(rèn)會(huì)在當(dāng)前目錄下尋找.token文件，我們可以通過(guò)-lib選項(xiàng)來(lái)設(shè)置用于尋找.token文件的目錄，例如：
java org.antlr.Tool -lib . Dump.g

6.   重寫(xiě)選項(xiàng)（rewrite）

通過(guò)重寫(xiě)選項(xiàng)可以改變ANTLR對(duì)輸入的默認(rèn)處理規(guī)則，一般用在輸出為template的情況下。將該選項(xiàng)使能之后，ANTLR將一般的輸入直接拷貝至輸出，而將適于模板重寫(xiě)規(guī)則的輸入做其他的處理。

7.   超類選項(xiàng)（superClass）

用于指定一個(gè)超類。

8.   過(guò)濾選項(xiàng)（Filter）

9.   AST標(biāo)簽類型（ASTLabelType）

10.             K選項(xiàng)

   K選項(xiàng)用于限制對(duì)LL(K)進(jìn)行語(yǔ)法分析的次數(shù)，從而提高了ANTLR的解析速度。K只能為*或者數(shù)字，默認(rèn)為*。

 

 

 

 

屬性和動(dòng)作

動(dòng)作（Actions）實(shí)際上是用目標(biāo)語(yǔ)言寫(xiě)成的、嵌入到規(guī)則中的代碼（以花括號(hào)包裹）。它們通常直接操作輸入的標(biāo)號(hào)，但是他們也可以用來(lái)調(diào)用相應(yīng)的外部代碼。屬性，到目前為止我的理解還不多，感覺(jué)像是C++中類里面的成員，一會(huì)看完應(yīng)該會(huì)更清楚一些。

1. 語(yǔ)法動(dòng)作（Grammar Actions）
動(dòng)作（Actions）是指嵌在語(yǔ)法中的、用目標(biāo)語(yǔ)言寫(xiě)成的代碼片段。ANTLR則把這些代碼（除了用$或%標(biāo)記的以外）逐字地插入到生成的識(shí)別器中。
動(dòng)作可以放到規(guī)則的外邊，也可以嵌入到某條規(guī)則當(dāng)中。當(dāng)動(dòng)作位于規(guī)則之外時(shí)候，這些動(dòng)作同城定義了一些全局的或者是類的成員（變量或者成員函數(shù)）；而當(dāng)其嵌入規(guī)則之中時(shí)，則用于執(zhí)行某些特定的命令，這些命令在識(shí)別器識(shí)別了其預(yù)訂的字符的時(shí)候就會(huì)開(kāi)始執(zhí)行。例如下面的例子：

parser grammar T;
@header {
    package p;
}
@members {
    int i;
    public TParser(TokenStream input, int foo) {
        this(input);
        i = foo;
    }
}
a[int x] returns [int y]
@init {int z=0;}
@after {System.out.println("after matching rule; before finally");}
: {《action1》} A {《action2 》}
;
catch[RecognitionException re] {
    System.err.println("error");
}
finally { 《do-this-no-matter-what 》 }

從中可以看出，前面的兩個(gè)動(dòng)作，@head and @members是兩個(gè)處于規(guī)則之外的全局的動(dòng)作，定義了一些變量和類；而后兩個(gè)則分別在a這個(gè)規(guī)則的前后執(zhí)行（@init在前，@after在后，這個(gè)在前面提到過(guò)）。 這里針對(duì)兩種類型詳細(xì)敘述。

antlr簡(jiǎn)介

1. 需要有全職的有威信，有能力的產(chǎn)品負(fù)責(zé)人（PO-Product Owner).
2. PO要和Scrum Team、其他的利益相關(guān)者（stakeholder)一起工作
3. 有PO來(lái)創(chuàng)建和管理產(chǎn)品backlog.
4. Scrum每日站會(huì)必須的3個(gè)問(wèn)題（完成了什么，準(zhǔn)備做什么，有什么障礙）。
5. Scrum每日站會(huì)要在固定的地方時(shí)間不要超過(guò)15分鐘。
6. 有規(guī)律的Sprint長(zhǎng)度(不超過(guò)30天)
7. 在Sprint計(jì)劃會(huì)議上創(chuàng)建Sprint Backlog和經(jīng)過(guò)詳細(xì)估算的任務(wù)列表。
8. 一定要有Sprint的燃盡圖。
9. Team必須的設(shè)備及相關(guān)的供應(yīng)要齊全。
10. 使用回顧會(huì)議確保過(guò)程在不斷提升。
11. 有明確的對(duì)于“任務(wù)完成”的定義。
12. 按照合理的速率給出承諾（根據(jù)Sprint的工作量估計(jì))。
13. 團(tuán)隊(duì)大小在7 +/- 2,最多不能超過(guò)12人
14. 跨職能的團(tuán)隊(duì)包括Scrum Master和PO.
15. 自組織的團(tuán)隊(duì) - 團(tuán)隊(duì)成員志愿挑選任務(wù)。
16. Scrum master要跟蹤進(jìn)度，并且為團(tuán)隊(duì)掃清障礙。
17. 確保Team不被外界干擾。
18. Sprint之間不能間斷。
19. 合理的節(jié)奏 - 根據(jù)固定時(shí)間段來(lái)確定任務(wù)量, 不只是一個(gè)進(jìn)度表。
20. 質(zhì)量是第一，不需要在質(zhì)量上討價(jià)還價(jià) - 代碼缺陷永遠(yuǎn)位于Backlog的最上層。

   轉(zhuǎn)載于：http://www.infoq.com/cn/articles/skills-for-scrum-agile-teams 

敏捷項(xiàng)目的工程獨(dú)特性

   1. 設(shè)置開(kāi)發(fā)環(huán)境
     
      在傳統(tǒng)項(xiàng)目中，團(tuán)隊(duì)可以投入充分的時(shí)間來(lái)設(shè)置開(kāi)發(fā)環(huán)境；而在敏捷團(tuán)隊(duì)里面，他們需要從第一刻時(shí)間起就能產(chǎn)出。根據(jù)我們的經(jīng)驗(yàn)，我們認(rèn)識(shí)到缺乏設(shè)置開(kāi)發(fā)環(huán)境的相關(guān)文檔是設(shè)置環(huán)境如此耗時(shí)的一個(gè)關(guān)鍵原因。第二個(gè)關(guān)鍵原因是在設(shè)置過(guò)程中涉及的手工步驟數(shù)。在第0次sprint，我們必須記錄每一件開(kāi)發(fā)人員必須做了才能開(kāi)始編寫(xiě)代碼，并集成團(tuán)隊(duì)其他人工作的小事。


   2. 自動(dòng)構(gòu)建
  
       讓我們盡早失敗！我們領(lǐng)悟到，手工構(gòu)建可能既脆弱，又特定于某一臺(tái)機(jī)器，而且當(dāng)時(shí)間耗費(fèi)在手工構(gòu)建的基礎(chǔ)工作上面時(shí)，開(kāi)發(fā)和測(cè)試的時(shí)間就被擠占掉了。除去最小的項(xiàng)目，自動(dòng)構(gòu)建過(guò)程對(duì)于每一個(gè)項(xiàng)目都是必不可少的。我們認(rèn)識(shí)到，即使需要抽出時(shí)間來(lái)創(chuàng)建自動(dòng)構(gòu)建的環(huán)境，你以后是能把這些時(shí)間賺回來(lái)的。這也使得我們更易于確保項(xiàng)目有一個(gè)人人共有的標(biāo)準(zhǔn)化構(gòu)建。

   3. 持續(xù)集成

      根據(jù)我們過(guò)去的經(jīng)驗(yàn)，我們領(lǐng)悟到，等到最后的幾個(gè)星期才去把不同團(tuán)隊(duì)成員的代碼集成到一起是一個(gè)災(zāi)難。如果你已經(jīng)擁有了自動(dòng)構(gòu)建，接下來(lái)的事情就是持續(xù)集成。當(dāng)然，版本控制（或者軟件配置管理——另一個(gè)更為正式的和令人印象深刻的名字）是自動(dòng)構(gòu)建和持續(xù)集成環(huán)境的前提。我們學(xué)到的一個(gè)重要教訓(xùn)是，你越快識(shí)別出集成的錯(cuò)誤，你就能越快地解決這些問(wèn)題。我們?cè)?jīng)使用過(guò)的主要工具包括 CruiseControl、CruiseControl.Net和Bamboo。  hadson，基礎(chǔ)集成還是不錯(cuò)的。

   4. 單元測(cè)試

     在高度流動(dòng)的環(huán)境中，隨著多個(gè)開(kāi)發(fā)人員一起工作、需求的變更和優(yōu)先級(jí)的不斷變化，確保昨天可以運(yùn)行的東西今天也能運(yùn)行，這是至關(guān)重要的。此外，我們還要與集成出現(xiàn)的錯(cuò)誤為戰(zhàn)。一種方法（我們從艱難歲月中學(xué)習(xí)得來(lái)）是使用單元測(cè)試，這樣代碼的更改不會(huì)破壞現(xiàn)有的功能。我們也開(kāi)始在開(kāi)發(fā)編碼之前編寫(xiě)單元測(cè)試用例。我們?cè)?jīng)使用過(guò)的主要工具包括JUnit（以及其他的xUnit工具如NUnit、HttpUnit等）和MockObjects。 

   5. 重構(gòu)

       在傳統(tǒng)的項(xiàng)目中，通常有一個(gè)人保護(hù)他們的代碼庫(kù)，直到代碼集成階段。但是在敏捷里面，我們持代碼集體所有制的觀點(diǎn)——所有的代碼屬于所有的開(kāi)發(fā)人員，只要開(kāi)發(fā)人員認(rèn)為有必要，每個(gè)人都能不受約束地去改善代碼。在一段時(shí)間里面，我們的代碼庫(kù)開(kāi)始出現(xiàn)奇怪的行為——解決辦法就是重構(gòu)（感謝Martin Fowler在他的同名著作中把重構(gòu)一詞推廣開(kāi)來(lái)）。重構(gòu)的本質(zhì)歸結(jié)為修改代碼以改善代碼的結(jié)構(gòu)和清晰度，但不改變代碼的功能。我們學(xué)到的一個(gè)重要教訓(xùn)是在重構(gòu)代碼之前使用單元測(cè)試作為安全網(wǎng)，我們?cè)?jīng)使用過(guò)的一些主要工具包括Eclipse、NetBeans、IntelliJ IDEA的和Visual Studio.NET。

在敏捷團(tuán)隊(duì)之中工作所必備的行為特征

由于敏捷團(tuán)隊(duì)不同于普通的團(tuán)隊(duì)，并且非常倚賴于有效果和有效率的溝通和快速執(zhí)行，敏捷團(tuán)隊(duì)更需要使用軟技能。如果我們意識(shí)到這一點(diǎn)，并積極鼓勵(lì)使用這些特征和技能，我們可以使得敏捷團(tuán)隊(duì)更有價(jià)值和富有成效。

自組織往往倚賴于諸如正反饋、負(fù)反饋、深度探索和廣度調(diào)研之間取得平衡以及多重互動(dòng)的基本要素。根據(jù)我們的經(jīng)驗(yàn)，團(tuán)隊(duì)可能由于許多文化和社會(huì)因素?zé)o法給予正確的反饋或者回避人與人之間的互動(dòng)。

根據(jù)我個(gè)人的經(jīng)驗(yàn)，這仍然是一個(gè)“神話”。我們總是傾向于患有“可預(yù)測(cè)性綜合癥”——如果我們做更多的規(guī)劃，我們將更加功能預(yù)測(cè)。

團(tuán)隊(duì)需要有良好的紀(jì)律、有能力承擔(dān)責(zé)任、盡忠盡責(zé)以及承擔(dān)職責(zé)和所有權(quán)。

團(tuán)隊(duì)需要擁有的關(guān)鍵技能之一是有能力尋求幫助，并尋求他人的評(píng)價(jià)。在某些情形下，我們已經(jīng)看到了“自我”因素表現(xiàn)為一個(gè)主要的障礙。

有些時(shí)候，承擔(dān)責(zé)任，盡忠盡責(zé)和協(xié)作精神是理所當(dāng)然的，但是根據(jù)以往的經(jīng)驗(yàn)，為了這些能夠出現(xiàn)，我們有時(shí)需要外部干預(yù)。

有些我們常常傾向于忽視的關(guān)鍵技能是積極主動(dòng)、在激烈的環(huán)境中享受工作和易于適應(yīng)新的形勢(shì)和框架。

我們的大多數(shù)項(xiàng)目都是分布式的，這意味著在客戶和服務(wù)供應(yīng)商之間將會(huì)共同使用Scrum。在這種情況下，諸如管理多樣化團(tuán)隊(duì)、時(shí)間管理、外交技巧和領(lǐng)導(dǎo)力等技能是非常關(guān)鍵的。

敏捷團(tuán)隊(duì)的成功“咒語(yǔ)”

對(duì)于任何一個(gè)希望成功和高效的敏捷項(xiàng)目，團(tuán)隊(duì)需要對(duì)向同儕學(xué)習(xí)（不管資歷和專業(yè)知識(shí)）表現(xiàn)出更大的熱情和正確的態(tài)度。必須保證一個(gè)無(wú)畏表達(dá)的安全網(wǎng)，這樣才會(huì)展現(xiàn)出真正的友情，而這反過(guò)來(lái)會(huì)增強(qiáng)團(tuán)隊(duì)成員對(duì)團(tuán)隊(duì)目標(biāo)的關(guān)注，而不是“哪些由我來(lái)做”？

結(jié)論

根據(jù)我個(gè)人的經(jīng)驗(yàn)和觀察，對(duì)于提高生產(chǎn)率所需的技能，敏捷項(xiàng)目與傳統(tǒng)項(xiàng)目有所不同。本文定義了團(tuán)隊(duì)提高生產(chǎn)率所需的行為和技術(shù)技能。具有這些“delta” 特征的人應(yīng)該具備了合適的行為和技術(shù)技能，這些技能使得他們?cè)诿艚蓓?xiàng)目中的工作能夠富有成效。對(duì)于這些技能的總結(jié)請(qǐng)見(jiàn)下表。

技能表

角色	技術(shù)技能（在不同的方面）	行為技能
開(kāi)發(fā)人員	CRUD操作，開(kāi)發(fā)框架不同層之間的調(diào)用 單元測(cè)試（工具——NUnit、JUnit） 代碼覆蓋率的概念和工具 代碼審查的概念和工具 持續(xù)集成工具 重構(gòu)的概念 代碼味道的概念 Scrum過(guò)程	溝通 合作 時(shí)間管理/計(jì)劃 思維 沖突管理 處理更改/靈活性 決策 團(tuán)隊(duì)合作/團(tuán)隊(duì)建設(shè) 處理壓力 問(wèn)題解決 領(lǐng)導(dǎo) 外交
QA	“完成”的定義 —> 驗(yàn)收標(biāo)準(zhǔn) 測(cè)試管理 自動(dòng)化/腳本 環(huán)境設(shè)置 數(shù)據(jù)庫(kù)概念	與開(kāi)發(fā)人員相同
Scrum Master	Scrum過(guò)程 模板和使用 項(xiàng)目管理工具 持續(xù)集成工具 設(shè)置開(kāi)發(fā)環(huán)境	開(kāi)發(fā)人員的技能+推動(dòng)力

作者簡(jiǎn)介

Prasad，擁有10年的IT服務(wù)行業(yè)經(jīng)驗(yàn)，他第一次接觸敏捷項(xiàng)目是在2005年微軟的一個(gè)項(xiàng)目；從那時(shí)起，他為許多公司如GE、思科、可口可樂(lè)等，針對(duì)敏捷及其變體提供了解決方案開(kāi)發(fā)、培訓(xùn)、咨詢以及指導(dǎo)。目前他正在Symphony Services的敏捷實(shí)驗(yàn)室擔(dān)任經(jīng)理。Symphony40％的項(xiàng)目都是關(guān)于敏捷或其不同的形式，并且自2004年起就通過(guò)敏捷為客戶提供商務(wù)的關(guān)鍵價(jià)值。你可以通過(guò)pprabhak@symphonsysv.com與他聯(lián)系。

查看英文原文：Skills for Scrum Agile Teams

  敏捷最大的特點(diǎn)是：不但快，反應(yīng)要更快。

  最終的目的是：提升效率。

    敏捷是一種思想:
       溝通：個(gè)體交互
       簡(jiǎn)單：快速交付
       反饋：客戶合作
       勇氣：響應(yīng)變化

    關(guān)鍵條件還是目標(biāo)一直的團(tuán)隊(duì)
      共同愿景
      高效溝通
      互相信任
      嚴(yán)格執(zhí)行

     迅速迭代，越變?cè)矫溃试S試錯(cuò)
     敏捷精華： 小勝+ 反思

想法是：
1.現(xiàn)在列出你認(rèn)為你能完成的一件事。
比如我認(rèn)為每天30分鐘的話，下一周我能讀一本書(shū):書(shū)名叫《人人都是產(chǎn)品經(jīng)理》
2.每天把進(jìn)度記錄到地下
我會(huì)把讀完的頁(yè)數(shù)寫(xiě)出來(lái)，加上一點(diǎn)點(diǎn)感想
看完后，總結(jié)下。

任何一個(gè)有經(jīng)驗(yàn)的程序員都知道，軟件開(kāi)發(fā)遵循著一些不成文的法則。然而，如果你不遵循這些法則也并不意味著會(huì)受到懲罰；相反，有時(shí)你還會(huì)獲得意外的好處。下面的就是軟件編程中的21條法則：

1. 任何程序一旦部署即顯陳舊。
2. 修改需求規(guī)范來(lái)適應(yīng)程序比反過(guò)來(lái)做更容易。
3. 一個(gè)程序如果很有用，那它注定要被改掉。
4. 一個(gè)程序如果沒(méi)用，那它一定會(huì)有很好的文檔。
5. 任何程序里都僅僅只有10%的代碼會(huì)被執(zhí)行到。
6. 軟件會(huì)一直膨脹到耗盡所有資源為止。
7. 任何一個(gè)有點(diǎn)價(jià)值的程序里都會(huì)有至少一個(gè)bug。
8. 原型完美的程度跟審視的人數(shù)成反比，反比值會(huì)隨著涉及的資金數(shù)增大。
9. 軟件直到被變成產(chǎn)品運(yùn)行至少6個(gè)月后，它最嚴(yán)重的問(wèn)題才會(huì)被發(fā)現(xiàn)。
10. 無(wú)法檢測(cè)到的錯(cuò)誤的形式無(wú)限多樣，而能被檢測(cè)到的正好相反，被定義了的十分有限。
11. 修復(fù)一個(gè)錯(cuò)誤所需要投入的努力會(huì)隨著時(shí)間成指數(shù)級(jí)增加。
12. 軟件的復(fù)雜度會(huì)一直增加，直到超出維護(hù)這個(gè)程序的人的承受能力。
13. 任何自己的程序，幾個(gè)月不看，形同其他人寫(xiě)的。
14. 任何一個(gè)小程序里面都有一個(gè)巨大的程序蠢蠢欲出。
15. 編碼開(kāi)始的越早，花費(fèi)的時(shí)間越長(zhǎng)。
16. 一個(gè)粗心的項(xiàng)目計(jì)劃會(huì)讓你多花3倍的時(shí)間去完成；一個(gè)細(xì)心的項(xiàng)目計(jì)劃只會(huì)讓你多花2倍的時(shí)間。
17. 往大型項(xiàng)目里添加人手會(huì)使項(xiàng)目更延遲。
18. 一個(gè)程序至少會(huì)完成90%，但永遠(yuǎn)完成不了超過(guò)95%。
19. 如果你想麻煩被自動(dòng)處理掉，你得到的是自動(dòng)產(chǎn)生的麻煩。
20. 開(kāi)發(fā)一個(gè)傻瓜都會(huì)使用的軟件，只有傻瓜愿意使用它。
21. 用戶不會(huì)真正的知道要在軟件里做些什么，除非使用過(guò)。

[英文出處]：21 Laws of Computer Programming

public class CheckQueryParams {

    private static interface Validation{
 void check(QueryInfo query);
    }
   
    private static List<Validation> validations = new ArrayList<Validation>();
   
    static {
 validations.add(new Validation() {
     public void check(QueryInfo query) {
  if(StringUtils.isEmpty(query.getStartKey()) && StringUtils.isEmpty(query.getEndKey()))
      throw new RuntimeException("Both keys can not be null or empty at the same time");
     }});
    }

    public static void check(QueryInfo query) {
 for(Validation validation : validations) {
     validation.check(query);
 }
    }
}

public class LRUCache<K,V> {

    final private int capacity;
    final private Map<K,Reference<V>> map;
    final private ReentrantLock lock = new ReentrantLock();
    final private ReferenceQueue<Reference<V>> queue = new ReferenceQueue<Reference<V>>();
   
    public LRUCache(int capacity) {
 this.capacity = capacity;
 map = new LinkedHashMap<K,Reference<V>>(capacity,1f,true){
     @Override
     protected boolean removeEldestEntry(Map.Entry<K,Reference<V>> eldest) {
         return this.size() > LRUCache.this.capacity;
     }
 };
    }
   
    public V put(K key,V value) {
 lock.lock();
 try {
  map.put(key, new SoftReference(value,queue));
  return value;
 }finally {
     lock.unlock();
 }
    }
   
    public V get(K key) {
 lock.lock();
 try {
     queue.poll();
     return map.get(key).get();
 }finally {
     lock.unlock();
 }
    }
 
    public void remove(K key) {
 lock.lock();
 try {
     map.remove(key);
 }finally {
     lock.unlock();
 }
    }

}