个人觉得是都很重要,
只是要让上面的人理解各自的重要性难度不同
先说领域知识, 在开发上它的用途最主要是沟通,
而且上面的人容易理解它重要,
因为经常亲身体验、切身相关
有领域知识, 可以让 SA 听了需求就清楚系统流程,
让 SD 看 SA 给的需求跟流程后能生出恰当的系统架构规划,
不会用不适当的方法做事,
然后也能让开发在看了文件后能正确的实作,
不会有误解做错的地方, 也能自动补上文件中没提到的细节
可以说整个过程中, 沟通、分析到实作,
全部都需要领域知识, 如果没有的话就是他的上一层要多费很多事,
开发没有, 就是 SD 要写得特详细,
SA 没有, 就是提需求的人要花很多功夫帮他补相关知识,
并且会花很多力气持续重复确认
另一方面, 相对于领域知识这一端的多样化,
机器电脑端的领域比较少,
举个例的话, 大概就是这一头有一千个人研究一百个领域,
另一端则有一万个人研究十个领域, 像这样的差异
看起来似乎也是某种程度上的供需法则, 物以稀为贵
然后嘛~ 给钱发薪水的, 当然也比较喜欢能和他顺畅沟通的人,
而那种人通常都需要一定的领域知识, 所以有领域知识会比较吃香
再说技术能力, 在开发上它最主要的功能是...?
但是上面的人不容易理解它重要,
因为距离遥远、比较没有关联
技术能力最主要的功能其实也是沟通,
只是沟通对象是机器、设备、其它系统等等,
其实从需求到实作出来这之间就是一连串的沟通,
一直沟通到机器或电脑能懂, 能完成需求为止
只是靠近机器电脑这一头的人, 已经离提需求、发钱的那一头太远了,
也比较没有机会直接跟那一头的人沟通
但是要说不重要或没机会让另一头的人理解重要性吗? 也不一定
机器电脑这一端懂多一些或深一些就能做十倍百倍改善的地方很多,
但会用心去研究的人不多, 这就是能着墨的地方
只要有机会, 上面检讨系统回应速度太慢、机器费用太高,
然后你能提出解决方案, 做出显注的改善,
那就能让他们理解这部份的重要性跟价值
总之, 都很重要, 所以个人建议是以你自己的喜好为优先,
挑一个你比较喜欢的部份, 然后努力一点、用心一点,
让自己能做得比大多数人好很多 然后找机会表现让人了解你的价值
(不过个人私心投 "BUG出现IDE会道歉的煞气RD" 一票 :/)
※ 引述《e23882 (呆呆要不要买降有)》之铭言：
: 最近朋友(后面简称A)要跳槽
: 跳槽的原因是钱少、工时长、pmOO
: 且旧公司已经没什么技术可以学了都是把旧的东西尻出来给客户
: 新公司每一间几乎都调了15~20k
: 旧公司知道之后马上也调到差不多的地方
: 然后开始慰留
: 就有说到 : 你学新的技术有什么用应该是要把domain knowhow学深一点 学一些管理人的方式
: 可是我的想法是A才二十几岁 也没学什么技术就一两种比较厉害而已
: 但是看一看真的几间朋友的公司上司很多都是这样
: 技术没有特别厉害但domain knowhow很熟
: 如果薪水没差多少的情况下
: 应该要换同领域新公司看一看 未来朝成为BUG出现IDE会道歉的煞气RD发展
: 还是要在旧公司继续学domain knowhow跟管理 未来朝万年公司元老发展呢
: 还是选钱多的