個人覺得是都很重要,
只是要讓上面的人理解各自的重要性難度不同
先說領域知識, 在開發上它的用途最主要是溝通,
而且上面的人容易理解它重要,
因為經常親身體驗、切身相關
有領域知識, 可以讓 SA 聽了需求就清楚系統流程,
讓 SD 看 SA 給的需求跟流程後能生出恰當的系統架構規劃,
不會用不適當的方法做事,
然後也能讓開發在看了文件後能正確的實作,
不會有誤解做錯的地方, 也能自動補上文件中沒提到的細節
可以說整個過程中, 溝通、分析到實作,
全部都需要領域知識, 如果沒有的話就是他的上一層要多費很多事,
開發沒有, 就是 SD 要寫得特詳細,
SA 沒有, 就是提需求的人要花很多功夫幫他補相關知識,
並且會花很多力氣持續重覆確認
另一方面, 相對於領域知識這一端的多樣化,
機器電腦端的領域比較少,
舉個例的話, 大概就是這一頭有一千個人研究一百個領域,
另一端則有一萬個人研究十個領域, 像這樣的差異
看起來似乎也是某種程度上的供需法則, 物以稀為貴
然後嘛~ 給錢發薪水的, 當然也比較喜歡能和他順暢溝通的人,
而那種人通常都需要一定的領域知識, 所以有領域知識會比較吃香
再說技術能力, 在開發上它最主要的功能是...?
但是上面的人不容易理解它重要,
因為距離遙遠、比較沒有關聯
技術能力最主要的功能其實也是溝通,
只是溝通對象是機器、設備、其它系統等等,
其實從需求到實作出來這之間就是一連串的溝通,
一直溝通到機器或電腦能懂, 能完成需求為止
只是靠近機器電腦這一頭的人, 已經離提需求、發錢的那一頭太遠了,
也比較沒有機會直接跟那一頭的人溝通
但是要說不重要或沒機會讓另一頭的人理解重要性嗎? 也不一定
機器電腦這一端懂多一些或深一些就能做十倍百倍改善的地方很多,
但會用心去研究的人不多, 這就是能著墨的地方
只要有機會, 上面檢討系統回應速度太慢、機器費用太高,
然後你能提出解決方案, 做出顯注的改善,
那就能讓他們理解這部份的重要性跟價值
總之, 都很重要, 所以個人建議是以你自己的喜好為優先,
挑一個你比較喜歡的部份, 然後努力一點、用心一點,
讓自己能做得比大多數人好很多 然後找機會表現讓人了解你的價值
(不過個人私心投 "BUG出現IDE會道歉的煞氣RD" 一票 :/)
※ 引述《e23882 (呆呆要不要買降有)》之銘言：
: 最近朋友(後面簡稱A)要跳槽
: 跳槽的原因是錢少、工時長、pmOO
: 且舊公司已經沒什麼技術可以學了都是把舊的東西尻出來給客戶
: 新公司每一間幾乎都調了15~20k
: 舊公司知道之後馬上也調到差不多的地方
: 然後開始慰留
: 就有說到 : 你學新的技術有什麼用應該是要把domain knowhow學深一點 學一些管理人的方式
: 可是我的想法是A才二十幾歲 也沒學什麼技術就一兩種比較厲害而已
: 但是看一看真的幾間朋友的公司上司很多都是這樣
: 技術沒有特別厲害但domain knowhow很熟
: 如果薪水沒差多少的情況下
: 應該要換同領域新公司看一看 未來朝成為BUG出現IDE會道歉的煞氣RD發展
: 還是要在舊公司繼續學domain knowhow跟管理 未來朝萬年公司元老發展呢
: 還是選錢多的