[技術討論]架構設計和程式碼之間的關係以及程式設計師任務安排

在理論與推演群中的對話。

 

愛技術-軟體工程  15:27:36

在架構設計過程中進行框架性程式碼開發以進一步確定思路，是否違背設計思路？

愛技術-軟體工程  15:29:01

我始終感覺不做框架性程式碼編寫，好像有點空想。一遍寫框架程式碼一邊修正架構設計，我感覺更踏實。

青潤  15:29:04

框架程式碼開發，還是快速原型程式碼開發，都是可以的。

開發過程中一方面要考慮使用者的變化要求，另一方面要考慮如何減少風險。

青潤  15:30:18

其實，如果你的開發框架是經過驗證的，那就沒有必要提前進行程式碼編寫。

比如，在我的全程建模培訓中，前四天根本看不到程式碼，往往學員就會很擔心的問我，程式碼什麼時候開始做，第五天看到程式碼的時候，所有的人都放心了。

愛技術-軟體工程  15:31:35

嗯，不過我在思考一個問題：這樣會不會使得團隊暫停狀態，而無法發揮團隊的並行作戰的優勢。

青潤  15:32:01

程式設計師因為過去的開發經歷，總感覺看到程式碼才踏實。

實際上，在將來的開發中，設計模型加上程式碼庫的mda實現方式中，根本可能不需要看到程式碼，那時候更多的程式碼是通過程式碼庫關聯過來的，只有少量程式碼需要編寫和修改。

青潤  15:32:44

開發的方式和過程都是變化的。

比如說10年前，或者六七年前的開發中必須有文字文件，而在uml的模型驅動模式下，可以說可以完全不看到任何文字文件。

青潤  15:32:58

其實，你的暫停狀態只是因為任務分配不平衡造成的。

愛技術-軟體工程  15:33:02

嗯

青潤  15:33:52

我建議你參考一下我的交換開發方法中建議的團隊組織模型，不用介意團隊成員中技術能力的高低，任務分配後進行交換開發的過程中，成員的水平高低會逐漸被淡化。

青潤  15:34:06

人員也就不會產生停滯或者無事可做的現象。

青潤  15:34:39

另外，如果你感覺測試人員無事可做，那可以考慮讓測試人員來做需求，然後配合開發人員做設計，這時候測試人員就可以進行測試用例的開發和設計。

青潤  15:34:59

當然，這些都要看你的團隊人員和組成形式，然後進行合理的調整和安排了。

愛技術-軟體工程  15:37:53

嗯。我在開發框架程式碼過程中，也檢視讓程式設計師去填充其中的實現，並做測試。

青潤  15:39:19

其實，開發框架的時候和業務分析的過程是可以並行的，也就是說，你的程式設計師實際上不會空閒下來。

青潤  15:39:50

除非你的框架開發延期了，使得程式設計師做分析模型或者設計模型的時候無所依據了，這時候才會產生空擋。

Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE