程序員的表達能力

最近每天下班回家我都抽出一點時間看《喬布斯傳》,每次讀完一本傳記類書籍都不免有些失落,書中的寥寥數(shù)筆刻畫了一個人的一生,傳記中主角在現(xiàn)實中無不是著作等身或呼風喚雨,最終也都逃不掉宿命。

書中最令我印象深刻的就是喬布斯的現(xiàn)實扭曲力場了,把它當作說服力和個人魅力的疊加,或者更抽象化為表達能力。我更愿意站在程序員的角度說一下表達能力的重要性。

自己身為程序員,畢業(yè)近四年深感表達能力的重要性。很多時候因為程序員對技術的專注反而會陷入到一種局限中:我靠著技術安身立命只要把技術專研透徹總會有口飯吃?,F(xiàn)在恰好趕上互聯(lián)網(wǎng)爆發(fā)的時代看到周遭各種技術大牛優(yōu)秀多金更是加重了對這種局限性的認知。其實,在鞏固硬實力的同時,我們的軟實力也要跟得上。我們遙望大牛的時候往往關注他的技術反而不易察覺到大牛的軟實力。因為硬實力提高容易卻更容易達到瓶頸,軟實力雖然磨練起來不易,可是一旦掌握更是屠龍利器。

在經(jīng)濟繁榮的時候,程序員跳槽起來很容易,而且工資更高,很多同學同事都是靠著跳槽漲工資的。但是有一天更嚴重的金融危機爆發(fā)時,技術水平和我們一樣的人同時去公司面試,作為一個面試官,你的選擇會是誰,是一個木訥的極客還是侃侃而談的工程師呢?我作為公司的技術面試官還真遇見過這樣的情況,當時前后兩天分別有不同同行來到我們公司面試,一個技術功底深厚,在面試的過程中能感受到他對技術的鉆研和見解,可是表達自己的想法時言語不清,很多時候我都要多次確認才知道他想要表達的是什么;而另外的一個同學,雖然技術基礎稍弱,可是知無不答,把自己做過學過的事情交代清楚,而且態(tài)度積極,給我的印象就是技術差但愿意主動學習,在決定錄用哪位同事的時候,我們就在想,一個公司、一個團隊更多的是靠團隊合作交流而推進一個項目而不是技術強大的個人英雄去解決問題。結(jié)果在兩位同行中就選擇了后者。

上一個例子中,我覺得把自己的想法表達清楚很重要,同樣的,使別人真正了解你的想法同樣重要。你也許會說,把自己表達清楚和讓別人了解你的想法不是一回事嘛?但其實不是的,你把自己的想法梳理好說出來以為有理有據(jù)邏輯嚴謹可是有時候?qū)Ψ礁竞湍悴辉谝粋€頻道。剛開始工作的一年多里我真的就是一個搬磚的,嚴格按照需求文檔的要求做開發(fā),根本不去思考業(yè)務上的場景,只要完成了功能沒有bug就算是萬事大吉了??墒浅3W龀鰜淼墓δ芨静环袭a(chǎn)品的要求。我們發(fā)現(xiàn)過需求的時候,雖然在同一個會議室里對著同樣文檔,我們的思路根部不在一條線上,這就會造成“我以為的你以為是我以為的”。這時我意識到作為技術人員對于產(chǎn)品輸出的需求應該是盡量的不去“實現(xiàn)”,直到產(chǎn)品能在業(yè)務邏輯層面說服我,說出這個功能對于用戶的價值,并且在技術層面考慮可行的時候我才會展開工作。在和產(chǎn)品討論業(yè)務這一來一去的過程中,產(chǎn)品如何說服你去實現(xiàn)這個需求,你覺得產(chǎn)品的想法是否有遺漏,又如何有理有據(jù)的反駁產(chǎn)品。這樣的交流多了,自己對業(yè)務和產(chǎn)品的理解加深了以后開展工作也就更容易了。

在與別人交流的時候如何把這條線對上呢?我認為有兩點是要做的。

其一就是下定義,在我們討論任何事情的時候,把討論內(nèi)容中的關鍵名詞下定義。在達成共識以后才有繼續(xù)討論下去的可能性。否則大家對基本的定義都有歧義,自然討論的越來越混亂了。

第二就是表達自己的想法的時候嚴格要按照句子基本結(jié)構(gòu)。即,主謂賓狀補。一個句子在明確了主題之后才能把主體的含義表現(xiàn)出來,也許其中過程仍然會有歧義誤解,但是做到這兩點會避免很多不在同一頻道的情況。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容