看板 OOAD 關於我們 聯絡資訊
我想請問~ 在業界正統的軟體公司~ 有sa,sd,dba,.....規劃的情況下 那麼programer實際上的工作 是不是就看著發下來的class圖,一個一個method去寫即可??? 因為我現在的公司 我們programer幾乎包了所有的職務 業務或客戶提需求後(通常看著畫面講) 然後我們想了可行性後 就開始coding了 也沒用OO的觀念去規劃整套系統 更別談什麼UML了 整個系統,我想除了Form class 幾乎就沒什麼其他的自訂class 常常都需要邊code邊想 這裡加加 那裡修修 資料庫欄位加加減減 想一下user這樣的操作流程順不順 發行後 還是很容易造成需求功能理解上的落差 對於這種模式的開發 我實在趕到厭倦了也好累 想去正統的軟體公司體會一下何謂團隊開發的"程式架構" 他們的programer實際接收到的需求應該是怎樣的?? 不知道適不適合po在這問? -- -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.24.147.75
H45 :歡迎發問 :D 06/08 22:22
PsMonkey :程式架構跟開發流程... 沒什麼關係 XD 06/08 22:40
rofellosx :1個 class包全部? 06/09 08:32
qrtt1 :正確地說, 你期望的是一個"非土法煉鋼的工作環境" 06/09 10:20
coldcoldday :單純想了解 大公司是如何切職務給programer? 06/09 13:29
juriolegend :大部分都這樣吧,PM=Phone&Mail..SD/SA真的存在嗎? 06/09 21:25
dos792 :存在啦,只是一人多角。uml是個好東西,幫我給出 07/01 17:21
dos792 :好很多倍的code 07/01 17:22
goodGG :Chromium project, Qt4 framework 07/01 21:28