說話之道

論程式猿/媛的溝通學問

您 | 說 | 的 | 話| 有 | bug？

溝通的藝術

程式猿的印象

程式設計師除了給人一種髮際線偏高的感覺外，很悶很宅很難溝通應該也是丟給大家的印象之一！

作為程式設計師來說，圈子比較單一，還有的程式設計師由於不會溝通，朋友少之又少，自己把自己封閉起來了，久而久之容易得抑鬱症。其實溝通也是一門技巧學問，同樣的話，有的人說的好聽，有的人說的就並不好聽 。

作為沉默寡言的程式設計師更應該注重一下自己的溝通技巧。俗話說多一個朋友多一條路，我們以後不一定搞一輩子的技術。

溝通的背景

現代公司的專案一般沒有一個人能100%完成的，每個人都免不了和其他人打交道。所以人與人的合作及最終的溝通顯得尤其重要。

在我多年工作的生活裡面，接觸過不少初入職場的年輕人，很多都是滿懷憧憬想在人生中第一個崗位發光發熱，研究高精尖技術，最後發現其實技術只是很小的一環，或者說，技術好只是能把工作處理的好的一個必要條件。而在和這些年輕人打交道的過程中，我也發現了他們溝通能力的欠缺。這讓我每每在開例會，做彙報的時候都會為他們都捏把汗，感到可惜。

所以這次我想簡單的，按照不同的溝通物件來聊聊一些職場中一些和人交流的小技巧。主要是給剛剛初入職場沒多久的朋友一些我認為有用的幫助。如果已經是老鳥或者覺得我在扯淡，請自動忽略。。。

和|領|導|的|溝|通

直屬老闆或者直屬領導毫無疑問是掌控著大部分程式設計師的生殺大權的。升職與否是100%取決於直屬老闆領導的決定的。下面就列舉一些我見過的負面例子，僅供大家參考：

1) 技術硬核型選手

新人因為對組內或者技術棧的不瞭解，很容易在面對上司或者同事的詢問時慌得不行。一慌就喜歡一股腦的把自己知道的技術細節都一股腦說出來，像機關槍一樣。這樣會讓人聽得非常不舒服。尤其是對老闆來說，因為很多老闆走上管理路線之後就會慢慢跟不上技術細節的發展。要想讓老闆瞭解你做的東西，或者修復的bug的難度，不是要在他面前展示你用的框架有多新，有多牛逼，而是需要給他解釋清楚你的思路。

有這樣一個對話：

新人：我用RxJava的unsubscribe()在activity的ondestroy呼叫一下就解決了！

新人內心獨白：

1. 我用了吊炸天的rxjava

2. 順利解決記憶體洩漏。

老闆內心的獨白：

1.你到底解決沒有？

2.你在講啥，可以翻譯成普通話嗎

這是一個真實的例子。

在和老闆彙報的時候，你只需要把你解決的是什麼問題描述清楚就行了。至於你具體使用了什麼技術框架，框架的方法有哪些，對於老闆基本來說都是廢話。這些細節都是你在做設計的時候就確定的。

2）不知所措型：

和老闆一對一的每週或者每月例會是一個展現自己的好機會。尤其在一對一的時候如果能展現自己縝密的思維那是極好的。很多職場新人對於1-1 完全沒有概念，在1-1時完全沒話可說，白白浪費大好機會，支支吾吾表達不清楚，反而還幫了倒忙。

這種情況我強烈建議大家在每次一對一之前列好一個表，分幾個大方向來一個個和老闆談:

工作進度，簡單的彙報一下這周你工作的完成情況，包括遇到的難題，自己是否因為別的組的速度而被拖累等等，然後延展到自己需要老闆幫忙的地方。比如需要老闆幫忙把問題上報，升級等等。自己對某些專案的想法。花點時間和老闆談談組內的一些專案機會，聊聊自己的見解，說不定老闆就欽定你了。在老闆面前讚揚一下某些對幫助過你的同事，有時候互相拍彩虹屁也是必要的！生活上的一些趣事也可以在會議的最後聊聊，拉近你和老闆的關係。主動詢問(記住要主動！！！！)老闆對自己最近工作的是否有改進意見。認真記錄下來，確保下一次1-1的時候再聊起來的時候你已經進步了。

聊完以上幾點，基本上30分鐘就過去了。一個飽滿的1-1 就可以愉快的結束了。。。。

和|組|員|的|溝|通|技|巧

正所謂水能載舟亦能覆舟，群眾的力量是偉大的。職場中也需要和自己的同組朋友站在統一戰線，這是新人獲取幫助的前提。其實不管是與自己平級，或者高一級，都是需要技巧的。我見過被勸阻唾棄的高階工程師(最後灰溜溜的被PIP了。。。。) 也見過表現欲太強適得其反的新人。下面也聊聊一些反面例子：

1) 浮誇演技型

俗話說的好，一個人越缺什麼，就越喜歡賣弄什麼。有些小朋友明明技術不咋地卻就是想顯擺。我不知道大家有沒有在開例會的時候見到過這種型別。一個簡單的問題可以吹半天自己的解決方案，在組會自己發言的時候佔用大家的時間。切記：

對於老闆來說，你把自己的解決方法技術細節吹得再高，也沒有卵用。這點我們上一節已經說過了對於同事，大家的技術水平多半也是半斤八兩，吹噓自己再簡單不過的解決方案更加沒用，懂的人一眼就看出來到底是個什麼玩意。組會或者例會的意義，更多的是讓大家知道你在幹嘛，在會議上如果有思路的可以幫你提一嘴，或者有需要你幫忙的說一聲，主要是一個互相通氣的作用，並不是一個技術分享會。有具體需要詳聊的，最好挪到會議後面單獨聊。簡單的一句:"咱們等會單獨留下來溝通一下可以麼"就ok了

2）霸道總裁型：

有種人特別喜歡主宰一切，在討論技術的時候，只要不和自己意的就一定是不對的，必須要理論到底。這種人不管技術到底有多強，也是很難可以把大家凝聚在一起的，因為討人嫌。。。我以前在亞馬遜的時候，有兩個senior，每次開會必定互懟，一互懟就霸佔了技術分享會的大部分時間。一個真實的例子：

這兩人在發洩完各自的情緒之後，只留下尷尬的我們。

霸道總裁型的人也不是說每次都沒有道理，或者更多的時候是佔理的，但是這也不代表這也做事對的。因為不管你設計的技術細節有多牛逼，你還是需要留空間給其他人發言，這是"拉攏"人心的一個好方法。每次在結束自己發言的時候，順帶問問那些有意見但是不敢發言的朋友，也是極好的。

總而言之，在自己擼碼路程越來越深入的時候，也不能忘了平時不管是跟領導還是下屬說話溝通的學問