我想請問~
在業界正統的軟體公司~
有sa,sd,dba,.....規劃的情況下
那麼programer實際上的工作
是不是就看著發下來的class圖,一個一個method去寫即可???
因為我現在的公司
我們programer幾乎包了所有的職務
業務或客戶提需求後(通常看著畫面講)
然後我們想了可行性後
就開始coding了
也沒用OO的觀念去規劃整套系統
更別談什麼UML了
整個系統,我想除了Form class
幾乎就沒什麼其他的自訂class
常常都需要邊code邊想
這裡加加 那裡修修
資料庫欄位加加減減
想一下user這樣的操作流程順不順
發行後
還是很容易造成需求功能理解上的落差
對於這種模式的開發
我實在趕到厭倦了也好累
想去正統的軟體公司體會一下何謂團隊開發的"程式架構"
他們的programer實際接收到的需求應該是怎樣的??
不知道適不適合po在這問?