That way I want to stay

這是我的個(gè)人主頁(yè)，有興趣的同學(xué)大家互相關(guān)注一下：
http://www.tuijianba.com/9889.html

最近一直在開(kāi)發(fā)一款I(lǐng)DE，本來(lái)設(shè)計(jì)的目標(biāo)只是一個(gè)單機(jī)版的客戶(hù)端，不會(huì)連接任何服務(wù)端。后來(lái)用戶(hù)突然加了一項(xiàng)需求，想要訪問(wèn)數(shù)據(jù)庫(kù)，去查詢(xún)一些數(shù)據(jù)。 其實(shí)這本來(lái)也不是什么怪異的需求，只是一種C/S系統(tǒng)而已。那時(shí)候剛聽(tīng)到這個(gè)需求的時(shí)候，馬上想到的是，用hibernate, ibatis還是直接用JDBC。不如用ibatis吧，只需要查詢(xún)幾個(gè)表的幾個(gè)字段而已，這一項(xiàng)剛好足夠。 可是要增加數(shù)據(jù)庫(kù)的支持時(shí)，心里特別的別扭，這款I(lǐng)DE的目標(biāo)客戶(hù)是遍布各個(gè)地方的，這一點(diǎn)就決定了，我們不可能用C/S的方法。 后來(lái)是在online system上加了一個(gè)web service，讓這個(gè)IDE去調(diào)用。這樣任何地方都可以訪問(wèn)這個(gè)服務(wù)了。 就算不論這一點(diǎn)，在考慮要用客戶(hù)端直接連數(shù)據(jù)庫(kù)的時(shí)候，心里面就像吃了螞蟻似的，非常不爽。不知道是因?yàn)锽/S系統(tǒng)做多了，還是因?yàn)橛X(jué)得客戶(hù)端直接連數(shù)據(jù)庫(kù)本身就是一種不對(duì)的做法，總之現(xiàn)在已經(jīng)有點(diǎn)不喜歡C/S結(jié)構(gòu)的系統(tǒng)了，或者說(shuō)，不喜歡客戶(hù)端/數(shù)據(jù)庫(kù)服務(wù)這樣的系統(tǒng)。 不知道諸位程序員同
文章來(lái)源:http://blog.csdn.net/Wingel/archive/2007/01/25/1493585.aspx

?程序員有個(gè)偏好，那就是實(shí)現(xiàn)，他們喜歡把東西實(shí)現(xiàn)出來(lái)。這是一個(gè)優(yōu)點(diǎn)，實(shí)現(xiàn)能力越強(qiáng)的人，一般編程能力也越強(qiáng)，我們也就可以說(shuō)，他的技術(shù)越強(qiáng)。
　　但是喜歡實(shí)現(xiàn)卻又是程序員的缺點(diǎn)，因?yàn)樗麄冊(cè)趯?shí)現(xiàn)一樣?xùn)|西的時(shí)候，經(jīng)常會(huì)不想去理會(huì)其他的事情。比如說(shuō)，程序員接到一項(xiàng)任務(wù)時(shí)，普通的程序員就馬上會(huì)開(kāi)始動(dòng)手。稍微好一些的程序員則會(huì)仔細(xì)思考一下再動(dòng)手?？上?，這樣子也是程序員管理能力欠缺的一個(gè)原因。
　　當(dāng)你的能力足夠的時(shí)候，你應(yīng)該懂得，把分配給你的任務(wù)計(jì)劃一下，看看多久完成，如果你要把這個(gè)任務(wù)分塊的話，嘗試估計(jì)一下各個(gè)塊的完成時(shí)間。不要因?yàn)閾?dān)心預(yù)計(jì)得不準(zhǔn)，就不去估計(jì)。因?yàn)橛袀€(gè)計(jì)劃給領(lǐng)導(dǎo)，絕對(duì)比沒(méi)有的強(qiáng)。
　　開(kāi)發(fā)經(jīng)驗(yàn)逐漸增多的情況下，你已經(jīng)有能力相對(duì)準(zhǔn)確的計(jì)劃自己的任務(wù)了。這時(shí)候你應(yīng)該去找你的領(lǐng)導(dǎo)，把他今年可能會(huì)分配給你的任務(wù)看一下。這件事情很重要，因?yàn)槟悴蛔龅脑?，你還只是一個(gè)程序員。因?yàn)槟銓?duì)自己的能力已經(jīng)有了充分的認(rèn)識(shí)，也能相對(duì)準(zhǔn)確的估計(jì)你的開(kāi)發(fā)進(jìn)度了。你可以好好把今年的任務(wù)計(jì)劃一下，把更新好的進(jìn)度表給你的領(lǐng)導(dǎo)。因?yàn)樗麑?duì)你開(kāi)發(fā)進(jìn)度的估計(jì)，怎么樣都沒(méi)有你自己估計(jì)的準(zhǔn)確。你能給一份計(jì)劃，他會(huì)很開(kāi)心。
　　現(xiàn)在，你已經(jīng)有能力計(jì)劃自己整年的開(kāi)發(fā)情況了。
　　但是計(jì)劃會(huì)改變。　　
　　我們要擁抱計(jì)劃的變更！
　　你跟客戶(hù)，或者負(fù)責(zé)需求的人熟嗎？只有時(shí)刻掌握著需求的變化，才能時(shí)刻把握好自己的計(jì)劃。
　　你跟QA熟嗎？QA對(duì)你這個(gè)人開(kāi)發(fā)質(zhì)量的印象如何？清楚自己的開(kāi)發(fā)質(zhì)量，才能保證把事情做好的能力一直在進(jìn)步。
　　你跟領(lǐng)導(dǎo)熟嗎？你保證你做的事情領(lǐng)導(dǎo)都知道嗎？你想做什么領(lǐng)導(dǎo)也知道？
　　你敢不敢說(shuō)，所有跟你有關(guān)的情況，都盡在你的掌握？
　　會(huì)不會(huì)覺(jué)得這些很像空話，很不實(shí)際！
　　但是有做總是有好處的！
　　你做得越多，你越過(guò)程序員就越快。因?yàn)槟悴荒?，也不想只是單線程的程序員！

???? 前了陣子，做了個(gè)firefox下的插件，在了解它的插件運(yùn)作的過(guò)程中，才發(fā)現(xiàn)，原來(lái)程序還可以是這樣組成的。
??? 我們現(xiàn)在的所有B/S程序，UI上就是由HTML＋JavaScript組成的，而它這樣的局限就是，這樣的UI只能在瀏覽器上運(yùn)行；而且它的UI會(huì)比較簡(jiǎn)單，不能像桌面程序中的一些效果。
??? 前面那個(gè)問(wèn)題，其實(shí)很容易回答，大部分桌面程序也只能在Window上運(yùn)行，大部分人都會(huì)裝Windows，但是大部分人也都會(huì)裝瀏覽器。
??? 而后面這個(gè)問(wèn)題，就是我要說(shuō)的內(nèi)容了。Firefox里面所有界面上的布局，都是用類(lèi)似于HTML的XUL語(yǔ)言生成的，它比HTML支持更多的UI，更方便的一些操作。
??? 當(dāng)你發(fā)現(xiàn)，用HTML就可以構(gòu)造出一個(gè)功能非常復(fù)雜的GUI時(shí)，當(dāng)你發(fā)現(xiàn)光光html就可以做出一個(gè)Firefox那樣的界面時(shí)，當(dāng)你發(fā)現(xiàn)，F(xiàn)irefox這個(gè)平臺(tái)上所有的程序都是由HTML組成時(shí)，這就是我的驚異了。
??? 當(dāng)你發(fā)現(xiàn)，其實(shí)用HTML就可以做出所有的GUI程序時(shí)，這就是Moliza的思路了（其實(shí)NetBean的RPC中各個(gè)Plugin的UI的思路跟這個(gè)有點(diǎn)類(lèi)似）。
??? 當(dāng)你發(fā)現(xiàn)，你要打開(kāi)一個(gè)程序，你只需要一個(gè)瀏覽器，打開(kāi)一個(gè)網(wǎng)頁(yè)，其余啥都不用做時(shí)，這就是Google的思路了。
??? 這就是我的感覺(jué)。
??? 而且我在做這個(gè)Firefox的插件時(shí)，我一直感覺(jué)我在用AJAX，其實(shí)AJAX的思路，最有價(jià)值的就是，UI上每次變更，不需要刷新整個(gè)頁(yè)面，不需要 Reload整個(gè)UI，只需要變更它需要變化的部分，就像桌面程序一樣。而你在用Firefox的時(shí)候，你會(huì)感覺(jué)到Firefox在刷新什么東西嗎？

敏捷開(kāi)發(fā)的必要技巧完整版.rar ?或者 下載

鏈接： 第14章結(jié)對(duì)編程.rar ? 或者 下載

結(jié)對(duì)編程的好處：

聯(lián)合兩人的知識(shí)去對(duì)付一個(gè)難題。

知識(shí)互相傳遞。

更有效的查錯(cuò)跟糾錯(cuò)。

程序員都很開(kāi)心。

減少員工離職的損失。

?

結(jié)對(duì)編程需要的一些技能：

用代碼解釋已有的設(shè)計(jì)結(jié)構(gòu)。

用例子來(lái)解釋。

用圖表來(lái)解釋設(shè)計(jì)思路。

如果你無(wú)法把你的設(shè)計(jì)思路表達(dá)清楚，把代碼寫(xiě)出來(lái)。

讓比較迷惑的搭檔來(lái)寫(xiě)代碼，這樣他就可以較好的融入你的概念。

經(jīng)常的休息。

經(jīng)常的更換搭檔。

具體內(nèi)容請(qǐng)下載pdf觀看。

下載地址： 第13章測(cè)試驅(qū)動(dòng)編程.rar? 或者? 下載

TDD及它的優(yōu)點(diǎn)

?

??? 上面這種編程的方式，就叫“測(cè)試驅(qū)動(dòng)編程Test Driven Development (TDD)”，因?yàn)槲覀兛偸窃趯?xiě)真正代碼之前寫(xiě)一個(gè)通不過(guò)的測(cè)試，然后再寫(xiě)真正的代碼，讓測(cè)試通過(guò)。

??? 跟測(cè)試后行的開(kāi)發(fā)方式相比，它有如下好處：

??????????????????????????????????????????????????????

??? 1.為了更容易的寫(xiě)單元測(cè)試，我們會(huì)廣泛的使用接口（比如StudentRegistryChecker等）。這個(gè)會(huì)讓單元測(cè)試代碼很容易讀跟寫(xiě)，因?yàn)闇y(cè)試代碼里面沒(méi)有多余的數(shù)據(jù)。如果我們不用TDD而是直接寫(xiě)實(shí)現(xiàn)的話，我們經(jīng)常會(huì)使用現(xiàn)成的類(lèi)（比如StudentSet），測(cè)試為了調(diào)用現(xiàn)成的類(lèi)，就不得不創(chuàng)建很多多余的數(shù)據(jù)，創(chuàng)建很巨型的對(duì)象，就像Student或者Course。

???

??? 2.因?yàn)閺V泛的使用接口，我們的類(lèi)之間就不會(huì)藕合（比如EnrollmentSet就一點(diǎn)都不知道StudentSet的存在），因此重用性更好。

?

??? 3.寫(xiě)單元測(cè)試的時(shí)候，很容易就可以為一個(gè)行為寫(xiě)一個(gè)測(cè)試用例，讓它通過(guò)，然后為另一種行為寫(xiě)另一個(gè)測(cè)試用例。也就是說(shuō)，整個(gè)任務(wù)會(huì)被劃分成很多小的任務(wù)，獨(dú)立完成。如果我們不用TDD而直接實(shí)現(xiàn)的話，我們很容易就會(huì)同時(shí)把所有的行為都實(shí)現(xiàn)了。這樣花的時(shí)間長(zhǎng)，而且在這相當(dāng)長(zhǎng)的時(shí)間里面，寫(xiě)的代碼都是沒(méi)有測(cè)試過(guò)，不能保證準(zhǔn)確性的。相反的，用TDD的話，我們只實(shí)現(xiàn)要測(cè)的行為的代碼。它只花費(fèi)很少的時(shí)間（幾分鐘），而且可以馬上測(cè)試。

到 第12章單元測(cè)試.rar ?或者 下載 ? 下載pdf。

??? 單元測(cè)試跟驗(yàn)收測(cè)試有什么區(qū)別？驗(yàn)收測(cè)試測(cè)試的是系統(tǒng)的外部行為，而單元測(cè)試是測(cè)試系統(tǒng)內(nèi)部結(jié)構(gòu)，它只測(cè)一個(gè)單元（類(lèi)，甚至一個(gè)方法）。驗(yàn)收測(cè)試屬于客戶(hù)的，我們沒(méi)有權(quán)利決定驗(yàn)收測(cè)試的內(nèi)容。我們頂多只是幫忙客戶(hù)根據(jù)用戶(hù)例事寫(xiě)出驗(yàn)收測(cè)試。單元測(cè)試屬于我們，因?yàn)橄到y(tǒng)里面有什么類(lèi)，每個(gè)類(lèi)都做什么，是由我們決定的?？蛻?hù)就沒(méi)有權(quán)利涉及了，而且我們也不需要他的參與。我們只是根據(jù)我們對(duì)這個(gè)單元（類(lèi)）的期望寫(xiě)出單元測(cè)試。因此，這種測(cè)試又叫“程序員測(cè)試”。