Re: [問題] 目前的資訊公司..有幾家做的到??

看板Soft_Job (軟體人)作者 (一隻歐拉貓)時間17年前 (2007/07/12 14:50), 編輯推噓5(5011)
留言16則, 4人參與, 最新討論串3/8 (看更多)
※ 引述《cyin0910 (理性過了頭)》之銘言: : 以前大學時上課.. : 總會上一門課叫"系統分析".. : 在其中..教了好多.. : 從訪談需求..到寫需求規格書..到系統設計..到給程式人員開發.. : 在這其中有一堆又一堆的文件.. : 不管是給使用者看..或是給程式開發者看.. : 想問的是.. : 到底有多少公司真的能把每一份文件都做出來後.. : 才開始做程式設計的部門?? : 或是..大多數的公司..都完成了哪些文件??或完成了多少?? : ps. 因為目前小弟待的公司..似乎這些文件做的都很不完整.. 理論上,外商公司大多都會採用這套, 我們公司就是這樣做的, 但是呢,大多時候都是先作了 做完了才寫spec or plan, 但是事實上我們這有經驗的主管都認為 是前先做好plan 花更多的時間, 比直接寫 code 還要好, 不過華人似乎比較喜歡直接硬幹, 我們這個team是華人build起來的, 幾年前被併購之後,跟美國白人 的那套格格不入,現在上面老大 直接空降人下來接管了,所以說呢.. XD 直接寫code的好處就是很多東西很快可以做出來, 但是問題可能很多,例如無法跟其他人 的程式配合、跟客戶要求有差距, 慢慢 plan 再做的好處就是錯誤會比較少, 但是做起來真的很慢。 -- 歡迎來裁縫版逛逛喔 !! 生活娛樂館 生活, 娛樂, 心情 → HappyLiving → Tailoring http://snipurl.com/rf18''≡/ ◣ζ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 198.182.56.5

07/12 14:56, , 1F
有很多的 ECO 不也是邊做邊改。要一開始就確認規格
07/12 14:56, 1F

07/12 14:57, , 2F
似乎是不可行的。不過整體架構是可以一開始就決定的...
07/12 14:57, 2F

07/12 15:07, , 3F
學校教的那套只是拿來參考的啦,實務上要因地制宜
07/12 15:07, 3F

07/12 15:25, , 4F
這就是麻煩的地方了,上面主管希望你一下定出來就是
07/12 15:25, 4F

07/12 15:25, , 5F
alpha版了,然後一個月再改一次,問題是一個月根本
07/12 15:25, 5F

07/12 15:26, , 6F
來不及做document,所以之後成品出來已經跟document
07/12 15:26, 6F

07/12 15:26, , 7F
差很多了...XD
07/12 15:26, 7F

07/12 15:33, , 8F
像架構制定,就可以設定目標,比如說:如何制定,未來好
07/12 15:33, 8F

07/12 15:34, , 9F
修改...而且,主架構未來若要再改版,就等於改寫了...
07/12 15:34, 9F

07/12 15:35, , 10F
軟體是可以一開始就決定主架構的 (且要列出這種架構的
07/12 15:35, 10F

07/12 15:36, , 11F
設定目的) ...至於更細節的部份就不要一開始就寫死...
07/12 15:36, 11F

07/12 18:00, , 12F
架構是沒問題啦,只是主管會給一份template,裡面就要
07/12 18:00, 12F

07/12 18:01, , 13F
你寫清楚很多細節,這樣就很討厭...
07/12 18:01, 13F

07/12 20:04, , 14F
ykjiang講得對,看情形而定。
07/12 20:04, 14F

07/12 20:06, , 15F
有些老版,看你列的Project Schedule....就開始和你吵了
07/12 20:06, 15F

07/12 20:11, , 16F
這時,要不就是離職再找間「理想」公司,要是就龜起來。
07/12 20:11, 16F
文章代碼(AID): #16bSyc1g (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #16bSyc1g (Soft_Job)