#歡迎光臨我的隨便說
記得多年前公司裡乙個大專案出了重大問題，大領導震怒，於是我們一幫子leader被分配去各個組做check review。
重災區是乙個財務模組，據說這個模組是整個專案最難、最複雜的模組，用到了各種各樣的非常複雜的演算法，負責人和開發人員天天加班，既要趕工又要修bug，每天忙得人仰馬翻，而且後來因為出了嚴重bug而受到領導批評，以及一幫子領導的特殊關照。
我check的是乙個比較簡單的小組，整個小組任務按時完成，沒有bug，我經常在5點半左右過去check，發現有時候我過去時他們當天的任務已經全部完成，都在等下班，整個組很是和諧。
後來到了年終評價，據說我check的小組的領導公升職了，小組裡也有好幾個人公升職加薪比其他組要好，而最差的就是財務模組的小組，甚至有人離開了。
說實話，我check的小組，我認為管理及小組成員都很不錯，他們的任務清晰明確，每個人也都各司其職，也許他們的內容也確實是相對簡單的，但是我也見過簡單卻一團糟的專案。那時我也曾經短暫支援過另乙個小組的check，每次我都是最後check那個小組，但是每次到時，他們的任務列表都沒有弄，有時候我到了，組長才開始填內容，有的說的不清楚，細問時責任人一臉懵的狀態。
但是，不同組難度及工作量是不同的，不同的人負責的內容難度及工作量也是不同的，越是難的東西越是容易出問題，負責的工作越多，出現的問題自然也就越多，所以那時很多人都覺得財務小組的人很冤枉，做得最多，卻得到的最少。
後來公司裡開始出現了多做多錯，少做少錯，不做不錯的聲音。
其實換位思考一下，我也會覺得很冤枉，很憋屈，很鬱悶，但是，世間很多事都是以結果為導向的，出了問題就要承擔後果，沒有人會去關心你們為什麼會出問題，反而可能會怪罪你在遇到困難時為何不事先解決，雖然你可能會在心裡想「馬後炮，我事先提出問題時你們支援解決了嗎？」
但是如果因此就把「多做多錯，少做少錯，不做不錯」作為至理名言，我認為那恐怕就真的大錯特錯了。雖然多做多錯了，可能有時候還會因此損失一些什麼，但是，多做就意味著你多學會了更多東西，就意味著你隨著時間的積累，能夠獲得比別人多得多的知識與能力，那麼你也就有了上公升的資本，而那個不做不錯的人，到了某個時候，也要付出代價。
當然，我這裡也不是支援什麼事情都搶著做，或者去默默做了別人該做的事情，多做是針對我們該做的事情，我們應該認真對待，不該我們做得，就還是該誰做誰做去吧。
推薦文章
10 分鐘教會你 spring boot 整合 thymeleaf、mybatis 完成產品的增刪改查
【高階用法】乙個例項學會 spring cloud 的註冊中心 eureka的使用
spring cloud gateway與註冊中心eureka的完美整合
程式設計師必不可少的firefox外掛程式推薦
firefox 3.5發布.確實如官方解釋所說,速度快了很多,無論是開啟tab,還是瀏覽網頁,都有了質的飛躍,同時ff也作為web前端設計師的必備 豐富的外掛程式讓開發如魚得水,在此列出我常用的一些外掛程式.希望能給大家帶來一些幫助,同時希望如果有好的外掛程式大家補充 1.web developer...
黑馬程式設計師 資料庫錯做與連線筆記
資料庫連線 1.本機登入windows驗證，如果是單獨資料庫伺服器則需要密碼 2.啟用混合驗證 sa為最高許可權賬戶 1 右鍵 屬性 安全性 啟用混合驗證 重啟服務 2 啟用sa賬戶 根節點 安全性 登入名 狀態 sa啟用 常規 設定密碼。3.實現了idisposible介面的類可以使用using語...
程式設計師必須明白的程式設計哲學，學會可以少奮鬥兩年！
對於合格的程式設計師來說，編寫程式是再簡單不過的事情。但是，作為一名優秀的程式設計師，打造優秀的程式往往需要程式設計哲學和思想。首先你的目的是找bug的時候，bug已經很難找了，更不要說當你認為自己的 中沒有錯誤的時候。很多程式設計師在編寫完程式，深深地吸了一口煙，將氣緩緩地吐出，如負重釋。結果qa...