不曉得大牛新手的時候有沒有被罵或者被不耐煩，我是感覺自己從新手被罵到了現(xiàn)在，以至于一直被冠以「新手」的 title（內(nèi)心是很拒絕的）。

曾經(jīng)心里暗自想：我之后對待新手不要這么兇，比如堅決不要用反問的語氣，比如，措辭盡量顯得委婉。

但，就最近 review 別人的代碼后，發(fā)現(xiàn)為了這句之前暗自的保證，自己抑制自己的情緒抑制的很勉強。

有些時候，真的會很生氣，可能同一個問題，同一個 pull request 里面你幫忙檢查了多次，對方還多次不改正，不改正也不留言任何說明，比如「我的想法是這樣的...，我認(rèn)為我這樣做的方式更好」，盡管連這個不改正的說明我也曾多次強調(diào)，如果有自己的想法一定要備注說明，我們好討論。后來針對這些問題，單獨開了一次小小的會議說明，漸漸對方有改善這件事情，有時候有必要在一些正式的地方單獨強調(diào)一些問題以示重視某些問題吧。

以一個 reviewer 的角度去反觀自己之前被 responed 的代碼，就會更加有所體悟，而少了些被否定的抵觸心理。

reviewer 并不是針對你，也不是針對你的代碼，可能他只是看到了不得不說的問題和希望你能寫更棒的代碼而已。

比如，最簡單的也是最容易犯的非空校驗的問題，一上線就 500，這個可以在寫代碼時稍微記住最基本的邏輯規(guī)范，最不濟，要在測試的時候多測試幾遍，登錄與未登錄，有權(quán)限與沒權(quán)限等多種測試場景來保證自己的功能不出低級錯誤。

我之前，對自己的定位是，我做完我手頭的任務(wù)就行了，不會「上下左右」等全方位的去審視自己的代碼寫上去到底有沒有符合開需求的人的預(yù)期，到底有沒有考慮好所有的情況，到底自己寫的代碼是否能清楚的表達(dá)語意，自己做的任務(wù)有沒有備注清楚自己的理解，有沒有解釋清楚自己的思路。

所以，一個很深刻的感悟就是「不想當(dāng)將軍的士兵不是好士兵」。似乎不在其位不謀其職，對自己的要求也沒那么高了，就特別容易原諒自己了。

我有一個同事，做的任何一個任務(wù)，自己對需求的理解，自己對 bug 的追蹤及解決方案，都記錄的清清楚楚，交接給下一個人的時候，下一個人可以通過他的記錄摸索的清清楚楚，首先不講技術(shù)上讓人贊嘆，做事的認(rèn)真和嚴(yán)謹(jǐn)，就已經(jīng)讓你深深折服。

還有一個同事，曾經(jīng)批評我，不按流程走，我一開始也是很不屑的，為此也跟他爭辯了很久，當(dāng)看到別人不遵守流程給我?guī)砝_，我才知道，自己對待這件事似乎過于輕浮不認(rèn)真，而就是這種態(tài)度，才可能帶來溝通上或者協(xié)作上出現(xiàn)問題。

經(jīng)常聽到大道理講，「首先要有態(tài)度」「態(tài)度很重要」，當(dāng)沒有真正理解什么是態(tài)度的時候，可能我們會不屑它就是一句官方口號，然后，真正理解之后才會明白，它真正的含義。也經(jīng)常都是這樣，有些道理真正重新理解之后，才會折服它簡明背后的奧義：態(tài)度，就是你以什么樣的角度和姿態(tài)對待事情，態(tài)度決定了你對自己的定位，也決定了你對自己的要求。

記得很久之前，吳軍的一篇文章里說過，如何做那 20% 的優(yōu)秀，而不是 80% 的大多數(shù)，就是避免自己的失誤，少犯錯誤，就可以贏過大多數(shù)人。現(xiàn)在想來也是，我之前一味的只是覺得自己可能能力不足，但是，反省下來看，是自己做事失誤次數(shù)太多，讓人產(chǎn)生不信任和交給我任務(wù)不放心，所以，有時候不是我們技術(shù)本身如何，而是做事給人一種不被信任的感覺，所以減少失誤對于目前來說比提升能力更重要，也就是讓能力穩(wěn)定發(fā)揮，讓人感覺更靠譜！