作為一個(gè)程序員，你需要學(xué)習(xí)編程語(yǔ)言和編程框架。

雖然有些難度，但是你最終能掌握它們，順利地寫(xiě)出應(yīng)用程序。

但是，編程行業(yè)總是有一些東西，看起來(lái)很美，很簡(jiǎn)單， 但非常難于掌握。

你會(huì)理解TDD/DDD的概念。

但是很難像寫(xiě)Java代碼那樣在項(xiàng)目中使用

這是怎么回事呢？

這必須從TDD/DDD/BDD/UDD... （統(tǒng)稱(chēng)xDD）這些驅(qū)動(dòng)方法的誕生開(kāi)始說(shuō)起。

能夠創(chuàng)立一門(mén)理論的都是超級(jí)大牛， 都有著非常豐富的項(xiàng)目經(jīng)驗(yàn)！

多個(gè)項(xiàng)目的歷練讓他們對(duì)某個(gè)領(lǐng)域的規(guī)律認(rèn)識(shí)得非常深刻，他們又非常擅長(zhǎng)總結(jié)和抽象，終于迎來(lái)了“啊哈”的時(shí)刻。

然后他們開(kāi)始著書(shū)立說(shuō)，開(kāi)創(chuàng)門(mén)派。

這些框架方法是大牛們從自己的項(xiàng)目實(shí)踐中歸納總結(jié)出來(lái)的，大牛們非常明白這一點(diǎn)。

所以，不可能寫(xiě)出一個(gè)適合任何場(chǎng)景的、可執(zhí)行的操作步驟。

使用者需要根據(jù)自己項(xiàng)目的上下文對(duì)它們進(jìn)行解釋。

xDD驅(qū)動(dòng)方法的提出者肯定會(huì)在項(xiàng)目中實(shí)踐自己的理論，也肯定會(huì)遇到未知的問(wèn)題。

但是，大神們的經(jīng)驗(yàn)非常豐富，會(huì)對(duì)理論進(jìn)行修正，然后解決問(wèn)題

如果是經(jīng)驗(yàn)不那么豐富的程序員，如何在新的、未知的環(huán)境使用這種方法呢？

這時(shí)候，你沒(méi)有足夠的知識(shí)，面對(duì)時(shí)間的壓力，可能會(huì)有這些情況出現(xiàn)。

正是由于有人搞定了，有人搞不定，網(wǎng)絡(luò)上出現(xiàn)了各種各樣的聲音。

對(duì)程序員來(lái)說(shuō)，可以暫時(shí)放棄這些熱門(mén)概念。

回歸到編程最本質(zhì)的東西，打好基礎(chǔ)

如果你能熟練的使用他們，那模式就會(huì)自然地呈現(xiàn)出來(lái)。

當(dāng)你掌握了這些東西以后，可以前進(jìn)到一些更復(fù)雜的任務(wù)。

慢慢地，你會(huì)形成自己的思考，甚至有了自己的框架，當(dāng)你看到TDD/DDD時(shí)，會(huì)倍感親切：

后記：本漫畫(huà)改編自Micha? Bartyzel的文章《*-Driven* do not change anything》

PDF下載：http://2013.33degree.org/talk/show/73

原文地址：https://www.infoq.com/articles/star-driven-approaches/

點(diǎn)擊下方圖片，查看更多精彩