身處軟體行業的你擅長處理羞辱、共情、脆弱這些問題嗎？

作者丨Pavneet Singh Saund

翻譯丨Vincent

作者在本文揭露了軟體行業存在著羞辱的惡習，當項目由於提交代碼的人提交錯誤出現問題時，提交者一般會受到指責，導致心理發生扭曲，從而影響發展，因此作者就從自身做起，告誡我們需要摒棄這種噁心，讓行業朝著健康的方向發展。

軟體開發人員的職業生涯可能是坎坷的。從一開始，你面臨的挑戰是技術層面的難關，對於這些難關你毫無解決辦法。有些人可以很容易理解概念和原則，而另一些人卻很難做到。這就需要你不斷學習，而學習是一個艱難的過程。失敗是經常的，成功只是偶然的。

在這個過程中，其中一個最大的挑戰其實不是技術層面的，而是來自於社會的。在每攻克一個難關以後，你都能get到新的技能，然後再遇到新的挑戰。當你開始一份新的工作或職位，發布一篇博客文章，提交請求或甚至製作產品時，會有很多人排隊說你錯的有多深，如果結果失敗了，又會說你不夠好。我就是來告訴你的，你的確就是這樣！

我並不擅長處理羞辱、共情、脆弱這些問題，但是我知道我需要盡自己的一份力量，去喚醒人們的意識。請在閱讀時牢記這一意圖。

羞辱與內疚

內疚和羞愧就好比是同一枚硬幣的兩面。它們產生自同一個地方，但卻有著完全不同的結果。讓我們來看看它們分別是定義的。

內疚：是指為犯罪行為而負責的一種行為；是一種道德責任 - 出自The Free Dictionary

羞辱：是指由於人的行為，想法，情況或經驗而被認為是或被其他人所認為是劣質或不配合的感情或尊重所造成的痛苦的情緒 - 出自The Free Dictionary

換句話說：內疚是你對自己的行為而產生的一種糟糕的感覺；羞辱是別人對你產生了不好的感覺。

內疚是一種你可以理解並從中學習的東西，而羞辱會讓你質疑自己的價值。

在軟體開發過程中，羞辱和內疚被用作一種強大的、破壞性的力量。開發者們在社交媒體、問答網站和其他在線遊戲平台上爭論不休。他們用極其嚴格的標準去對待他人，當別人做的事情沒有達到他們的標準時，他們就會立即告知別人。這麼做是為了確保你能夠知道，他們認為不僅是你工作做的不夠好，而且你這個人同樣也不怎麼好。

軟體行業的惡習

項目出問題時

如果由於你提交了一個小小的調整而導致項目構建有問題，在這種情況下，大多數團隊都有自己的惡習，可能會把你叫出去訓一頓，可能在開團隊例會時進行批評，也有可能會懲罰你穿一件滑稽的帽子或者服裝。

把那些導致項目出現問題的人叫出去訓一頓，會讓他們感到不安。出現一兩次，你可能會覺得好玩，但是當它演變成一種相互指責的遊戲的時候，也就是你認為是需要開始做出改變的時候了。也許你會開始懷疑自己的編程方式了？也許你的時間大部分都花在了去研究如何不出現問題上面，從而導致你不想去學習新的知識了？也許當下一個人也出現問題時，你也會指責他們，把他們叫出去訓一頓？

年輕的工程師可能會因為過分在意項目出現問題而被摧毀掉，因此失去了一些寶貴的機會。這是反映這種情況的一個故事：「當你導致項目出現問題時該如何道歉」。

git的Pull Request功能和Code Reviews功能

當代碼經過Pull Request和Code Reviews以後，你就相當於把你的作品展示給別人看了，並且需要他們進行評估，給出他們的反饋意見。但是問題是Code Review的作用就好比是足球場上的守門員，起到把控質量的作用，它是由那些根據自己喜好去制定標準的高級開發人員去執行的。這樣就會導致複審後的評論可能五花八門，可能有人會反饋「我的一生當中我還沒見過如此糟糕的代碼」，也有人會反饋「代碼還不是足夠的好」。

我所做的一切都是為了得到公正的反饋，但是當一個開發人員在提交代碼的時候被騷擾而導致出現問題，那麼你也會羞辱他們。此外，由於複審工作是由開發人員自己直接做的，所以也很容易讓人聯想到「他們是糟糕的開發人員」。這樣就會錯過了學習的機會。

如果你不做X，你就不是一個好的開發者

軟體開發是一個飛速發展的領域，很多人為了跟上發展的步伐而努力追趕，也變得很疲憊。一方面是因為這個領域有太多需要學習的編程語言。另一方面，同樣需要學習的還包括很多技術和實踐。

如果你都沒有做過測試驅動開發，那你就不會是一名優秀的開發人員——互聯網上的一些開發者這麼認為

由於開發人員需要面臨這麼多需要學習的選擇，如果你把這些選擇和那些表明他的開發水平達不到平均水準的跡象相結合，但是忽略了他之所以達不到平均水準是因為有很多知識他們還沒有接觸過，其實這是不公平的。

遺留代碼

很多開發者認為研究遺留代碼完全是一種浪費，以此為恥，從來不花費任何代價在遺留代碼上面。其實只要代碼已經存在了一定的時間，不管它有沒有經過測試，它都已經是遺留代碼了。這樣的態度表明，你很羞愧地認為遺留代碼是不好的，但是它可以用作警告。

你不想基於遺留代碼再次進行開發，是嗎？–Scott Ford（說到關於羞辱時）

代碼已經存在，就證明它是沒有問題的，而且它還在生產中提供了價值。這可能並不容易理解，但是你憑什麼認為你寫的代碼在接下來的5年時間內就能被另外一位開發人員所理解呢?實際上，你覺得你寫的代碼都能活5年嗎?

我們使用的工具 - git blame

甚至連我們的工具也會對他們說No，比如git blame。Git是一個很棒的版本控制系統，它允許您以分布式的方式製作出色的軟體。這些命令很簡單，但功能強大，而且似乎有一種方法可以使用該工具完成任何事情。

其中一個命令是git blame，如果需要查出哪一行代碼是由誰寫的，這時候它就會顯得非常有用了。這裡的問題是wording。其實在跟是誰導致出現問題的人交談之前，你的心裡已經滿是憤怒了，已經設想好了一大堆責備的話。但是也許你可以先找這個人談談，之後再去想想怎麼進行責備。雖然僅僅只是做了個順序的顛倒，但是這種改變可能會改變談話的心情或者是語氣。對於工具來說，它只是一個單詞而已，但這個詞本身是很有分量的。

多樣性

很多人將目光放到了科技行業的多樣性上面，無論是好的一面還是壞的一面。儘管如此，還是有一段很長的路需要走。當閱讀關於人們為什麼要退出科技行業的文章時，人們很容易認為「他們不夠堅強」或者「他們只是在抱怨」。

對於那些擁有少數名族背景的人來說，在他們進入到這個行業之前，這些人可能已經就遭遇過被別人狠狠的羞辱過了。而當你所在的團隊恰巧信奉上述那種文化的時候，有些人選擇離開也沒什麼大驚小怪的。

脆弱性可以治癒羞辱

BrenéBrown博士是專門研究人的羞辱感和脆弱性的，她花了數年時間去鑽研這些難題。皇天不負有心人，她多年的研究還是得到了回報，她在書中和TED演講視頻裡面將這些成果分享了出來。

據Brown博士介紹，如果同時澆注了脆弱性和共情時，羞恥感是無法進行生存的。脆弱、開放、誠實和關心是消除羞恥感的方法。當然這些也能是人與人之間產生更緊密的聯繫。

並不都是糟糕的

我彷彿描繪了一幅相當黯淡的圖畫，畫裡面充滿了各種消極的情緒，但同時我也描繪出了很多希望。共情、同情、工作地點快樂最近是很熱門的話題。

有一些播客可以專門幫助軟體開發人員去解決一些非技術方面的問題，比如Developer on Fire，>Code (編碼以外的)以及Developer Tea。很多公司把共情作為一種核心思想。似乎有一定數量的人讓自己變得脆弱，分享他們的故事。

最後

雖然我並不擅長處理這些問題，但是我也是曾經遇到過。我鼓勵你去查看Brené Brown博士的一些作品。

很多開發者經過歷練已經養成了「厚臉皮」，或者他們也已經有自己的策略從而去避免衝突。有些人可能非常幸運，因為他們所在的團隊可能並不信奉羞愧論。其實說到底這就是一個關於如何在人際關係中建立信任的問題。當你有了信任，你就會知道每個人的最大極限在哪裡。

我們應該做得更好一點。在軟體行業里，初級或者沒有經驗的工程師的數量是要高於高級或者是有經驗的（不記得是在Robert C. Martin那裡無意聽到的還是從別的地方）。也就是說，在態度和指導上有很多的學習經驗並不能傳遞給年輕一代。由於我們是這個圈子裡面的一員，所以我們有義務讓其他人都能意識到尊重每個人的重要性。

我們中的任何人都可以就「如何在生活或者工作中避免讓他人有羞愧感」這個問題貢獻自己的一份力量。我知道我能夠做得更好，那你呢？

點擊展開全文

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！