※ 引述《EricTCartman (阿ㄆㄧㄚˇ)》之铭言：
: accessdenied 似乎是强者，但小弟有几点不懂。
补充一下我的看法
顺便设定一下大前提,那就是公司是一个"正常"的公司
所谓正常的公司就是不会提出不合理的 loading 的要求
例如该多少人月就做出多少品质/进度
而不是明明人月不足还要求做不到的品质/进度
: ※ 引述《accessdenied (存取违规)》之铭言：
: : 因为大部分的企业，内部使用什么技术和平台，早就钉死的，公司如果用 MS 方案，你就
: : 算 Linux 再强，他就是不会招聘你。
: : 最终能够跨过这些框架累积并且运用到各处的，就是 Domain knowledge、和管理专业。
: 您说：因为大部分的企业，内部使用什么技术和平台，早就钉死的
: 可是既然要长期留在一间公司深耕经历过整个cycle，
: 到底要怎么“跨过框架累积、运用到各处”(如果公司的技术跟平台是被钉死)
: 据我所知不少公司的时程都是压得紧紧的，有的时候甚至是更新lib、framework版本都会
: 遭到管理阶层排斥，更不要说新技术
时程的更新跟新技术的导入都要花资源
所以正常的公司,
主管自己会评估他到底要去压时程还是赶进度
时程紧表示对主管来说赶进度更重要
这样通常代表公司业绩好/有时间压力才需要去压进度
一般来说,进度这么赶,就可以趁机谈薪水
因为公司承受不起进度 delay 的损失!
: 其实不要说新技术，可能三、四年前已经被业界普遍验证过的技术，要由工程师本身带入
: 改善整个开发流程或环境都是需要莫大的努力，更多时候其实问题不是技术问题而是政治
: 问题
: 另一个问题是，就算是domain knowledge
: 每家公司都有不同的策略与视野，甚至有些公司还在用十几年前的观点与知识来开发
: 请问这种状况要如何确保你的domain knowledge不会被公司侷限？
所谓 domain knowledge 通常是指该产业的商业逻辑
这种东西通常十几年不变
随便举个例子,例如证券业的衍生性金融商品
你做过类似的产业,PM 开出的规格逻辑你搞不好比他还熟
但没有 domain knowledge 的人来写
光解释产品就要花很多时间,才能接下来想程式逻辑
这也是所谓的"通灵"
其实能"通灵",绝大多数的情况就是有很强的 domain knowledge
PM/SA 规格开不好你还可以反过来指正他,
甚至还可以提出 PM/SA 没想到的角度
等到了这个程度,升职加薪只是你敢不敢开口的问题
但是每次提到"通灵"
所有程式人几乎都骂声一片
实际上对一个程式来说,程式能写好是基本的
要升级加薪就是要有其他强项
目前在程式越来越讲求可读性跟结构化的情况下
以前那种超强工程师,写出来效率超高但除了自己
以外没人看得懂的天书程式
已经完全行不通了
要加薪升职,我看到比较可行的几种
1:技术非常强,能解别人解不出来的虫
但这种人通常一个公司/部门也就一两个,因为多了对公司来说效益增加不大
2:提升自己的通灵程度,
这个可以大幅提升整体工作效率,基本上这种人才多多益善
3:非常熟悉各种软硬件 soultion
用在系统效能已达瓶颈,不是小打小闹可以处理
必须全面翻修以提升 performance
或者要引进新系统做规划,
但这种人材通常已经是部门主管,薪水都不低了