最近公司要打算導入VSTS把IT的某個開發Team拿來當白老鼠，基於一些理由我也就需要研究一下VSTS在玩什麼把戲
看完一些他的教學文件跟產品介紹文件，我其實是非常同意他的遠見，他是想做一個系統開發平台，建立一個Team Foundation Server然後不管是開發人員、架構師、測試人員、DBA、Project Manager通通在同一個平台做事，然後他再提供各個專業人員所需要得工具，讓大家協同合作，還有內建的一些軟工的流程可以套用，落實開發流程，進一步自動產生一些有用的報告或是"Real"的報告讓Project Manager真正掌握開發進度。
我想以上是他想要完成的目標，再細部的往下研究一下
VSTS他並非使用UML的語言而是DSL(Domain Specific Language)，他提出的理由是UML太過抽象，是否可以應用在不同的Domain，我們是不是應該因應不同的Domain有不同的語言，所以DSL還有提供讓你定義你自己的DSL，他也提出了一些學術上的論點，找來當初制定UML的人來幫他背書。
我沒用過DSL也沒有裝來畫畫看，所以我無法評論，但是我想很多人會有跟我一樣的想法"搞什麼又要來一個規格之爭嗎"好不容易花時間學會了UML，結果你要我用你自己定義的DSL，我又要花時間學DSL，然後只For你的VSTS，這樣實在是!@#$%^&*(這也是我沒裝來畫畫看的原因)，不知道是不是我有所誤會，說不定是共存，讓想用UML的用UML，想用DSL的用DSL這樣比較make sense如果是強迫中獎這樣我想很多人都很難接受。
接下來分享的部份是我認為比較有價值的部份"軟體工程"
我相信在軟工的世界沒有什麼Best Practice，所以目前才有這麼多派系之分，不同公司、不同文化、不同案子都可能產生公司自己的Best Practice，這次微軟提供了微軟自己的MSF(Microsoft Solutions Framework)你可以用微軟開發軟體的方法論來開發自己的軟體，微軟也號稱這套方法論在微軟內部已經從1994年使用自今(不知道大家覺得微軟的品質如何)這MSF涵蓋了CMMI Level3也讓你對未來Level4、Level5做準備。
如果只是這樣我想大家會問他跟RUP沒什麼兩樣阿
重點來了我覺得最吸引人的有兩點
1.他也讓Agile同時存在，在Anile部分他提供了MSF for Agile Software Development微軟從Motorola找來Agile社群中的David Anderson來操刀，讓兩種方法論都可以在VSTS上使用，但是這還不是最新引人的，最吸引人的是你可以客製化你的流程，他只是提供你最極端的兩個範本，你可以依據自己組織的需要調整你自己的開發流程，微軟也宣稱會繼續update各大學派的方法論範本給大家下載免費使用(當然VSTS是要錢的)。
2.文件管理部份由於VSTS是系統協同合作的，很多報告可以由系統自動產生，讓不愛寫文件的工程師工作量減輕不少(我也不愛寫但是有時又是非寫不可)，再者我之前提到的"Real"，很多人都有經驗明明，你手上的程式只完成30%，但是project schedule是50%，你在report中要寫多少 ? maybe 40%，也或許你認為後面的開發速度會突飛猛進cover現在的delay而填上50%，導致Project manager拿到錯誤的資料，而做出錯誤的評估，你也浪費時間寫出一份讓人有錯誤評估的report。
遇到這狀況，我還寧願不要有這份report，讓工程師專心寫程式。Project Manager透過Project manager的工具連上server，看看目前完成度或是直接選取所需要的資訊。
至於DBA，版本控管，還有測試方面市面上已經有很多工具，大致大同小異就不多做介紹，接下來就是讓市場跟時間來證明他了。
沒有留言:
張貼留言