自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

大項目的思考:不要讓框架成為團(tuán)隊創(chuàng)新的殺手

開發(fā) 前端
進(jìn)入現(xiàn)在這個我們內(nèi)部號稱“豪門”的項目已經(jīng)兩個多月了?,F(xiàn)在回想起進(jìn)入項目前一位前輩的話:“大項目有大項目的問題,但大項目也有很多東西可學(xué)“,自己此時深表贊同。二個月的時間,自己從剛來前兩周的觀察學(xué)習(xí),到現(xiàn)在的基本融入,在這個過程中自己有了很多的想法和思考。

為什么測試這么難寫?

tdd的開發(fā)實踐保證了代碼的可測試性,那么當(dāng)tdd的t變的非常難寫的時候是不是現(xiàn)有的代碼已然變的可測試性非常的差呢?其中一些非常典型的場景就是

test的setup太難,而造成這個的一個主要原因就是貧血的model和***的service。因為model沒有行為,所以很多時候可以通過測試model來完成的測試,卻不得不通過測service來完成,而***的service做的事情又太多,需要依賴的東西也太多,而這個時候你本來一個簡單的測試就為了setup這個service的依賴而變成一個巨型的測試。

你總有做behavior verification的沖動,而behavior verification本身就是邪惡的。記得《xUnit test pattens》這本書說到,”任何需要白盒測試的時候,往往都是代碼設(shè)計的問題“。

Assert太多了,一個簡單的測試卻要有一堆的assert語句。問題很簡單,被測試的對象承擔(dān)了太多了職責(zé)。

脆弱的測試,這里我看到了有兩個原因:***,共享的fixture;第二,想當(dāng)然的assert,比如你只是想assert這個collection有沒有你要的那個instance,因為你想當(dāng)然的認(rèn)為此時collection里只有一個instance,造成后人對于這個collection加入另一個不同instance依然會break你的測試。

Kent Beck說過,當(dāng)你的測試出現(xiàn)問題,退后一步往往就是一個設(shè)計問題。

項目初期設(shè)計framework有好嗎?

很多人開發(fā)人員迷戀framework,迷戀framework設(shè)計的優(yōu)雅以及對于開發(fā)的便利。我曾經(jīng)也是其中一員,但是現(xiàn)在我站在了這個觀點的對立面。

首先,項目初期的時候framework的設(shè)計在大部分都是猜測,剛開始的時候這些猜測大部分都很準(zhǔn),因為這個時候距離是framework的設(shè)計者可以看到了,這就如同你站在原地,你能看到10外的東西,隨著項目時間的增長,這個距離也在增長,在加上中間需求的一些變更就如同一個小彎,這時候的位置已經(jīng)不是framework的設(shè)計者所能看到的距離了。這個時候framework對于開發(fā)限制開始突出,而開發(fā)人員礙于修改framework成本太高,很多時候被framework所牽制。既然我們只能看到10米外的東西,那么我們?yōu)槭裁匆?00米外的設(shè)計呢?

其次,framework的設(shè)計思想也會隨著項目人員的進(jìn)進(jìn)出出,項目進(jìn)度的壓力,大家都沒有實踐仔細(xì)的去看framework。framwork的設(shè)計思想變的不再清晰,大家開始按照自己的對于framework的理解來寫代碼,后來著更不理解framework,會照那些前面未必正確的理解的代碼來書寫。

團(tuán)隊!團(tuán)隊!

一個團(tuán)隊是不僅是在維護(hù)一份源代碼,更重要的是維護(hù)這個項目所承載的知識。而這些知識不應(yīng)該只記在某些關(guān)鍵人物的腦中,應(yīng)該記在所有團(tuán)隊成員的腦中,更不應(yīng)該只記錄在文檔之中。而這知識包括:

架構(gòu)設(shè)計的知識:架構(gòu)設(shè)計的知識只有進(jìn)入所有開發(fā)人員的腦中,才能得到正確的實現(xiàn)。因此架構(gòu)設(shè)計不應(yīng)該只從技術(shù)角度考慮,也應(yīng)該從團(tuán)隊知識傳遞的角度考慮。一個100的設(shè)計,而團(tuán)隊成員只能理解30分,那你覺的***的軟件是多少分呢? 當(dāng)一個idea無法完全遵從frame的時候,要么修改frame要么無視frame,不要讓框架成為團(tuán)隊創(chuàng)新的殺手。

所謂的局部知識:很多時候,一些開發(fā)人員覺得我做的東西只有我一個人在做(比如build腳本),所以我可以選我熟悉的東西就好。而這種所謂局部知識的想法非常不可取,因為當(dāng)你有這個想法的時候就意味著你變成這個項目的瓶頸。

固定角色:在團(tuán)隊中固定角色就意味著劃定了各個角色的邊界,而每個角色對于自己角色外的東西已然不是外面的世界很精彩。這個時候很多時候它做得決定都是基于自己的角色,而不是整個團(tuán)隊的角度

原文鏈接:http://www.cnblogs.com/feihe/archive/2011/04/27/2031228.html

【編輯推薦】

  1. IT行業(yè)弱肉強(qiáng)食 開發(fā)人員接外包項目必須掌握四點技巧
  2. 項目經(jīng)理從老客戶那拿到新項目的4種方法
  3. 一個糟糕透頂?shù)淖杂陕殬I(yè)者項目
  4. 自由職業(yè)者:項目報價過低的17種跡象
  5. 12個項目管理成功的關(guān)鍵原則
責(zé)任編輯:陳貽新 來源: Fei He的博客
相關(guān)推薦

2013-04-23 15:31:28

大項目

2015-07-13 11:09:06

谷歌改變世界

2017-06-07 11:48:47

Hadoop數(shù)據(jù)存儲

2011-05-27 13:46:58

2010-11-24 10:57:56

槽理

2012-04-12 14:36:47

js項目合作

2022-10-09 08:48:13

配置化建造者參數(shù)

2023-12-10 20:37:48

Kafka數(shù)據(jù)庫工具

2010-04-13 14:04:04

系統(tǒng)遷移

2016-01-13 15:14:06

云計算OpenStack

2011-04-07 15:09:48

項目管理項目

2015-04-07 13:48:53

框架編程語言7種理由

2014-02-28 13:27:08

程序員代碼

2024-12-16 00:50:56

2013-10-12 09:43:56

系統(tǒng)管理軟件

2015-03-11 09:44:58

云環(huán)境云數(shù)據(jù)中心數(shù)據(jù)移動

2022-04-27 08:24:04

項目管理群管理管控

2023-04-13 08:25:03

2022-01-17 11:03:17

領(lǐng)導(dǎo)者技術(shù)決策醫(yī)療保健

2016-09-12 20:36:38

點贊
收藏

51CTO技術(shù)棧公眾號