我從來不認為自己很出眾，既不是聰明人，人生更沒有一路開掛，只是有點好運氣。十年間，我從一個沒有光學知識背景的學生來到光電領域，從事了光模塊開發，又機緣巧合地從開發轉到維護，從維護又轉到開發，每一次轉身都像一次冒險，卻讓我有機會更接近做好硬件工程師的“真相”。
光模塊實際上是圍繞光器件應用、以硬件為主體的小系統產品，在光電領域做硬件就是做產品。在我看來，產品應該追求極致而非完美。產品最怕的不是有缺點，而是缺乏亮點。做產品就是要找到客戶真正的痛點，然后將其解決方案做到極致。
不怕丟面子，才會有面子
當年，和我一起入職武研光電的有20個應屆畢業生，我們當中有學光的、學電的，但是搞光電硬件兩者都要懂，所以當時大家的學習氛圍很好，互相補短，思想導師還充當了知識導師?？刹粶惽傻氖?，入職一個月時，我的導師就突然被安排出長差。導師這一走，我感覺自己成了“孤兒”，看著別人都有老師指點，內心那個羨慕啊。一次，部門老員工給新員工賦能，問了一個電路問題，結果我這個學電的答不上來，反倒被一個電路基礎幾乎為零的同事搶答。太丟人了，還好意思說自己是學電的?又不是沒做過類似電路，怎么問題一深入就發懵答不上來?這事對我觸動很大，看來不能光吃老本，是真要下番苦功夫了。
為了進步，我這個師傅不在身邊的“孤兒”，只好想辦法吃“百家飯“，怕丟面子就沒面子，不怕丟面子，才有面子。之后，我一遇到想不明白的問題就找機會向老員工請教，也不管人家是做測試的還是搞架構的，是主攻軟件還是主攻硬件的。有次，我又拿同一個問題去“騷擾”老員工，他邊忙邊丟了一句“下次記不住就記本子上啊!”我還不置可否，反正臉皮厚，有收獲就好。直到有次經歷讓我碰了壁，才明白“好記性不如爛筆頭”的道理。那天，我剛定位完硬件問題，準備用光纖組網，卻不知道哪個光纖跳線是好的，傻乎乎地用肉眼找。誰知老員工早看出我的窘境，提醒我說：“你拿光功率計帶著光纖和不帶著光纖都測一下不就知道了?“我一聽頓時傻了眼：是啊，怎么就沒想到用工具?后來回想起來，我不是不會用工具，而是缺乏對物理原理的了解，不知道怎么用，更不知道怎么用最簡單的辦法解決問題。
我被這事一“激”，更感自己基礎薄弱，既然天資一般，不如老老實實拿個本子做筆記，基礎知識、反面案例、經驗總結全都記在里面。就這么堅持了好多年，直到現在。最后，轉正答辯的時候，我“特有面兒”地拿到了A，也更加堅信輸在起跑線不可怕，努力總能追得上。
“摸魚”，摸出來的電路靈感
2012年，光電開發首款突發接收模塊。雖然突發接收模塊和之前做過的連續接收模塊有少許相似，但當時業界只有一套方案，成本很高，性能也不好。與此同時，業界只有一家芯片廠家在開發對應的集成芯片，且還在優化改版。這對于連突發接收的know-how都不清楚的我們來說，實在是太難。這就好比，過去我們是開著燈在10米的范圍內看清一個靶子上貼的字條，現在變成了在閃光燈不停干擾的情況下，我們要在更遠的區域看到多個分散的靶子上寫的字。而我的任務更是棘手，要在一次閃光的時間內預判特定靶子離你有多遠(就是所謂的突發光功率接收上報)。
開發前，為了快速上手，團隊還找了行業大牛請教突發接收原理，但事后我發現原理性的東西雖很有幫助，但只能指引大的方向，微觀上的細節還需自己摸索。在攻關的那段時間里，我也在一直思考，對于連續的同速率甚至更高速的模塊原來都可以一板搞定，為什么這個模塊做了這么多版還是在功能和性能上有問題，特別是某一個場景上報時產生了極大的問題，讓已經延期一次的項目時間變得更緊。為了節約時間，我趁著焊工不在的時候，自己在芯片上搭電路飛0201電阻以及電容調參數，可問題依然存在。
項目交付的壓力以及一次又一次的失敗，讓我慢慢失去了耐心。就在這時，幸運之神在我的頭頂轉了個“圈”。在一次實驗室休息的間隙，我和兄弟們想不如放放音樂緩解下壓力，于是十分魔性地用手機放了一曲《大悲咒》，沒想到居然來了靈感。我看著手機的喇叭，突然聯想到音響里有個儲能電容，我們接收機不是也有個類似的大電容嗎?怎么之前就把它給忽略了?我和同事們一討論，發現大家在做連續接收模塊時，根本不需要大電容，但這卻是解決突發快速放電的關鍵。既然接收機內部的電容我們動不了，那就在外部增加電路加快它的響應速度,。思路一打開，困擾我許久的難點也迎刃而解，不僅加快了放電速度也加快了突發電流產生的時間
, 將整體時間壓縮了8倍左右，最終主力版本也如期交付。
實際上在攻關突發接受上報的技術點時，還有一個更具挑戰但不緊急的任務，就是尋求突破，實現低成本突發接收功能。我結合前期查閱的論文以及突發接收原理材料做出了一套電路，但經測試發現，設計電路的時候沒有考慮極限溫度，電路不太穩定。雖然后來知道怎么改，但是已經錯過了降成本的空窗期，再做的價值意義已不大，這讓我很沮喪。但是這次失敗的研究，卻讓我從真正意義上深入了解了突發的原理和電路設計的關鍵點。沒過多久機會就來了，客戶不斷提出訴求，希望再提升光模塊性能，而且還要快速交付。于是，我把低成本突發接收功能技術用在這個版本上，結合研究時識別的提升光模塊靈敏度關鍵點，并優化電路架構，不僅一版成功，而且還將光模塊做到了業界性能以及成本最優。將競爭對手甩在了后面，幫助客戶持續溢價盈利。
這幾次經歷讓我深深明白了，要做好一個硬件產品，必須得完全了解所用元件的原理和構成以及物理特性，沒有深入骨髓的理解，就不可能有全盤的考慮。哪怕產品在通往極致的路上，走了些彎路也別著急，堅持了，你就贏了。
別人說做不出來的，也許我可以試試
2015年PON光模塊產品提速，客戶產品線同時想提升端口密度，那就需要更小封裝的配套產品，可業界的同類產品都是大封裝，無法匹配。各廠家經過嘗試，僅M公司的功耗和性能滿足基本應用要求。但我要解決的是，不僅把產品的功耗降下去，還要把性能提上來。但其實這兩者是矛盾的，功率大，性能強，功耗自然就高，唯一的辦法只能是盡量壓縮功耗。
分析來分析去，我發現TEC是模塊中那些功耗損失的大頭。為了找到方案，我不斷搜索論文，看專利，試圖找到破解之法，后來，我聽說其他領域模塊的團隊之前嘗試過很多方案，便邀請他們看下我的方案給點思路建議，可是他們直接否定了我認為的“短期最可行”方案。其中一個專家更直言不諱：“這個方案只是看起來很美，我們之前試過，不成立的?！?
回到座位后，我一直思考他說的話，但并不想就此放棄，心里盤算著再繼續往深研究一下。
于是我又去找專家仔細了解了他們之前驗證的全過程，倒推他們是哪里出了問題。一遍一遍推演論證，終于被我發現，不成立是由于應用場景不同導致的。他們覺得行不通的電路原理卻適用于我這種波長相對不敏感的場景，最終我們通過實際驗證獲得了30%的TEC功耗降幅收益。有了這個競爭優勢，就這樣我們團隊的產品又火了一把。
時代在發展，經驗固然非常重要，但是要想做好硬件，萬不可過分迷信過往的經驗。一樣的產品問題面對不同的場景和時間，往往解決辦法是差異化的。面對你要使用的器件，就得深入去了解它的特點，多問一些為什么，才能有針對性地去設計，找到最優解。而這種不斷優化的探索精神，其實是每一位硬件工程師化腐朽為神奇的魔法。
如果要把單板做個比喻，我認為它在產品里就像是身體的骨骼，
是驅動全身的關鍵。要想將硬件設計做到極致，不僅要了解周邊部件的特點，也要將自己的硬件設計做到恰到好處。我父親是國家恢復高考后的第一批大學生，他常告訴我：有些事只要想做好，就不能只做個“差不多”。這句話也貫穿他整個職場生涯，即便他后面做了管理者，依然在技術上精益求精。父親對我影響很大，從我開始做光模塊到現在，我都認定了一件事，那就是做出好產品，跟“差不多先生”說NO，才能離“極致”更近一點，再近一點。
