※ 引述《reader (讀者)》之銘言:
: 演算法不是程式設計必備的專業,這不是一個適當的理解。
: 真正的專業應該是指軟體產業中的分工。
: 亦即從原本所謂的程式設計師處理軟體製作中的一切事務的單純想法,
: 轉變成更具有軟體工程意義的觀點。
: 例如關於演算法就會有研發部門的演算法分析工作,還可以分成單純的
: 學術和產業資料整理的助理性質工作,或是更專業一點的評估工作,或
: 更進一步的技術整合、技術變動管理工作。
: 當然不同的工作在不同的組織中未必就有不同的職位,可能是幾個工作
: 都由一個人來做,也有可能分得更細緻,甚至某個工作就成了一家公司
: 專有的產業位置,但是所謂的專業,則必然是對於軟體開發過程更精細
: 深入的理解,而不是由一個人來撰寫愈大愈複雜的程式。畢竟一個人的
: 力量是有限的,這不是一個適當的專業方向。
: 如果要就普遍意義來說的話,「管理」是其中最重要的一件事情,能夠
: 對事情做更完善的管理,就是更專業了。
: 例如需求管理,就是一個困擾多數程式設計者的事情,需求不夠清楚或
: 需求經常變動要怎麼處理,能不能在開發早期就發現需求不清楚之處,
: 還是到後來客戶怪你沒有做好,你怪客戶沒講清楚吵成一團,能不能在
: 客戶要求變動之時,就能提出需求變動所造成的時間和成本的變化,讓
: 客戶評估決策,還是落入了強力拒絕或是委曲接受的談判問題上。
: 專業還是不專業,在這種地方就一目瞭然。
: 甚至只要有適切的管理能力,哪怕只會寫 HTML 加上一點 JavaScript,
: 都可以賺到錢,在產業中長久生存,而不是非得學會高深的知識才行。
我覺得你說的是另一種 type 了,
公司裡要有你說的 type 也要有我說的 type
有那種強力技術型, 也有那種溝通整合型
要往哪邊走就看自己適合哪邊了
但通常要當到溝通整合的位子除了要有這方面的實力外,
也要有一點運氣...
--
Wei Hu
http://www.csie.ntu.edu.tw/~r88052/main/tw/index.php
※ 編輯: halajohn 來自: 219.87.157.82 (09/14 18:21)