Re: [討論] 有人真的跟自己老闆說加薪成功的嗎?

看板Soft_Job (軟體人)作者jamo (hi)時間5年前 (2021/02/16 00:42)推噓6(7推 1噓 41→)

留言49則, 9人參與討論串15/20 (看更多)

※ 引述《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 或者要引進新系統做規劃, 但這種人材通常已經是部門主管,薪水都不低了 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.34.162.240 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1613407362.A.C0A.html

推