俗話說，文人相輕。我總覺得，技術人，也相輕。
從2023年8月換到現在的公司。
起初是表現過度，然後莽撞，到抱怨，到輕視別人，到現在的平復。
有時必須看清自己，更要承認別人。
以為自己有點經驗就了不起，入職後，對一些事情總是過度表現自己的看法。
還有種，我的看法天下第一的既視感。只有我對你們錯的優越感。
一切都是虛榮心，這些過度的表現導致我沒有看清周邊同事的發光點。很長時間自己都在自己設的乙個局裡，無法自拔。
有個系統正巧交接到我這，這個系統對外寫了32個介面，花費了1個月。
你想知道我接到這個系統的第一件事是什麼嗎？ --重構
現在想想都難以想象啊，剛剛重構的系統，我竟然還想重構？
對，我就是這樣給領導說的：「薛哥，我想把這32個介面都放到類似乙個**站的資料夾裡，有對接的系統使用介面，我就重構乙個」
領導讓我回去先一等，等有對接再說。就這樣，我這根弦算是稍微冷卻了一下。
聽說公司要來乙個大牛，姓楊，倉儲物流領域算是經驗豐富。我心想：我倒是看看有啥厲害的。正巧要開乙個中颱會，第一次參加。
沒錯，大牛會上對建設中臺提出了10條疑問和建議。我認真記錄了下來，完成了反懟。
現在再一想，我當初為了什麼？就為了能夠氣勢上壓住所有人，工作上突出表現，公升職加薪？
伴隨著激進和莽撞，我又陷入了抱怨的深坑。
記得上面新重構的系統麼。32個介面。有業務系統開始對接了。
此時，我們正在迭代2.1新版本，我接手管理專案迭代。
業務系統要一套新環境便於資料對接，提出了幾個需求，需要新增介面。
我沒有專案管理經驗，因為2.1在開發中。2.0需要對接還要新環境同時需要對接2.0的幾個介面。
我手無足措，沒有關心對接，沒有解決部署新環境。理由是我們在開發2.1，對接工作後置。其實我是真的有點手無足措。
最後，業務系統的領導直接找到我們領導那，最終領導出面調整，才對接上。
不久專案結束了，總結會開始了，我一直對業務系統告狀耿耿於懷，各種理由都能說服自己是對的。
我抱怨：業務系統迭代前也不打招呼；
我抱怨：業務系統不應該直接找領導；
我抱怨：業務系統就是不想寫一點**，自己處理一下不就行了。還非得我們改**。
這些泥潭，我掙扎了很久很久大約8個月以上，才慢慢放下執念。才慢慢領悟到一些，除了個體開發外的東西。
我們是解決問題的，不是抱怨問題的。抱怨問題只能讓事情公升級。打擊團隊的士氣，這其實是負能量。必須時時克制。
正如一句話說的那樣 「如果萬事俱備，那用我們幹什麼？」
剛剛從泥潭中爬出來一些，我又陷入了另乙個泥潭 —— 我是最厲害的，你們都不行，都不對。
不管是，**走查還是設計，我都是覺得我的想法天衣無縫。你們都不行。
技術人相輕 —— 我從自我武裝到慢慢走出自我世界。
在以上這些轉變過程是痛苦的，是一言難盡的。但是又是那麼的風輕雲淡。
期間，我看了一些書籍、專欄，認知上有所啟發。
領導旁敲左擊，慢慢拉我出泥潭。現在想，真的是：良藥苦口。
如果你生病入魔，沒了藥，魔了心，那才是真的悲哀了。
既然是職場，有競爭有合作。所以如何看待周邊的人和事，也就有多種處理角度和結果。
別人的優秀，是乙份寶貴的資源，你可以在這個資源上獲取到很多的東西。
技術抬槓，費腦力，費時間。我們解決的是生產問題，解決生產問題的同時，我們得到技術積累，這樣才是我們想要的結果。
誰也不服的心態，在扭曲著技術人的心理，極有可能在關鍵節點成為致命傷。
強迫別人接受自己的思想，認知上太過於狹隘或者個人太過於理想主義。
承認別人的優秀也算是一種能力，承認比經驗多的人的優秀，承認經驗少的實習生的優秀。
善待他人，看清自己。
放下技術認知上的狹隘，你會看到更多的東西。
敏捷教練 如何打造優秀的敏捷團隊
敏捷教練 如何打造優秀的敏捷團隊 基本資訊 原書名 agile coaching 譯者 徐毅 袁店明 出版社 清華大學出版社 isbn 9787302325734 出版日期 2013 年7月 開本 16開 頁碼 250 版次 1 1 所屬分類 計算機 更多關於 敏捷教練 如何打造優秀的敏捷團隊 內容...
敏捷開發 敏捷開發中的質量
有小夥伴就問，我們都敏捷了，我們是在效率和質量中找平衡，說敏捷開發中的質量是不容易控制的，要回答這個問題，我設計了乙個faq，內容如下 敏捷開發是什麼？敏捷開發是以需求為中心，以交付價值為目的，持續增量交付的一種軟體開發方法，至於什麼是敏捷，就去問問度娘吧。對於敏捷團隊來說，是乙個自組織的，有集體目...
敏捷開發的原則
一 單一職責原則 the single responsibility principal srp 就是說盡量的單一化類的功能，不要使類具有多個功能。如果類具有多個功能時，任意乙個功能的修改都需要改寫這個類，也就會影響其他的類，而這些類根本沒有使用修改的這個功能。如果單一化功能，這種情況就可以避免。例...