建站
咨詢
售后
建站咨詢
新聞中心
不要被我的標(biāo)題騙了。我可不是來宣揚(yáng)什么模型驅(qū)動(dòng)開發(fā)，或者什么測試驅(qū)動(dòng)開發(fā)的，那些都弱爆了。今天我要說的，是幾種看起來激動(dòng)人心、華麗無比，但是可以讓程序員們痛苦不堪的開發(fā)方式，特別適合那些熱衷于折磨虐待程序員的項(xiàng)目經(jīng)理和產(chǎn)品經(jīng)理們。當(dāng)然，掌握以后，偷偷用就好了，請不要來感謝我。
進(jìn)度驅(qū)動(dòng)開發(fā)（SDD，Schedule Driven Development）
這是在國內(nèi)最為流行的開發(fā)方式，大家心照不宣，口口相交，代代相傳，我只是把它寫下來而已。它最華麗的地方在于，可以百分之百，甚至百分之二百地壓榨程序員的勞動(dòng)力。
需要實(shí)現(xiàn)哪些需求？用什么技術(shù)？用什么平臺(tái)？項(xiàng)目采用什么流程管理？這些都不重要。重要的是——什么時(shí)候交付？
假使說，老大們通知，下個(gè)月的這個(gè)時(shí)候要看到產(chǎn)品發(fā)布，那么：
三周以后就要拿出完備的產(chǎn)品準(zhǔn)備上線；
兩周以后就請發(fā)布beta測試版本，ST、IT之類的東西就得在那之前完成；
本周就必須完成編碼和UT，那么周一設(shè)計(jì)，周二、周三開發(fā)，周四、周五測試和修正問題。
看，項(xiàng)目計(jì)劃多么完美。項(xiàng)目時(shí)間本來就該是根據(jù)deadline倒排的。
項(xiàng)目做什么呢？先做那些相對重要的需求，可是如果時(shí)間緊的話就只好砍需求了吧……不！你怎么能那么容易就放棄呢？你看，我的完美的計(jì)劃里面沒有安排周六和周日嘛，大家可以來加加班嘛，年輕的時(shí)候不得奮斗一把嘛，不用砍需求，平時(shí)的時(shí)間再壓一壓不就可以如期上線了？
在熱情洋溢的動(dòng)員會(huì)之后，大家開始拼命趕工了，瘋狂的一周過去了，測試團(tuán)隊(duì)始終等不到開發(fā)團(tuán)隊(duì)提供的發(fā)布包，難道“又”要延期了？
那還用問嗎？當(dāng)然！
測試團(tuán)隊(duì)的時(shí)間也是可以壓縮的嘛。于是煎熬的兩周過去了，發(fā)布日期眼看越來越不靠譜，項(xiàng)目經(jīng)理覺得，他需要挺身而出了——
敏捷思想教導(dǎo)我們，搞不定的時(shí)候，質(zhì)量不能丟、進(jìn)度更不能丟，那我們只得砍需求了。這樣，我們只發(fā)布“核心功能”總行吧……
可是什么才是“核心功能”呢？
對了，我們做完了哪些？要不，做完的就算“核心功能吧”？
太牛了！這真是一個(gè)偉大的創(chuàng)舉！
別忘了，給程序員畫餅也是項(xiàng)目經(jīng)理重要的技能——大家再努努力，進(jìn)度壓力也是沒辦法的事，發(fā)布以后大家就輕松了，有好日子過了！
瞧，“沒有發(fā)布不了的版本”，這是真的！
產(chǎn)品發(fā)布以后大家就輕松了，有好日子過了，這也是真的！
文檔驅(qū)動(dòng)開發(fā)（DDD，Document Driven Development）
這種開發(fā)方式也非常華麗，對于許多領(lǐng)導(dǎo)和老大們而言，文檔勝過一切。架構(gòu)文檔要靠ppt，因?yàn)樗麄兊闹巧毯椭R(shí)不足以理解滿是文字的東西，而膠片，則是最接近看圖說話的好東西。設(shè)計(jì)文檔，要靠足夠詳細(xì)的word文檔，項(xiàng)目經(jīng)理要看到你的文檔細(xì)致到肯定可以輕松地指導(dǎo)編碼，如果你明天突然拉肚子拉到抽筋，打嗝打到卡住，喝水喝到噎著，于是不幸住院的話，文檔的威力就體現(xiàn)出來了，他可以輕松找到你的備份，替掉你的工作。
軟件開發(fā)全套有十項(xiàng)文檔，從工作任務(wù)書開始，只有完成了文檔，你的工作才算完成。如果你要在郵件里面，或者會(huì)議上向大家傳授一點(diǎn)什么技巧，你可得當(dāng)心了，因?yàn)榻酉氯ヅ^蓋臉的就是這樣一句“有文檔記錄嗎？”，仿佛有了文檔就有了一切，有了文檔就買了保險(xiǎn)——至于有沒有人看，嗨，誰管呢？
別忘了，文檔的核心地位需要貫徹到底。在績效考核的時(shí)候，最能寫的人，就可以成為優(yōu)秀員工。代碼這種無法體現(xiàn)智商差異的東西可以踢一邊去，只有文檔才是智慧和能力的綜合代表啊。
指標(biāo)驅(qū)動(dòng)開發(fā)（IDD，Indicator Driven Development）
這種開發(fā)方式的華麗，源于它超強(qiáng)的數(shù)據(jù)化和量化的能力。寫代碼的目的是什么？完成需求？優(yōu)雅設(shè)計(jì)？用戶體驗(yàn)？你全錯(cuò)了。
再次強(qiáng)調(diào)，終極目的是測試覆蓋率。
整個(gè)軟件開發(fā)流程里，你可以找得到無數(shù)的指標(biāo)要求，在做每一件事情之前，必須要像默念毛主席語錄那樣回顧一遍需要達(dá)成的指標(biāo)，然后再動(dòng)手。
有一天，你發(fā)現(xiàn)用戶體驗(yàn)像屎一樣的產(chǎn)品，居然自動(dòng)化測試也可以達(dá)到95%以上的通過率，bug居然可以收斂到10個(gè)/輪測試，而且Findbugs /CheckStyle/PMD/Source Monitor/Simian之類的無數(shù)代碼檢查工具的結(jié)果頁上，都齊刷刷地顯示著綠條……
恭喜你，你成功了。
更重要的是，項(xiàng)目成功了。
裝逼驅(qū)動(dòng)開發(fā)（ZDD，Zhuangbility Driven Development）
這大概是幾種開發(fā)方式中最華麗的一種。在設(shè)計(jì)前、寫代碼前，在做每一項(xiàng)事情之前，都要謹(jǐn)記裝逼的重要性。對于很多不懂技術(shù)的領(lǐng)導(dǎo)來說，聽起來越牛逼的軟件，就越值得開發(fā)。
產(chǎn)品裝逼：必須支持“云”和“大數(shù)據(jù)”，比如數(shù)據(jù)存儲(chǔ)到服務(wù)端叫“云同步”，其實(shí)具體怎么個(gè)支持法，這不重要，關(guān)鍵是裝逼的理念，理念！
設(shè)計(jì)裝逼：核心就是，靈活！強(qiáng)大！設(shè)計(jì)，就是要體現(xiàn)出自己的知識(shí)和閱歷，已經(jīng)無比聰慧的頭腦。設(shè)計(jì)的東西萬萬不可簡單直接，這是和裝逼理念嚴(yán)重違背的。軟件的每一個(gè)組件不但能夠?qū)ΤＲ姷漠惓Ｇ樾稳蒎e(cuò)，你就是刪掉它幾個(gè)類它一樣跑得歡快。
代碼裝逼：漫山遍野的Factory，漫山遍野的接口，最好別讓我看到“new”這樣的關(guān)鍵字；超強(qiáng)的解耦，好端端一個(gè)軟件，不把它分成個(gè)十幾二十層來實(shí)現(xiàn)都對不起J2EE的祖宗；超級無敵靈活的配置，需要啥配啥，還支持各種免重啟的熱插拔、熱部署，產(chǎn)品發(fā)布的時(shí)候小于500個(gè)可配置的項(xiàng)都不好意思自說產(chǎn)品是自己做的。
評審裝逼：體現(xiàn)自己超強(qiáng)無比的全面性和洞察力，請參閱我曾經(jīng)寫過的一些牛叉無比的評審方式中，“到處放炮型評審”。
總而言之，軟件工程的每一個(gè)環(huán)節(jié)都需要達(dá)到足夠的裝逼值，才能進(jìn)入下一環(huán)節(jié)。裝逼是指導(dǎo)軟件開發(fā)的重要思想。
其實(shí)還有很多其他華麗無比的開發(fā)方式，比如會(huì)議驅(qū)動(dòng)開發(fā)（MDD），Demo驅(qū)動(dòng)開發(fā)（DDD）等等，但這幾種是最常見的。如果你知道更華麗的開發(fā)方式，請告訴我。
文章名稱：幾種華麗無比開發(fā)方式
URL分享：http://m.5511xx.com/article/dhodhsd.html
