[其他] 工作問題~
我想請問~
在業界正統的軟體公司~
有sa,sd,dba,.....規劃的情況下
那麼programer實際上的工作
是不是就看著發下來的class圖,一個一個method去寫即可???
因為我現在的公司
我們programer幾乎包了所有的職務
業務或客戶提需求後(通常看著畫面講)
然後我們想了可行性後
就開始coding了
也沒用OO的觀念去規劃整套系統
更別談什麼UML了
整個系統,我想除了Form class
幾乎就沒什麼其他的自訂class
常常都需要邊code邊想
這裡加加 那裡修修
資料庫欄位加加減減
想一下user這樣的操作流程順不順
發行後
還是很容易造成需求功能理解上的落差
對於這種模式的開發
我實在趕到厭倦了也好累
想去正統的軟體公司體會一下何謂團隊開發的"程式架構"
他們的programer實際接收到的需求應該是怎樣的??
不知道適不適合po在這問?
--
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.24.147.75
推
06/08 22:22, , 1F
06/08 22:22, 1F
→
06/08 22:40, , 2F
06/08 22:40, 2F
→
06/09 08:32, , 3F
06/09 08:32, 3F
→
06/09 10:20, , 4F
06/09 10:20, 4F
→
06/09 13:29, , 5F
06/09 13:29, 5F
→
06/09 21:25, , 6F
06/09 21:25, 6F
→
07/01 17:21, , 7F
07/01 17:21, 7F
→
07/01 17:22, , 8F
07/01 17:22, 8F
推
07/01 21:28, , 9F
07/01 21:28, 9F