毆毆 wrote:要是可以的話,如果沒...(恕刪) 這就是公司沒有流程的下場... 只能為你默哀 ~一般公司就算不想去通過CMMI, 也至少參考一下裡面的精髓 ~不想要看CMMI也還有ITIL等的... 很多很多標準可以參考...要是都不想參考, 心隨意轉, 大多數的下場都是苦自己也苦員工 ~回歸主題, 寫程式不難, 先把邏輯搞清楚, 熟一種語言, 接下來, 再跳到任何一種語言也能很快上手嚕 ~這就是為何學校著重觀念的教導的原因 ~
寫程式難嗎?不難,一點也不難。什麼最難?SD最難。PM管進度,扛壓力,同時也解放壓力(罵SD)。SD要設計整套系統,開SPEC,寫文件,想好下面的SE要怎麼CODING,定好物件,定好結構。SE照著做,照著CODING。SE想不通的問SD。PM管不到的問SDSE時間拖太久,PM罵SD。那什麼最難?SD最難。
paa18699 wrote:每次看到很奇怪的題目讓我想了很久,吃飯想看書也想,但還是想不出來唷。...(恕刪) 入門不需要想,就一直看入門書的範例照著做,改一點點看結果就可以了。不要管學校教甚麼,一定要自己花很多時間去看書與實驗。若是沒有這個熱情,轉系比較好。等到累積到一定的程度,就可以開始想,要怎麼寫自己的東西。
kevin628 wrote:寫程式難嗎?不難,一點也不難。什麼最難?SD最難。...(恕刪) 老實說,SD還不是最難的,我反而覺得專案分析才是最難的。而專案分析才是和客戶面對面討價還價的角色在系統分析正式開始前,專案分析都要全部完成當然,這一切都是理想現實是,程式設計師兼系統分析兼專案分析回到主題,程式設計這條路不是不能走,而是不要和多數人去作一樣的工作因為你未來被取代的可能性太高了
jcyao wrote:老實說,SD還不是最難的,我反而覺得專案分析才是最難的。而專案分析才是和客戶面對面討價還價的角色在系統分析正式開始前,專案分析都要全部完成當然,這一切都是理想.(恕刪) 我們公司SD就要做完SA工作,沒有SA的角色,所以是PM-SD-SE
kevin628 wrote:我們公司SD就要做完SA工作,沒有SA的角色,所以是PM-SD-SE...(恕刪) 這樣已經不錯了...還可以有人分工...剛出社會第一份工作就SA兼SD兼SE現在的公司分工明確,只要照SA的文件去Coding就好了邏輯和Schema都開好了...Coding完全不廢工....