Be a Person, Not a Computer

早上閱讀Driving Technical Change這本書時看到第14章裡面一個小節標題是

Be a Person , Not a Computer

裡面是這麼說的

Developers spend a lot of time gazing into monitors. “And when you gaze into the abyss, the abyss gazes into you. “ Like Nietzsche is suggesting,

開發者花了許多時間盯電腦螢幕. 但如同尼采如是說 : “當你凝視深淵時, 深淵也在凝視你. “

you’ve pick up some traits from your time living with the machine . As developers , we start to see the world in binary terms: if what I am recommending is right , the I’m right, and that is the only thing other people should judge my solution

你已經從自己時間中拿出了可觀的部分與各種機器生活在一起. 作為開發者, 我們一開始就以二進制的方式來看這個世界: 如果我推薦的東西沒錯, 那我就是對的, 而這也應該是其他人評斷我的解決方案時唯一的標準.
看到這邊, 不知您的感想如何? 我的感想是確實經常在思考上會以0與1做二元式的判斷, 因為在程式裡上這樣的邏輯判斷每天都在發生 XD

當我們的大腦每天做這樣的邏輯判斷 不是黑的就是白的, 不是對的就是錯的, 在生活上其實有點危險, 容易陷入單方向的思維而不是多元的思維, 也就是失去了同理心.

Driving Technical Change 的這段小節主要強調人也是感情的動物, 開發者也是, 當我們在評斷別人的選擇不對的時候不能用 “不對” 讓別人有誤入歧途似的感覺 XD , 下次你可以注意一下在公司內部做選擇的時候一群開發者間的對話是不是這麼直接? 我們習慣用機械式的思維工作, 但卻也忽略在溝通時對方的感覺, 這樣的溝通方式有時候往往得到相反的效果-容易澆熄對方學習的熱情.
所以當你要去說服跟你同是開發者的同事要採用什麼工具? 什麼流程? 可還是要回歸人性, 不要以為大家同樣是開發者大腦的思維只有對與錯, 黑與白. 最怕的是-工具沒有導入成功又傷了感情.

那麼要如何做呢?

1. 談工具有何功用? 可以提升多少效率, 不要針對人, 而是針對要解決的問題.
2. 要有激情, 不能激進, 前者是你希望大家可以將工作做得更好, 後者只是你的偏好某種解決方案. 認為所有人都要跟隨你.
3. 要提建議, 而不是宣戰(Declare).
4. 要多聽而不是多說 – 命令別人去做什麼事都很難成功.
5. 保持正面的心態 – 盡量讓人感覺你很友善.

以上是今天閱讀的一點小小心得紀錄一下, 希望對你也有幫助