昨天某同事執行吾指令碼出錯，吾說他機器有問題，他張口一句汝指令碼有問題。吾當時就怒了，怒斥其睜眼說瞎話。
吾這一套都已經實用乙個多月了。指令碼有問題怎麼構建？這意思是說吾忽悠人？這誰受得了？換誰也要發火。
此人果斷投訴。頭目找吾，吾將聊天記錄示之，明明是自己的問題，卻張口指責別人。說吾脾氣大，怎麼不說自己錯怪了別人？吾明確說，「睜眼說瞎話」，雖然難聽，卻是事實。
如果了解別人的工作，即使出錯了，也不要急著說別人的問題：
別人這一套是不是已經跑起來了？如果跑起來了到了自己這裡出錯，那肯定是自己搞錯了。
要證明別人有問題，找到證據。
即使確實找到了別人的錯誤，也不要著急，應該說「汝過來視之」之類的話。汝張口指責別人出錯，別人有空也不會理你，常見的就是發火。
不要去羨慕別人
有這麼一則寓言 豬說假如讓我再活一次，我要做一頭牛，工作雖然累點，但名聲好，讓人愛憐 牛說假如讓我再活一次，我要做一頭豬，吃罷睡，睡罷吃，不出力，不流汗，活得賽神仙 鷹說假如讓我再活一次，我要做乙隻雞，渴有水，餓有公尺，住有房，還受人保護 雞說假如讓我再活一次，我要做乙隻鷹，可以翱翔天空，雲遊四海，...
不要讓文章害了別人
對於乙個好的文章，即我說的第一類文章，作者大都自己本身有著深入的理解，寫作也是比較用心。這是所有學習者都想讀到的。如果你是乙個初學者，這種文章可能更讓你受益匪淺 文章從乙個技術本身的發展歷程講起，簡而言之就是這個技術是怎麼發展而來的，在這個技術之前存在哪些技術，這些技術有哪些特點，為什麼會被目前的技...
不要無腦搬運別人的錯誤
剛在搜尋乙個東西，看到某博主寫的文章，文中把match 錯打成了 metch 閱讀的時候問題不大，我的人肉糾錯自動糾正了這個小問題。結果後面隨手一搜，竟然發現各個平台上都有這樣的錯誤，文章內容完全一致。不禁有感而發，我找資料基本找到後多半都會謹慎地讀完原文，然後驗證一遍 雖說不能完全保證自己寫的不存...