職場之道 A同學和B同學

2022-02-20 04:07:45 字數 1721 閱讀 3096

以下摘自:《阿里巴巴離職dba 35歲總結的職業生涯》

在阿里最深刻的,還是職場之道給我的震撼。在此,引用一位 puber 的發帖:

a 同學,遇到問題,召集會議寫報告搞風險評估,鳳鳳火火,完事後到處匯報心得,各部門都知道了資料部的功勞。

b 同學,遇到問題,默默乙個人搞定。

這b同學確實厲害,很多問題都獨立搞定,a同學連 oracle 的 pga 是啥都不知道,但他就是跟公司的高手們關係好,會求助,會推動。

當你有一天聽到領導們背後議論a和b的時候,你會發現,他們一致都比較欣賞a。為什麼他們會欣賞a呢?不是b是高手麼?因為領導們已經長期不做技術了,觀察人更喜歡觀察人的溝通協調能力,像b默默搞定問題,誰也不知道是咋回事,還以為這問題很簡單呢。結果呢?b鬱悶離職。。。職場故事無新鮮事,類似故事每天都在發生。

以前一直以為是故事,直到見到乙個活生生的、傳奇般的「a同學」。除了這位 puber 提到的,我覺得「a同學」一般還要有乙個特長,就是會起名字。乙個普普通通的架構,起個好名字,簡值是有化腐朽為神奇的作用啊。

看一些**領導的簡歷,公升遷之迅速,往往讓我驚嘆。很多人不惑之年,都做到了高階領導,擁有數套房子和無數個情人,成功進級高帥富他爹。我一直很奇怪,人家都是怎麼玩的。自從見過「a同學」後,我了然了。「a同學們」的成功是很迅速的,他們身輕如燕,稍有青風拂過,便能乘風而起,一飛沖天。

「a同學們」也要有一定的能力,這是基礎。但是,和他們的綜合實力相比,他們的能力可以忽略不記。

他們可以把 gdp 搞的很高,但不會把國家搞的很強。

如果乙個集體、乙個部門甚至乙個國家,越來越弱,那一定是「a同學們」太多了。

「a同學」後來跳到另一巨頭民企擔任很高的職位,依舊是風聲水起、威風八面,於是我就知道,哪家民企的發展是到頭了。如果以釋伽「成、住、壞」三階段發展論來講,個人認為哪家民企的「成」階段已經過去,進入「住」階段,如果沒有「b同學」大量加入,數年之後,或許就是「壞」階段了。

個人認為,單以職場發展來論,「a同學」值的效仿。現在的職場,好像春秋戰國,即使你所待的「國家」,已經進入「壞」的階段了,沒關係,換乙個國家就是。就像春秋戰國時一位「士」人的言論,是當大王、諸候好呢,還是做大臣好呢。當然還是大臣好。乙個國亡了,王的結局只有死,但大臣呢,換個地方再做大臣就行了。「a同學們」,永遠會受到市場追捧的。他們就像漆黑中的螢火蟲,那樣的鮮明,那樣的出眾,那樣的拉轟。

但我向來沒有「a同學」的能耐,只能向「b同學」學習了。

將來做企麼無所謂,有一點很關鍵,就是要認清自己的方向,這很重要。做管理?做技術?都行,這世界上有靠管理成功的,也有靠技術發家致富的。

你的目標可以是成為管理者、領導,但不能是「成為好逸無勞又掙錢」的人。不要幻想著每天什麼活都不幹,上班喝喝茶、扯扯蛋,每月工資高的讓我們這些矮窮醜聽到都嚇的尿褲子。這樣的境界,是要有上一代打下基礎才行。如果你進了 itpub 這個論壇,又看到我這篇文章,這足以證明你上一代沒什麼基礎,就不要再做夢了,趕快起來跟我一起用 dtrace+gdb 研究 oracle 原理才是正事。

要想成為管理人員,或是領導,無外乎三種途徑:

1、在公司混久了,跟著上級、甚至公司創業者一起打天下,有資歷。走這條路,要看運氣,跟對了人就行。

2、潛心研究技術細節,深入鑽究技術,成為大牛,轉而成為領導。這就是學而優則仕了。

3、有關係,家人在有關部門任職。

如果你發現自己沒有跟對人,也沒有關係,要想成為領導,哪就走第二條路吧。我知道很多優秀的領導,都是這樣走過來的。比如我們團隊的頭,還有 biti,都是如此。其實,就連我所提到的「a同學」,現在的某網際網路巨頭企業中高階管理人員,也是如此走過來的。

關於小公尺和小愛同學

關於小公尺我有話說系列!其實對於小公尺這個產品的概念一直是處在一種感知的狀態,接觸過很多有關小公尺的理論,但就是沒有一件需要買回來的產品,當然不是不喜歡,而是有時候確實想不到或者選擇中已經有更好或者是生活水準沒達到。今天機緣巧合,其實內心深處希望這是一次深入接觸小公尺的機會。體味過我的愛恨情仇,那開...

職場勵志 寫給剛工作的和快要工作的同學們的建議

這篇文章的目的僅僅是將我最近聽到的和自我反思的內容乙個歸納整理,如果你正在閱讀這篇文章,也請帶著批判性去思考,因為這個世界上沒有什麼絕對正確的事,只有相對正確的事。浮躁而不善於總結的一代 在公司裡,有跳過很多次巢的人來面試,他們都有著幾點特徵 1 認為自己懷才不遇,自己的價值在以前的很多公司裡得不到...

給將要進入職場的同學 開發軟體不是閉卷考試

有同學問我這個問題 你正在做乙個專案,這個專案有一項關鍵的feature需要實現,這個feature有一定的技術難度,你除錯了很久,都沒找到實現的途徑,這時你已經在這個feature上花了很多時間了,而且無法預期解決需要多長時間。在這種情況下,你會怎麼做?一種典型失敗的情況是 第一天 我正在做乙個關...