程式設計師的未來?

posted in: computer, 學校, 有的沒的 | 0

軟工課請UMC的IT人員來講他們公司怎樣開發程式的….

前面聽一聽讓我覺得很像之前上過,聽過N次的UML
但是他們叫這套系統另一個名字,我忘了叫什麼了
總之就是有use case,activity diagram,sequence diagram的東東
詳細的用法我就不提了

一直以來,我覺得這只是一個快速開發程式的方法還在學術階段而己
沒有想到,很多大公司已經開始在用了
他說這個方法的精神是,可以有效的管理程式碼的部分,不會因為某人離職,維護就會有困難
而且也不太需要原本設計的人寫詳細的document或是詳細的註解
因為這些資訊全都在規劃時,一堆diagram中了,這些東西是我以前上課沒有聽過的,也沒有想到的
而且還有一個好處,當你圖畫出來,甚至有程式可以幫你產生prototype
然後你只需要到那個function去,寫寫內容就好

我聽到他說的以上優點,我想到幾個問題
當維護可以不需要原設計者來進行
那是否就不需要長期養一個programmer在那邊了
以往可能某人開發了很重要的核心,而不讓他走人,怕他走了沒人可以維護
現在呢?所有的規畫都一目瞭然,隨便一個人都輕易看懂在寫什麼,人人都可取代
再來,既然prototype都出來了,我能不能外包出去?我不用一個人寫全部啊,只要功能沒問題就好
那是不是未來的程式設計,會變成”代工”,像現在的約聘人員一樣,取代性高?感覺頗沒有保障.

不過我在想,如果真的這樣走下去,PM會變成最最重要的角色,所有的問題都是PM在擔
包括需求分析,程式規畫,如果分析or規畫爛掉了,可能程式就會一直向下沈淪

然後我心中的一個疑問是,這東東適用在搞系統上面??系統的東東也能這樣說畫就畫得出來?