※ 引述《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
或者要引進新系統做規劃,
但這種人材通常已經是部門主管,薪水都不低了