Subscribe
Share
Share
Embed
课代表立正的官方Podcast
深度访谈，有用干货，亲身验证的「真本事」
Superlinear Academy创始人，Maven Top AI Instructor
前Statsig布道师（OpenAI收购），腾讯副总监，Meta，Amazon；康奈尔经济学博士
社区：Superlinear.Academy
课程：ai-builders.com
个人：lizheng.ai
Hello大家好
歡迎回到我們職場系列的第四期
在之前的幾期節目裡邊
我也跟大家說了
我去採訪了一些身邊牛逼善善的打工人
那這一期我就把這些採訪總結成兩個問題
和他們的答案
這兩個問題分別是
如何高效的學習
和如何高效的工作
那答案其實也很簡單
而且他們給的答案其實是驚人的一致
就是如何高效的學習
是帶著答案去尋找答案
不光是帶著問題去尋找答案
而且要帶著答案去尋找答案
如何高效的工作
他們給出的建議就是
Just do it
那這樣說起來好像聽起來挺簡單的
可是為了能幫助大家更好地理解這些建議
並且能馬上應用去取得一個利乾淨的效果
我就會稍稍展開一些這個問題和答案
我就用學長W來舉例吧
他的職業生涯中遇到的這個坎坷
和他如何邁過這些坎坷
他怎麼樣意識到了這兩件事情的重要性
給大家稍稍用這個視力來展開
可能我們可以理解得更好一點
那最後的話
我也會稍稍聊一些就是學長L、學長W
他們身上不光他們的優點
還有他們的缺點
或者說他們自己覺得自己不足的地方
你知道了優點可以幫你走得更快
但是你知道了有缺點仍然能走這麼快
你就大概感覺OK
不是說一個人非要做到完美才可以升職
就是跟大家幫大家緩解一下焦慮吧
好話不多說我們就開始吧
這兩個問題
第一個是如何高校的學習
第二是如何高校的工作
那我們就從第一個問題開始吧
如何高校的學習
其實覺得學會了這一點
不光可以讓我們學東西學得更快
而且能更快的發現自己知識上的不足
和找到一些新的機會
那我們就用學長W的這個故事來幫大家講一講吧
就是學長W他剛剛到了Facebook
是一個E4
他到了Facebook以後
因為他從別的公司來的
Facebook大家可能也知道
在整個科技行業裡邊算是動得非常快的
Move fast
所以說他剛來Facebook以後
節奏還沒有完全適應
在第一個這個Performance review的時候
自己覺得做得還不錯
可是Performance review並不盡如人意
那時候他就很焦慮
覺得自己都要被開掉了
然後第二年就來了一個Tech lead
他這個Tech lead也變成了他的mentor
他從這個Tech lead身上就學到了很多很多東西
最後也就是這個career path像火箭一樣的這樣起來了
那他學到的
他說學到的最重要的一個東西是什麼呢
就是這個Tech lead來了這個組以後
作為一個完全新來的新人
去給這個組寫了一個Wiki
Wiki就是Wikipedia
在很多科技企業
亞馬遜或者Facebook
大家都會用Wikipedia的形式
這樣把知識和documentation給做起來
你其他的組想了解你們組在做什麼
去看你們組的Wiki就行了
那他作為一個新人
他主動去做了這件事情
在這過程中
就是把這個整個組重要的code幾乎都讀了一下是吧
了解一下這個組的business到底是幹什麼的
如果有不同不明白的問題
就會帶著這些問題去問
剩下的去問組裡的這些元老們
大家很快的就搞清楚了這個組裡是幹嘛的
學長W覺得這個事實在是太了不起了
而且他也就馬上學了
以後他每去做一個新的領域
他作為一個新人
就去把這個組的Wiki給寫出來
那他自己成為大佬了以後
他也會去叫他帶著小夥伴去寫Wiki
而且他會給這些小朋友們一些pointer
和一些指導
就是說你去哪兒可以找到這些資源或者說資料
你應該讀什麼東西
最後你這個Wiki大概寫的是個什麼樣子
可是他非常frustrated發現
就是這些小朋友們並不喜歡幹這件事情
他覺得很奇怪就是說明明這件事特有用
然後明明我也告訴你了怎麼做
我又告訴你這件事的價值
為什麼不做呢
是不是我的領導力上出現了什麼問題
但是我後來跟他在一個財款的過程中交流
我們終於總結出來了這一點
就是他或者那個Tag Lead在做這件事情的時候
他們是帶著hypothesis去看東西的
但是如果說你直接交給一個小朋友
這麼去做的話
那個小朋友去看code
可能會覺得這個code寫得特別亂
看一看lost了
然後就不想做下去了
所以這就會導致一個巨大的差別
那什麼是帶著hypothesis去看問題呢
我就把它用中文總結一下的話
我覺得我們小時候老師經常跟我們說
你要帶著問題去找答案
但是我覺得我們可以更進一步
就是你帶著答案去找答案
你去看一段code
或者說你去看一個business
比如說如果我是一個telescientist
我如果去了解一個business的話
我應該先去想一下我作為一張白紙
什麼東西最重要
這個business什麼東西最重要
這個code如果去讀個code
這個code到底要是完成一個什麼東西
他用什麼樣的技術戰去實現的
他在這個實現過程中可能會遇到什麼問題
然後他應該是怎麼解決的
你帶著這個框架去
那就會有三種情況
第一就是這個code和你想的是一樣的
那你就可以很快的讀懂這段code
因為你是帶著一個框架
你去補充你的
不斷驗證你的想法
那你其實讀起來是很快的
而且你有一個這個線索
你也不容易get lost
不然的話你去看一段code
尤其有的人code寫得不好
那就很難看懂它
那第二段就是
如果這個code寫得比你好
比你好很多的話
那你就知道了原來還可以這麼做
你瞬間就找到了自己知識上的不足
然後找到了這個幹部
並且學會了怎麼樣子去用一個更好的方法
去做這件事情
第三就是他做的沒有你好
那你這時候就發現了一個新的機會
就是你這個東西你可以實現的更好一點
如果你這個事情本身足夠重要
然後你的方法又足夠好的話
那你就可以把它重寫一下
然後把這個東西給改進掉了
所以說這就是帶著hypothesis去看
或者說帶著答案去看答案
找答案的這個的好處
那這個樣子可以讓你學習的更快
可以讓你知道自己的不足
並且快速補足
也可以讓你找到更新的機會
好這就是第一個問題
那個第一個問題有一個稍稍的補充
就是還有小夥伴問
比如說你到了一個senior level
system design去哪學
有沒有合適的書推薦
那學長要就是說
你去哪學
那學長要就是說
其實沒有什麼特別適合的書推薦
因為他看到了最好的實踐
在公司裡邊
然後這些人是並沒有時間去寫書的
然後他看市面上看到的書
也不代表最好的實踐
那他的建議就是說
直接去讀code
code doesn't lie
而且大家一般如果在一個大公司裡的話
你的這個code
首先你是很多都是有權限去讀的
並且他們就代表了業界的比較先進的實踐
所以說你從這把他
如果你想去學一個東西怎麼搭
那直接就去看他在你們公司
是怎麼被搭出來的
然後如果把這個東西學懂了以後
那其實是比市面上的
絕大多數的書都更有用的
甚至你可能還可以去找當事人去聊
就是你當時為什麼選了這個方案
而不是選擇其他方案
嗯對
這這個也算是一個小bonus question吧
第二個問題我們繼續用學長W的例子吧
就是仍然是這個tech lead
他之前啊
就是他在遇到這個tech lead之前
比如說他要做一件事情吧
他想到了一個想法
然後他要去做
那他會怎麼做呢
他覺得他的學習速度也還行啊
那他就要先去知道這個事兒
定義下來這個problem
然後去想一些有什麼樣的可能的解決方法
然後去跟組裡的人聊一聊
看看這些東西靠不靠譜
也可以聊一聊這個事兒之前有沒有人做過
然後也可之後呢
他可能會寫一個proposal
這個proposal先跟組裡的人過一遍
然後可能找一些這個principle
或者senior去review一下他的design
或者看一下這個方法對不對
那之後開始做
這個時間快的話可能兩三天
慢的話可能兩三個禮拜
可是當那個tech lead來了以後呢
如果那個tech lead覺得有一件事情值得做
或者說有一件事情他不清楚想去試一下
直接就上手做了
如果不懂的就直接看code
然後就自己不斷地unblock自己
然後就往前做
然後兩三天就把這個東西做出來了
這對他來說就沒想到
他怎麼沒有想到做事情還可以這樣做呢
就是我原來花那麼多時間去討論
我其實討論的時間
我自己悶著頭往前做的話
其實已經把這個東西做出來了
而且這樣做有一些特別的好處
其實是會對效率幫助特別特別高的
對我們decentes一樣
就是其實人的大腦
在想一個問題的時候
想的是很複雜
但是你能表達出來的東西是有限的
所以說你拿著一個新的想法去跟別人交流的時候
很多時候你交流出來的內容
並不是完全能像你腦子裡想的那樣
可是當你把這個東西做出來了以後
別人一看就哦懂了
你要做的是這個東西
大家討論起來就會有效率的很多
所以說哪怕你花兩三天的時間
去做出來了一個錯的東西
也比你花兩三天的時間去寫一個design要好用
因為你這個錯的東西
當然你這裡面不一定要做完
你可以放一些placeholder
然後你可以寫一些studio code
然後對我們decentes來說的話
你的關鍵的數據你可以先寫一個XYZ
但是起碼大家看到了一個東西
就知道你要做的是這樣的事情
那我們討論起來就會有效率
大家如果發現你這裡面出什麼問題
或者說有什麼困難的話
也更知道到底問題出在哪
可以給你一個更快的指點
那更有很多情況下你就直接做出來了
你直接做出來了
你就不需要浪費那麼多時間去討論了
所以說這個just do it
是可以飛快提高你這個工作效率的一個方式
那行這兩個問題我們再稍稍回顧一下
怎麼樣子快速的學習呢
就是你帶著hypnotize
帶著答案去尋找答案
最後你就是這樣會讓你學得更快一點
也可以讓你更清楚的知道不足在哪
如何提高做事的效率呢
just do it
不要說話直接上手做
做到哪被block然後再去找別人
這個時候其實是比討論半天然後再去做要快很多
那最後就講一下兩個學長吧
有些他們自己覺得他們比如說剛入職的時候
有什麼不足
和他們直到現在都覺得自己還有什麼不足的地方
比如說學長Elle
她剛入職的時候就覺得自己的people skill不好
比如說她會特別堅持她的做法和想法
如果別人去做別人有一個其他的想法
她覺得不好的話
她就會很認真的去跟人家聊
甚至有的時候就完全不讓步
那她後來慢慢意識到了說這個senior engineer
其實沒有right or wrong
都是trade off
一個senior engineer
如果她上來就講這個是對的那個是錯的
她腦子中就會有一個特別大的警報
其實所有的solution
就是你可能進到一個新組
覺得他們為什麼這麼舊的技術
然後為什麼他們不用更新的技術
但是其實可能就是因為一個trade off
然後有可能是因為歷史遺留
有可能是因為一些其他的條件約束
總之就是一方面她對自己的想法更加humble了
另外一方面她知道了就是提高自己的people skill
可以讓自己可以讓整個項目move的更快一些
因為當大家在花時間討論這種技術問題
而且帶著情緒討論
因為大家都是人嘛
很多時候你沒有辦法不帶著情緒的去討論問題的
你帶著這些情緒再去討論問題的話
最後就會導致整個項目被內耗
那學長W她覺得她的一個不好的地方
包括她現在她都覺得很不好的地方
就是她很容易讓步
就是她比如說在一個技術的實踐方案
然後PM跑過來說我們要用方法B來實現
然後她覺得方法B肯定不可能行的
那你其實應該用方法A
但是如果她沒有特別切實的證據
那這個PM又很堅持方法B的話
她可能會願意去先試一下方法B
但是她可能會不去做那種heaven investment
用一些比較hacky的方法去試一下
然後盡可能的去試一下關鍵假設
如果說這個假設最後不成立的話
那最後會想辦法再帶回這個原來她覺得更正確的方式上來做
而且這都是這種情況
她一開始想的都是對的
但是這樣確實會導致一些項目本身走了一些無謂的彎路什麼的
如果她是一個她覺得
如果她是一個她有更強的leadership skill的話
她其實可以在一開始就把相關的stakeholder給說服
然後去使用她覺得更make sense的一個方案的
她沒有做到這一點
但是她現在仍然是在一個很高的level上去做很重要的事情
講這兩位學長他們身上自己覺得的缺點
就是想跟大家說一下
他們都是有自己的struggle的
你不是要做到完美才可以升職
而且升職也不代表你就是一個完美的人
我們從優秀的人身上去學習他們的閃光點
去學習他們的做事方法
但是最後升職這件事情大家不要太關注結果
關注自己的本身的成長就好了
這也是為什麼在所有的採訪之後
我覺得gross mindset那一期是最值得看的那一期
或者說是我最急著發布的那一期
因為你自己成長了
你在這個過程也會更enjoyable一點
那好我們這期就到這裡
我們下期再見