努力成為優秀的工程師

2021-06-15 00:42:38 字數 3488 閱讀 1660

華為諾亞方舟實驗室首席科學家李航結合自己的親身經驗,提出了成為優秀工程師應該遵循的五項原則:面對問題,解決問題;系統地解決問題;站在使用者角度看問題;以最小的代價獲得最大的效益;磨在細處。

我一直在it企業的研究部門任職,迄今經歷了三家公司:nec、微軟、華為。工作都是既有基礎研究,又有產品開發。其實,這兩者既有密切聯絡,性質上又迥然不同。前者在於發現或發明普適性的理論與方法,後者在於開發實用性的系統與工具。可以說,前者需要的思維方式、基本技能與素質是科學家的,而後者是工程師的。我經常提醒自己,一定要明確在具體專案中自己到底帶著什麼「帽子」在工作,是科學家,還是工程師?

面對問題,解決問題

西方有句諺語:「當手中拿著榔頭的時候,你會覺得看到的東西都像是釘子」。根據自己的喜好、特長、習慣來解決問題是工程師的大忌。做工程時最重要的是要面對問題、解決問題。可取的策略應該是探明問題的本質,弄清問題的機理,用最直接、最有效的辦法解決問題。經驗告訴我們,拐彎抹角地解決問題,效果總是不好的。做工程時並不一定需要理論。只要能夠有效地解決問題,其實什麼方法都行。「不管白貓黑貓,捉住老鼠就是好貓」在這裡也是適用的。當然有理論指導的方法 往往更能抓住問題的本質,以其為工具常常能把問題解決得更好。

在nec工作時,我曾參加乙個自然語言研究小組的立項會議。他們建議開發語音系統來幫助使用者遙控電視機,因為現在的遙控器操作都過於複雜,不利於老人與兒童使用。用語音聲控電視,當然是很好的想法,現在仍有許多企業在進行這項應用的開發。印象特別深的是他們斷言,除了通過語音的辦法,不存在其他解決方案。當時,我也認為他們的想法很有道理。

不料,沒過幾個月,日本的其他幾家電器公司推出了用編碼遙控電視的方法,更簡單、更實用。遙控器的操作主要靠數字輸入,每個電視節目都配上乙個編碼,報紙每天將編碼在電視節目欄中公布,使用者只要輸入編碼即可**或錄製相應的節目。

這件事對我的內心產生了很大的震動,自問為什麼nec的同事們只想到自然語言這條路,而忽視了其他路?不正是因為他們手裡拿著自然語言這個榔頭的緣故嗎?

系統地解決問題

動畫片《沒頭腦與不高興》描寫了兩位少年:「沒頭腦」與「不高興」。「沒頭腦」做起事來總是丟三落四,「不高興」待人處事總愛彆彆扭扭。不久,「沒頭腦」當上了工程師,「不高興」當上了演員。「沒頭腦」設計了一座一百九十九層高的少年宮,樓建好以後,才發現忘記了設計電梯。孩子們為了在這個大樓頂層的劇院看戲,需要帶著鋪蓋、乾糧爬乙個月的樓梯,害人不淺。其實,我們在日常生活中也能看到不少「沒頭腦」的作品。工程師需要構建的一定是乙個系統。系統一定需要全面、整體、有機的設計,不能有缺陷與差錯。切忌成為「沒頭腦」的工程師。

在微軟,與唐朝暉博士等合作開發了sql server 2005中的文字資料探勘功能。其中的term extraction工具可以從資料庫中的英文文字中自動抽取名詞短語。這個工具的輸入通常是英文文字,看似單一,但設計這個工具時,必須考慮處理其他非正常輸入,應對所有可能,比如,亂碼、非英文、特殊字元、全文本大寫、不含標點符號文字,等等。記得開發團隊一起構建了一張巨大的邏輯圖表,將所有可能的輸入列出,準備處理方案,力圖做到「兵來將擋,水來土掩」。這個專案確實鍛鍊了大家系統解決問題的能力。

站在使用者角度看問題

蘋果公司的產品,如ipad,使用者介面非常簡單、直觀與易用。據說兩歲的兒童也能無師自通,自如地使用ipad。理由很簡單,蘋果的產品都是為使用者著想,站在使用者的角度上設計的。正是因為如此,蘋果的產品能夠得到廣大使用者的喜愛和追捧。道理雖然簡單,但我們會發現,許多任務程師在開發系統時常常做不到這一點, 所以做出的東西,根本不好用。

在nec參加的第乙個專案是個失敗的專案。目標是開發自然語言的使用者介面,自動將使用者輸入的日語問句轉換成 sql語句,以便讓普通使用者很方便地訪問資料庫。這個專案的初衷很好,但面臨的最大挑戰是,語言的表現力極其強大,同樣乙個意思,可以有許多種不同的說法。開發到最後,系統只能接受受限的自然語言輸入(當時還沒有基於統計學習解決問題的想法,也許可以通過大資料、統計學習的方法在一定程度上能夠解決這個問題,這也是自然語言處理今後研究的乙個方向)。拿給使用者使用,反饋非常差,因為對使用者來說掌握受限的自然語言比掌握sql語言還要困難。沒有能站在使用者 的角度上考慮問題導致了專案的失敗。

以最小代價獲得最大效益

汽車大王福特曾說:「對實業家來說,一條重要法則就是盡可能地以最低的代價生產出最高質量的產品,給工人發出最高的工資。」福特公司2023年出的 model t汽車**是825美元,當時沒有多少人能夠買得起,到2023年model t**降到290美元,成為一款大眾車,在美國每兩台售出的汽車中就有一台是model t。

其原因是福特公司匯入了生產流水線,大大地降低了生產成本。在流水線上,model t的零部件被標準化,維修成本也大幅下降。工程與其他領域(如科學、藝術)的不同在於它必須考慮代價,包括開發的代價、推廣的代價、使用的代價和維護的代 價。工程師開發系統與工具時,必須權衡效益與代價,力圖以最小的代價獲得最大的效益。

我在微軟參與了office 2007、office 2010、office 2012中sharepoint的開發,具體從事元資料抽取與企業搜尋功能的開發。我所在的研究團隊開發了檔案元資料自動抽取工具,有兩種方法實現:crf與svm。crf的精度比svm高1個百分點,但就抽取部分的**量而言,crf是svm的若干倍。找sharepoint的架構師meyerzon商量,到底採用哪種方法好?meyerzon毫不猶豫地答道:當然選svm,因為它的精度只低1個百分點,但所需開發維護的**量卻少得多。對產品來說,開發的代價是不能不考慮的因素。

磨在細處

對工程師而言,上帝就存在於細處!只有精雕細琢、潛心造作,才能做好工程專案。好的系統與工具是靠一點一滴打磨出來的。工程師必須在實際工作中不斷磨練自己的技能,以達到手藝精湛、技術嫻熟的境地,能夠像庖丁一樣游刃有餘地解牛,像賣油翁一樣點滴不濺地倒油。

在nec期間,一起工作的工程開發團隊的負責人叫濱田,從他那裡學到了許多程式設計的技能。特別是在他指導下,開發了文字資料分析系統topicscope中的核心演算法。我不是程式設計高手,程式設計只有普通程式設計師水平,但同事們都說我的**寫得很好,條理清晰,結構合理,內容精煉。

這是因為我在濱田的影響下,花了很多功夫寫**。對專案的設定、檔案的分配都反覆斟酌,函式、變數的命名都細心推敲,對系統的執行效率都不斷優化。寫好了程式,過一段時間又拿出來檢查、評價、修改,直至不能找出毛病為止(可惜加入微軟以後,幾乎沒有時間再寫**,真希望今後能做一些程式設計工作)。

從實際工作做起

以上這些原則都很簡單,但真正做好卻並不容易,可謂「知之非難,行之惟艱」。重要的是在實際工作中努力依照這些原則去做,養成成為優秀工程師的習慣。培養自己直接解決問題,系統地解決問題,從使用者的角度解決問題,考慮效益與代價解決問題的能力。不斷提高自己的專業技能,在工作中努力做好細節。你一定知道一些優秀的工程師,他們甚至就在身邊,可以把他們作為榜樣,虛心向他們請教,學習他們的長處,不斷提高自己作為工程師的素質和能力。另外,敢於嘗試,不怕失 敗,在失敗中及時吸取教訓,總結經驗也是非常重要的。

結束語

有人說漢字的「工」,上面一橫代表天,下面一橫代表地,整體表示頂天立地的事業(較一般的說法是,象形漢字的「工」代表工具)。能做好工程,成為優秀的工程師的確是一件了不起的事兒。特撰寫本文,與大家共勉。

努力成為優秀的工程師

摘要 華為諾亞方舟實驗室首席科學家李航結合自己的親身經驗,提出了成為優秀工程師應該遵循的五項原則 面對問題,解決問題 系統地解決問題 站在使用者角度看問題 以最小的代價獲得最大的效益 磨在細處。我一直在it企業的研究部門任職,迄今經歷了三家公司 nec 微軟 華為。工作都是既有基礎研究,又有產品開發...

努力成為優秀的工程師

我一直在it企業的研究部門任職,迄今經歷了三家公司 nec 微軟 華為。工作都是既有基礎研究,又有產品開發。其實,這兩者既有密切聯絡,性質上又迥然不同。前者在於發現或發明普適性的理論與方法,後者在於開發實用性的系統與工具。可以說,前者需要的思維方式 基本技能與素質是科學家的,而後者是工程師的。我經常...

努力成為優秀的工程師 李航博士

一直在it企業的研究部門任職,迄今經歷了三家大公司 nec 微軟 華為。工作都是既有基礎研究,又有產品開發。其實,這兩者既有密切聯絡,性質上又迥然不同。前者在於發現或發明普適性的理論與方法,後者在於開發實用性的系統與工具。可以說,前者需要的思維方式 基本技能與素質是科學家的,而後者是工程師的。經常提...