第二十六章 別具一格的王霸之氣(第1/4 頁)

不愛創新的人，或者沒有接觸過原創工作的人，往往會有一種錯覺：發明創造也好，經典神曲和傳世詩篇也好，那都是天才靈光一閃的產物。

莫扎特的傳記作者奧托楊就揭露過一個謊言：早在19世紀初，就有許多“雞湯文”渲染莫扎特的創作流程：說他畢生最牛逼的作品，都是在夜深人靜、環境優美、天人合一的狀態下，由於靈感爆發、思如泉湧而創作出來的。

但是實際上，這種“雞湯文”論調純屬扯幾吧淡，是徹頭徹尾的謊言<script type="text/javascript">reads();</script>。奧托楊早已證明，莫扎特根本不是這麼一個人。

哪怕強如莫扎特，作曲也是要慢慢研究樂理、反覆修改調音試聽的。

哪怕強如李白，除了號稱一蹴而就的三首《清平調》，他其餘的大部分詩作也是要查韻部、摳字眼、和賈島那句“僧推月下門”那樣，為了一個個用字反覆“推敲”的。

過度強調創造所需的“靈感”，而選擇性的無視創造所需投入的“努力勤奮”，無非是雞湯文和段子手們為了自己的文章銷路，媚俗無恥地迎合大眾，滿足大眾的自我心理保護。

因為庸碌的大眾需要為他們的創新無能尋找一個開脫的藉口。他們甘願相信：看，創造這種東西，是天才才能做的事情。我們沒做到，只是因為我們沒有這種天分，而不是我們不夠努力。

而在現代前沿企業裡面——只要不是那種只會山寨別人產品的企業，只要有幾分實打實的自主最佳化和創新的——在它們的研發部、軟體部，有得是依靠拼搏和努力來實現創造的工程師、程式設計師。他們並沒有外行大眾想象的那種天才，他們有的，只是勤奮的努力，和一個正確的方向。

朱海波也好，杜俊強也好，都是新世紀華夏百萬原創碼農中一朵微不足道的浪花而已，他們一樣沒有天才，但是他們一樣知道努力。

至於有沒有把握到正確的努力方向，在此之前他們不敢說。剛剛工作了兩年的碼農們，心中有迷惘是很正常的。

但是遇到了顧莫傑之後，他們敢說了。因為他們知道，他們要找的東西，在顧總那裡就有。

……

顧莫傑電話打完不到半小時，外賣就送來了，他禮賢下士地招呼大家過來一起吃，自己也先挑了一份蓋澆飯，直接開吃，一點看不出老闆的架子。

各懷疑問的程式設計師圍坐一圈，悶頭吃了幾口，誰也不好意思先開口問。直到顧莫傑嚥下一口青椒肉絲，揮著筷子反問：“我說午飯的時候趁機例會，你們就沒什麼想問的？今天的會我只負責答疑，沒有硬性議題。”

聽顧莫傑這麼一說，朱海波第一個忍不住了，開口問道：“顧總，我想知道，我們公司的測試團隊究竟有多少人？都是什麼資歷的？說實話，我在搜狐兩年，也沒見過這麼強大的測試能力，居然可以針對一份基本功能都還沒跑通的程式碼，就測出這麼多問題。”

各位看官或許會好奇，為什麼朱海波會對公司的測試實力如此關心。這個問題其實可以透過打個比方來說明。

程式就像是一個等待醫治的病人，程式設計師就是負責開處方配藥的醫生，而測試員則是觀察病人症狀、反饋病人症狀以及程式設計師用藥後“病人藥物反應”的人。

最差的測試員，只能告訴“程式設計師醫生”，這個程式“哪兒疼”。好一點的測試員，能告訴“程式設計師醫生”，這個程式“得了什麼病”。所以任何軟體公司，都需要軟體部和測試部兩個對抗性的部門合作，才能產出一款合格的軟體，就像法庭上需要控辯雙方唇槍舌劍，真理才能越辯越明。

一個公司的測試員是否牛逼，對於程式設計師能力的成長，會有很大的影響。

比如一個手機方案，面臨一種症狀為“翻蓋後手機螢幕不亮”的故障，最次的測試員只會安安分分地按照上述文字提交一個bug，然後程式設計師需要費老鼻子的勁兒去查問題究竟出在哪兒<script type="text/javascript">reads();</script>。精力花了不少，進展卻沒多少。

而有經驗有眼光的測試員，遇到同樣的bug，就會不滿足於上述簡單結論。他會用更多的對照組實驗細查問題根源，最後很可能總結出“翻蓋上的霍爾器件感測器通訊程式碼異常”這個深度的問題所在。與給力的測試員合作，程式設計師就能省掉很多排查的彎路，讓自己的經驗和寫碼技能快速成長。

公司測試資源的