一、不要輕易看不起別人的程式。

混亂的程式背後，常有deadline、壓力與限制。

但如果團隊長期救火、上面也不在乎，是時候沉澱自己。

二、寫程式，不只是寫程式。

PM、設計師、客戶怕的，未必只是功能做不出來。先理解他們真正怕什麼；如果大家都只是在怕被主管檢討，制度就有問題。

三、技術的起點是信任。

使用者不懂架構，但知道你有沒有在乎。團隊信任你，不只因為你會寫code，而是相信出事時你不會甩鍋。當甩鍋是一個常態，制度就有問題。

四、放下身段。

Leetcode、名校、大公司，都不代表今天的你一定對。成熟的工程師，懂得承認：「這部分我可能沒想到。」

當大家都在證明誰最厲害、誰絕對不會出錯，這個團隊的資訊一定不流通、出事總是最後才會發現。

五、聲譽不是title。

口碑不是履歷，而是合作後留下的感覺。一次推責、情緒失控、丟包，就足以讓人記很久。

六、懂技術，很厲害；懂人，更難。

很多工程問題，最後都是資訊沒對齊、壓力沒被看見、責任沒講清楚。真正強的人，能讓團隊更安心。

七、停止學習，是危險的事。

保持好奇與謙遜，不是為了追流行。是為了確保你了解技術的本質，而不只是語法、看起來酷炫的架構與個人偏好。

八、照顧好自己。

你不是永遠在線的server。長期熬夜、壓抑與過度責任感，只會耗盡你。若你沒有偷懶卻長期狀態很糟，該思考這環境是否值得。

九、不要讓新人只能假裝聽懂。

一句耐心解釋，救的不只是工作，也可能是他的信心。若團隊不鼓勵提問、不獎勵教人，最後會變得被動又冷漠。

十、技術有高低，尊重不能有例外。

大家最後記得的，往往不是你用了什麼framework，而是在混亂焦慮時，你有沒有仍然把別人當人看。

工程這條路很長。你會懷疑自己、懷疑產業、懷疑努力到底有沒有意義。

只要你持續提升自己、觀察環境、累積認知，路會越走越寬。