Bruce，LXDAO & ETHPanda 聯合發起人，十餘年全棧開發與團隊管理經驗，曾任職阿里巴巴 Web Developer，現居紐西蘭，推特 @brucexu_eth
用人方視角：Bruce 談如何成為靠譜的 Web3 實習生
本章從用人方視角出發，LXDAO & ETHPanda 聯合發起人 Bruce 結合十餘年開發與管理經驗，深度解析什麼是“靠譜”的實習生。他強調“可預期、可溝通、可覆盤”三大核心素質，分享時間評估的“經驗倍數法”，並提供從面試準備到團隊協作的實用建議。對於想要在 Web3 領域站穩腳跟的技術新人，這些來自一線管理者的洞察將幫助你避開常見陷阱，快速成長為團隊信賴的核心成員。
1. 我們邀請到 LXDAO & ETHPanda 聯合創始人 Bruce，非常感謝您抽出寶貴時間參與到 ETHPanda 與 LXDAO 共同開展的訪談。請您先做一個簡單的自我介紹。
好的，我是 Bruce。我的背景可能跟很多 Web3 原住民不太一樣——我是從傳統網際網路進入 Web3 的。早年在阿里巴巴做 Web 開發，透過校招實習生進入，曾經作為那一屆部門最優秀實習生在轉正會議上給大家做了經驗分享，後來負責帶過一個小團隊做開源專案。之後移居紐西蘭，大概有十多年的程式設計和團隊管理經驗。後來接觸到 Web3 後被其理念深深吸引，於是和一群志同道合的朋友一起發起了 LXDAO 來解決開源可持續性問題，聯合發起 ETHPanda 來推動華語以太坊的發展。
現在我主要負責幾個方面：社群運營和發展規劃、專案從 0 到 1 的全流程推進、對外合作談判，以及最重要的——帶團隊。這些年來我們面試和帶教過不少實習生，有一些心得體會想跟大家分享。
2. 作為用人方，您如何給“靠譜”下定義？什麼行為最能體現一個實習生是否靠譜？
這個問題很好，我覺得“靠譜”這兩個字在 Web3 這個快節奏、高不確定性的行業特別重要。經過這些年的觀察，我總結出三個關鍵詞：“可預期、可溝通、可覆盤”。
“可預期”意思是你說三天能做完，那麼第三天我就能看到結果或者至少知道進度。最怕的就是最後一刻才說“做不完”。“可溝通”就是遇到問題不要悶頭自己扛，即使只是說“我卡在這個地方了，需要半天時間排查”也比一言不發好得多，要主動找我同步而不是我去問。“可覆盤”就是做完一個任務能主動思考哪些地方做得好、哪些地方可以改進，曾經有過問題的地方未來是否還會反覆出現。
說實話，具備這三點的實習生，我們都會盡量給他更重要的任務和更多的發展機會。
3. 在實際帶教過程中，您常見到哪些“不靠譜”的表現？能否分享一些具體的例子？
哈哈，這個問題讓我想起了很多“血淚教訓”。我印象最深的幾個場景：
第一種是“人間蒸發”。比如約好週二上午開會討論專案進度，結果到了時間找不到人，沒有任何解釋。需要大家等一段時間。這種事情發生一次就基本上失去信任了。
第二種是“明日復明日”。比如跟我說明天能做完一個功能，明天到了說還需要一天，後天又說遇到新問題。最要命的是不主動報告，都是我們去問才說。這樣的話，管理會非常累，但實際上找實習生來是為了幫忙多一些而不是添麻煩。
第三種是“悶頭工作”。比如一週都沒有任何溝通，我們以為他在專心做事。結果到了 deadline 才說遇到技術難點做不完。那時候已經來不及調整方案了，只能緊急救火。但是他這個過程中還是挺努力的，甚至可能天天加班。
這些例子的核心問題都是沒有做到我剛才說的三點。
4. 關於任務時間評估，您對實習生有什麼建議？
這個問題很重要。我總結了一個“經驗倍數法”，對新人特別有用。比如你覺得一個任務需要 3 天，那麼要根據你的熟悉程度來調整。
如果你對這個技術棧非常熟練，那麼乘以 1.25，大概 4 天。如果以前做過類似的東西，乘以 1.5，大概 4.5 天。如果完全沒接觸過，那就乘以 2，需要 6 天。
更重要的是，要學會拆分任務。不要說“做一個網站”這麼大而空的描述，而是要列出“設計資料庫結構”“搭建前端框架”“實現使用者登入”這樣的具體步驟。然後在總時間外再加 10%-15% 的緩衝時間。
最後強烈建議在開始做之前先跟 Mentor 同步一下你的計劃，讓有經驗的人幫你校驗一下是否合理。經過你 Mentor 的建議，如果做出來達不到預期其實 Mentor 也有鍋，也不會怎麼責怪你。
5. 在溝通頻次與方式上，怎樣才算資訊透明且高效？
這個問題很實用。我的建議是分階段來看。
入職初期，我一般建議實習生每天發個簡單的日報。不需要很長，三段就夠了：今天做了什麼、遇到什麼問題、明天計劃做什麼。這樣我們能隨時瞭解進度，也能及時發現問題。對自己也是有幫助的。
等到磨合一段時間後，就可以適當減少頻次。但有一個原則：如果你卡住了超過半小時還沒有思路，就要及時求救。不要覺得不好意思，這樣反而能讓整個團隊更高效。
還有一點很重要，就是要學會自己先試著解決。比如遇到個 bug，先用 AI 或者 Google 查一下，實在不行再問人。這樣既體現了你的主動性，也不會讓同事覺得你太依賴別人。大家都喜歡能自我解決問題，及時同步資訊和進展，按時保質保量的完成任務的人。
6. 在技術深度與交付節奏之間，如何找到平衡？
這個問題很實際。我覺得關鍵在於先明確優先順序。每個任務都有一個“硬”的 deadline，這個是不可妥協的。在這個基礎上，我們再決定要做到多深的程度。
我一般建議實習生在開始編碼之前，先寫個簡單的方案文件或者畫個流程圖。這個過程可能只需要半小時，但能讓 Mentor 提前發現方向問題，避免後面做很多無用功。
在實現上，我建議採用“分層迭代”的方式。先把核心功能跑通，然後再考慮效能最佳化、錯誤處理這些。這樣做的好處是，即使時間不夠了，也有一個可以交付的版本。
7. 您最看重哪些軟技能？如何在面試或試用期驗證？
這個問題很重要。我覺得技術能力可以透過培訓得到，但軟技能更容易反映一個人的潛力。
我最看重的第一個是“清晰溝通”。在面試的時候，我會觀察跟他的溝通，如果他能用結構化的語言清晰地表達，那就說明他的溝通能力不錯。
第二個是“深度思考”。我會針對一個具體場景追問幾個為什麼，看他能不能從表象看到本質問題。比如問他為什麼一個專案失敗了，他能不能從技術、團隊、市場等多個角度來分析。
第三個是“反思能力”。這個在面試中不好驗證，但在試用期可以觀察。我會刻意安排一些小的挑戰或者讓他遇到一些問題，然後看他是否能主動覆盤和總結。能做到這一點的人，通常成長速度會很快。
8. 當實習生出現進度拖延或質量問題時，您通常如何輔導？如何區分能力短板還是態度問題？
這個問題很關鍵。我的做法是先不要急著下結論，而是先了解情況。
我會讓實習生說明一下他遇到的問題和已經嘗試過的解決方案。如果他能清晰地表達這些，說明他是有思考的。然後我們一起分析問題的根本原因，制定下一步的具體計劃。
關鍵是要設定一個明確的觀察視窗。比如給他一週時間改進，看看是否能有明顯提升。
如何區分能力和態度問題呢？我的經驗是看他是否能從錯誤中學習。如果同樣的錯誤反覆出現，而且他不主動反思和改進，那就可能是態度問題。但如果他的錯誤型別各不相同，而且能快速吸取教訓，那就可能只是能力短板，可以透過額外的指導來解決。通常我會對實習生有更多的耐心。
9. 再次感謝老師的詳細分享。相信這些沉澱能給想在 Web3 深耕的夥伴帶來啟發。
謝謝邀請！其實我一直覺得，Web3 這個行業的最大魅力就在於它的開放和包容。只要你願意學習、願意付出，這個行業就會給你機會。我們 LXDAO 和 ETHPanda 也一直在努力降低新人的入門門檻，希望這個手冊能幫助到更多的朋友。
知識和技能是需要時間積累的，但是靠譜的特質可以讓你加速這個流程，希望大家都可以成為靠譜的人！