資料來源: 程式設計師俱樂部
以下截錄我覺得很有道理的兩段, 給自己一個借鏡
這個問題似乎常被提出, 但往往淪為口水戰, 讓許多想提出經驗的人為之卻步... =_=|||
不管什麼職位, 不被取代幾乎是不可能的事, 只能說, 難以取代. 這個通常取決於你在公司的"價值".
價值, 其實是很籠統的說法, 這牽涉太多層面. 有的價值是相對於主管, 有的價值是相對於老闆, 這點是有差的. 但無論如何, 你的價值在於他們的評斷, 而不是你自我的評斷.
有些人什麼都不會, 只會逢迎拍馬, 做死忠樣, 然後讓老闆引為心腹. 老闆看重的是忠, 而不是你的其他才能. 這點就是他的價值, 不管你認不認同.
有些人能為公司創造利潤, 有些人能為公司解決難題, 有些人能為公司產出東西. 不同的人有不同的價值, 差別只在於你在老闆心目中的價值排名. 相同的情況, 在不同老闆心目中的價值排名也不一樣. 但有一個共通性, 就是愈多人可以取代你, 然後公司運作完全沒差, 那麼你的價值排名就會愈低. 這也就是庶務方面工作, 價值一直都排行在末的原因.
這裡個人不想討論如何提升個人價值, 因為每個行業都不太一樣. 但大抵Jammy的另一篇已八九不離十. 你可以用創造力來吸引老闆的賞識, 也可以用效率性, 品質, 帶team能力, 或者任何足以勝過別人的東西, 來獲得賞識. 到這邊就不得不提老闆與主管的差別了. 主管重識的是執行面, 老闆重識的是獲利面與長久發展性. 如果你是主管, 而老闆什麼都不懂時, 有時需要適時地, 婉轉地, 轉寄一些文章做再次教育. 但不是寄瑣碎的技術文章, 而是大方向與發展面的文章. 有了老闆的支持, 主管才好大刀闊斧地改革. 如果不是主管, 就只好針對主管的要求面來達到賞識. 在大公司裡, 不建議"越級"求賞識, 因為派系頗多, 容易出毛病. 小公司倒無妨.
至於薪水, 就取決於所謂的"價值"了. 因為每個老闆心目中的價值都不一樣, 同一種能力, 同個行業, 薪水相差就不少. 所以, 如果想薪水高, 除了提升個人價值外, 找個別太摳的老闆, 反而更重要. 說到這裡, 又不得提提以前的公司, 反正都倒掉了, 已經沒差了. 我最初跟目前許多人一樣, 從小公司做起, 原先的目的也是想, 把它拱大, 將來獲利應該可觀. 除了投資外, 個人算是拼命十郎. 有時可以長達兩三個月每天工作20個小時左右, 這個現在應該很少人能做得到的吧. 然後呢? 公司原本資本額才一百萬, 一年就賺進上億元, 然後資本額一直增加. 我還是一樣, 只有一個月年終獎金 (那時薪水才4萬多, 雖然因功慢慢升到10來萬), 分紅也完全沒分到. 十年後離職時, 只拿回原本入股的股金, 也沒有資遣費, 其實真的是很怨恨 (十年最寶貴的青春啊).
其實綁住我的, 還不只這些. 因為老闆過摳, 事事不放手, 所以常常有責無權, 連個加薪或辭退的權力都沒有, 下屬沒如期完成工作, 責任又在我. 所以常常需要跳下去幫忙, 見招拆招. 可能面對客戶, 可能面對技術, 不一而足. 雖然個人學習能力很強, 但經驗的大累積, 幾乎都在這個時期. 但也只偏重於某個層面, 另一個行業或許就不值錢了.
真正讓我一展長才的, 應該是現在這家公司了. 老闆肯給高薪, 肯信任, 肯授權, 這才是我無後顧之憂的原因. 但在這之前, 原本進去時的職務並非如此, 我看到很多問題, 以那時職位確實無力解決. 所以特地轉寄許多文章供老闆參考, 持續教育才有所改變. 你說沒用嗎? ^^"
或許就是有之前太多零零碎碎的經驗, 無論對業務, 對客戶, 我都有一套方法應對, 對下屬, 反而簡單, 技術壓過就ok了. 一個研發經理, 技術不足以服眾, 確實容易產生雜音. 當下屬全部信你, 服你, 甚至希望在你身上學到更多時, 其實很容易引導成效率性的生產. 後面的結果, 其他文章提過了, 就不提了.
再回頭提到薪資的問題. 無論你的薪資多高, 絕對高不過你的主管或老闆. 以前薪水只到8萬時, 面試遇到實力不錯的人要求10萬薪水, 實在不知如何處理, 雖然我認同他的實力, 但這不是個人能做主的事. 最後老闆也不認同, 因為我的實力更高過他, 也才8萬而已 (老闆太摳了). 如果以現在我的薪水, 二話不說就找進來了. 人才難求啊, 那個還是我從上百人複試裡精挑細選出來的 (初試是直接用筆試), 其中不乏回國的碩博士生, 這在二十年前是少有的. 這也讓我想起2000年轉職時, 面談的20家公司, 其中有一家讓我感覺就是小鼻子小眼睛, 問的問題簡單到我實在懶得回答. 程度如此, 規模如此, 又東苛西求, 二話不說就起身走人了. 主管是什麼料, 下屬就會是什麼料, 身為老闆要知道. 如果老闆不知道, 就讓他知道吧, 不然永遠不會進步的.
多少能力超強的人, 在大公司裡, 反而不受重視. 不被取代嗎? 只能一笑置之罷了. 人還是得學會面對現實, 然後從現實中求生存, 繼而往上發展. 固守不該守的地方, 只會侷限了自我, 但前提是, 你自己準備好了嗎? 機會只留給已準備好的人, 剩下的, 就只是尋求機會而已. 希望有幫助到大家, 而不是廢言一堆.
|
2008/10/28 上午 05:55:24
好像還沒暢所欲言, 所以就再多講一些, 因為前篇已超過2000字了. 這篇就專講技術面好了.
有些人講, 愈少人懂得的技術就愈值錢. 這點其實見仁見智. 例如cobol好了, 現在有多少人會? 但銀行裡還有許多系統是cobol語言維護的 (公家機關裡也有), 但這些是快被淘汰的產品. 就因為懂的人愈來愈少, 然後價值愈來愈高, 但那天淘汰後, 你就完全沒價值了 (但至少可以撈一筆就是了).
就像這個議題一開始時, 大家都在講, java, C#, VB, 或C++等等有的沒的. 其實程式語言只是實現用的工具, 這是必要的知識, 那天工具換了, 或著企業用那種語言, 你也必須跟著用. 程式語言, 只是基礎中的基礎, 一直強調學某種語言, 似乎太小看了自我. 保持彈性, 要學會"一樣通百樣通", 換那種語言都無所謂, 差別只在熟練度而已. 這樣即使換另一種程式語言, 寫幾個月就能全熟了. 別說不可能, 以前我大學時, 一個學期 (半年) 就要學fortran, cobol, lisp, scheme等等不知多少種程式語言了, 其中不乏文法, 規則完全不同的. 至少目前熱門的幾個程式語言, 文法規則大抵都是相同的.
至少樓主還有注意到, 資料結構與演算法則, 這點其實非本科的人很少注意到. 但這也是基礎中的基礎, 只是能運用好這種基礎的人不多. 只是沒經歷過長久的歷練, 單憑課堂上的知識, 那還是不夠的. 理論與實作, 有個相當大的gap, 這點就變成優劣的勝負點, 尤其個人經歷了20多年產業中的效率評比, 更能體會.
不被取代, 真的很難. 但如果換掉你, 公司會覺得很遲疑, 付出的成本會很高, 那就真的難以取代了. 沒有一種職務不能被取代, 差別只是額外成本會多少而已. 但這項成本會隨著時間而改變, 就像前面提的cobol例子. 進取的做法是, 多利用自己的優勢幫公司產出具競爭力的產品, 那麼你的優值就會提升, 而且因為有期待性, 所以這個價值會有延續性. 另一種不可取的方法是, 故意不交出source code, 或隱藏一些技術不教人, 雖然一時不可取代, 但那天只要可取代, 大抵馬上就價值就大降. 所以我在大陸帶人時, 大多數的台灣朋友都叫我藏一手, 我只說, 我無所可藏, 完全傾囊相授. 但我只說, 等你學會我已會的, 我再學會的, 你還有得學呢. 固步自封, 不可取也. |
文章定位：
