Re: [討論] 有人真的跟自己老闆說加薪成功的嗎?
※ 引述《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
或者要引進新系統做規劃,
但這種人材通常已經是部門主管,薪水都不低了
--
問題我提意見結果被老闆以為下犯上 說我工程不懂業務營運欸
...XD
不過後來被併購有換一群比較專業可溝通的就是了 但其實有時
候我也在想到底工程師可以做到什麼樣的程度？ 有些需求用肉
眼看就注定失敗 注定有問題的 問題工程師的職責還是比較偏
執行面吧？ 我們到底能做到什麼樣的程度？會不會有撈過界的
疑慮？
我講直一點,那就是你的意見沒有提到點上 撇開 domain knowledge 這種能直接解決痛點 讓 PM/SA 節省掉一大堆文書規格工作 甚至 PM/SA 都沒想到的細節問題,絕對沒有人會拒絕 其他狀況下,每個功能的開發,老闆有他想解決的問題, 也許是業務問題,也許是金流問題,也許是管理問題 你很可能從技術面提出了技術問題的解法 但是跟他想解決的面向起衝突,他自然會噹你 (你提的例子老闆也講得很清楚就是業務面的東西) 至於你問技術人員要怎麼理解這些? 我沒辦法給你建議,只能說寫程式已經不是 30 年前那個磁碟機時代 程式人員跟醫生一樣珍稀,現在的工程師每年量產 想要提升薪水就是要多了解除了技術以外的東西 老闆的角度跟視野要他願意跟你解釋你才會懂 所以要嘛就是得向上管理搞辦公室政治 或者最簡單的就是去深入產業的 domain knowledge 學通靈 這是絕對不會錯的
這是公司風氣的問題啊，我上一間公司規模沒有很大，是 d
esign 設計的時候就會找工程師討論，工程師話語權還滿大
的。
同意通靈說其實可以降低很多開發成本
效率高不一定等同天書 這不是魚與熊掌的問題 通靈的
我說的是很底層的東西 例如以前 assebmly 寫出來的東西就是天書 現在某些非常講求高速運作的產業,例如高頻交易 裡面的核心程式都是經過超級高手的最佳化 你不是寫程式的本人根本看不懂 水準不夠,就算原開發者來跟你說明你還是聽不懂 現在的高階語言開發環境,早就沒了這類型的生存空間 所以我說這種升官發財的可能性對正常人來說根本不存在
問題點在於成本負擔 主管會通靈可以理解 但不能要求
小程序員也要會通靈
延伸標題 做那麼多薪水還起不來或被辭退才是可悲的
給多少資源做多少事才是合理的
"你的成果不一定會被人看見與重視"才是一堆公司常態
真正的高手會兼顧維護性與可讀性,自己寫爽只是老手非高手
其實要看公司的核心價值在哪，有些公司靠業務賺錢，有些公
司靠即使賺錢。能加薪的路不同。
不管如何，老闆的心態絕對最重要啊。 遇過一次買個電腦，
最後卻被嗆：這種決策只能由上而下
可維護可讀並沒有那麼難 只是有些人混亂代碼功力實在
太高深
樓上說的是
認同通靈：只有菜鳥才會在意通靈，資深的老經驗確認幾個關
鍵需求後就直接設計出來了
推一樓
就是因為可以增加可讀才不是天書不是嗎 效率也高 強
調的是效率與可讀並不是不可兼得 因為有人會這樣解讀
通靈的要點在於訊息少需要思考頻率與對方對上才能了
解需要 與直白了解需求是不一樣的
而通常要求別人通靈的是主動方 也是costdown要求者
不論是客戶還是管理者 轉嫁成本很糟糕
問題我提的點 後來老闆就被出錢併購的大公司教訓了欸...
你回應的前提是老闆至高無上的正確 深不可測 我們凡人無法
參透
抱歉沒看到你大前提”正常”的公司^^
”不正常”的公司老闆說要有光 就要有光 他覺得他出錢他最
大 你們底下員工做就對了 你們有意見是因為你們想偷懶 不想
做事才唧唧歪歪找理由推託想砍他的需求 我們是小公司/新創
公司 我們就是要”快” 就是要快速疊代 快速把功能做出來丟
到市場上驗證 驗證失敗就砍 需求書是什麼？ 你自己通靈啊
我不管這滴滴答答的事情 請設計師回答 高雄發大財
另外還有一件事情是只要結果是positive 不管是營收+1%還是1
0% 這個我最正確的火車頭就不會停止 他可以預測平行世界使
用你的方案會很慘 類似北韓也很多人覺得政府好棒 以前連飯
都沒得吃 現在有得吃 讚！ 畢竟沒有平行時空驗證其他選擇會
讓他們更好 他們只要覺得比以前好就謝天謝地了
15
我的意思不是這樣的 其實我覺得您的例子(第三世界國家接通自來水比對在美國建立IOT城市)是一個好例子 接通自來水這回事不是單純接水管 事實上它比較像建立一個城市的電力、網路系統 主事者會不會接水管、是不是水電專家其實不是很重要2X
一樣，不回應，只不過想未來面試人員時，還能碰上幾個堪重任的。 能夠在這行業裡面舞文弄墨，談古論今，經緯天地，把資訊業的力量導入其他行業 會上來發言，只是最近雲端服務相關專案太多，做得有點久，想轉換注意力 也誠心建議接下來要投入軟體工程的夥伴，開始學習雲端。 除了自學，也建議去社群或課程，去社群是曝光經歷的好管道，3
老實縮啦，軟體業很簡單 自己估薪水不到身價的，就和老闆說加薪 老闆說不好，就嘗試跳槽 拿到更高薪的Offer代表自己估得對，拿不到可能就估錯了 Domain Knowledge算什麼
不同的期望，有不同的策略規劃。 目標是10-20%的加薪，透過有計劃的多次溝通，通常下次調薪都可以獲得一些效果。溝通 的節奏很重要。 如果你的目標是20%以上的加薪幅度，跳槽是比較可能的解法。 畢竟有一定規模的公司/產業，通常都有既定的薪資制度。除非是高階主管，不然在同個1X
一樣，不回應，只不過想未來面試人員時，還能碰上幾個堪重任的。 能夠在技術浪潮正要起來之前，就成為領潮者。 剛弄完幾個雲端專案的項目， 自己會跳下來動手做，實在是台灣這幾年是雲端大年，而人才供給還未趕上。 另外寫程式跟做架構，本來也就是自己的興趣。3
最 : 只要結婚，生小孩，會把時光花在小孩與家人身上，你能輸出的技術價值就會開始下降 。 : 第二種經驗，需要理解公司，知道公司盈利狀況，知道公司決策層的思想， : 很少會有決策層做讓公司自殺的決策，他們的生死往往跟公司捆綁得很深。7
accessdenied 似乎是強者，但小弟有幾點不懂。 ※ 引述《accessdenied (存取違規)》之銘言： : 因為大部分的企業，內部使用什麼技術和平台，早就釘死的，公司如果用 MS 方案，你就 : 算 Linux 再強，他就是不會招聘你。 : 最終能夠跨過這些框架累積並且運用到各處的，就是 Domain knowledge、和管理專業。2
你 : : 算 Linux 再強，他就是不會招聘你。 : : 最終能夠跨過這些框架累積並且運用到各處的，就是 Domain knowledge、和管理專 業? : 您說：因為大部分的企業，內部使用什麼技術和平台，早就釘死的8
我全完相信 accessdenied h22349 提的內容是他們的真實經歷，我無意去反駁。 僅僅提一下我自己看到的真實經歷。 關於提加薪，我自己的做法是找好後路，加薪失敗就閃。 假設我自己是主管，知道下屬對薪水不滿我又無權給他想要的薪水， 那我就會做好他隨時會閃的準備，所以我會積極找新人取代他，
37
[心得] 機械轉軟體工程師經驗分享# 前言 想分享一下當初從進公司幾乎不會寫程式 到現在負責做軟體的porting to Linux的經歷 如果你想轉軟體工程師，最好先進到願意讓你寫程式的公司 但是這不一定辦得到，我底下分享一些自己做的功課![[心得] 機械轉軟體工程師經驗分享](https://cdn.sstatic.net/Sites/stackoverflow/Img/apple-touch-icon@2.png?v=73d79a89bded "[心得] 機械轉軟體工程師經驗分享")
38
[心得] 新光人壽it資訊人員工作經驗分享優點: 特休直接核給你，不必滿半年就有，薪水只比外面軟體業新人高一點，待超過一年福利會 提升，但是也只限於公司認股和一些小福利(部門旅遊)， 當熬過升上管理職薪水應該不差，但是保守估計要5年以上， 每年調薪緩慢，跳槽得到的會更多，學到不知是否值錢的商業邏輯。26
[請益] 新鮮人未來發展方向請益(金融業)我是私校非本科學士 因為上過相關課程 有幸錄取了某家民營金融業的IT工作 薪水38k 穩定調薪 主管說年終看表現 但平均都能有4個月18
[討論] Domain or Skill？第一次在科技板發文 身為一個研究所落榜的CS學士，打算找個工作傍身，順便再拼一下明年考研 然後最近面試一家有點名氣的本土軟體廠，面試主管提到說： - 在他們這邊很講究寫程式的技術，精進coding skill 對未來的發展比較好 - 而如果到竹科或其他系統廠，你對相關的 domain knowledge 會比較熟，相對學不到什麼10
Re: [請益] PM懂程式有優勢嗎懂程式給一點建議其實還不錯，有時候客戶的需求不合理在第一時間就被丟回去了 但是這其實是兩面刃，最近就有配合到那種懂程式但是似懂非懂裝逼的PM 專案開始前 "我會幫忙擋需求，不是什麼東西來了就要做，先看提出的需求合不合理" 開會時9
Re: [問卦] 寫程式是不是超過40歲就不行了?完全不會有這個問題 工程師寫程式這個工作 本來就是不斷學習與實作的過程 就算四大電資所 畢業的學生 新到公司去~ 也是幾乎重新學習製作公司的產品