同事偷偷給我介紹私活，說1萬報酬全給我，結果甲方私下告訴我說，同事在當中白拿了2萬，我覺得被耍了，太太卻讓我要知足，說我一點不虧
最近例行逛職場社群的時候，看到一個很有意思的討論貼文。意思大概是這樣的：
同事私下偷偷給貼主介紹了一個私案，說報酬有一萬元全部給他，結果後來不知什麼原因或機緣巧合，甲方私下告訴貼主，同事從中間吃了兩萬元。
他覺得自己像個白痴，被耍得團團轉，但他太太聽了卻不這麼認為，反而勸他要知足，如果沒有這位同事的介紹，連這一萬也賺不到。
關於這個貼文，我相信有不少朋友也刷到過，我第一眼看到的感覺是：
啥？接私活？這題我熟啊，這裡面的坑我可就更熟了（手動 doge）。
貼文討論的聲音很多。有人義憤填膺，罵同事不地道，也有人同意貼主太太的觀點，認為職場本就如此，當然也有一些人在感慨，這就是技術人情懷與現實的碰撞。
作為一個在程式世界和職場江湖裡摸爬滾打過的人，今天這篇文章我也想就這個話題，和大家聊聊我的一些思考。
首先，在程式設計師的預設裡，往往會預設同事的主動示好是一種善意，是一種基於同事情誼的幫助。
他接受這個專案，是出於對同事的信任。
然而，真相卻是，這份善意背後有時會隱藏著一定的利益獲取。
所以，這就是一個典型的職場資訊不對稱案例，將程式設計師置於了一個資訊孤島之中。
因此站在貼主的角度，會有被耍的感覺再正常不過了。
這種情緒的根源，不僅僅是因為那兩萬元的差價，更深層的原因，還是源於信任的崩塌和資訊的不對稱。
而對於程式設計師太太的知足論，乍聽之下，這話似乎有些冷血，甚至有點阿Q精神，但在剝離了情感色彩後，我們也不得不承認，她的話揭示了商業世界裡一條冷酷卻真實的法則，那就是價值決定收益。
這幾年我自己也和朋友經營一個小型專案團隊，接案做案，這種感受愈發明顯。
要知道，在商業合作中，分配往往不是依誰比較辛苦來劃分，而是依誰掌握稀缺資源來決定，這個道理相信大家都懂。
程式設計師提供的是技術能力，可算是一種相對標準化的生產要素，在市場上有大致的價格錨點。
而那位同事提供的是客戶資源、專案機會以及信任背書。
在這位程式設計師尚未建立自己的客戶網絡時，這些資源對他而言，是稀缺且難以獲取的。
同事表面上好像沒做什麼事情，只是介紹了一下，但他作為中間人，解決了流通和資訊不對稱的問題，實際上也是創造了價值，人家從中間賺多少那是人家的本事。
沒有他，程式設計師確實連這一萬元也賺不到。
所以結合上面兩點分析，可以提煉出幾點對我們有益的啟示。
對於貼文中的程式設計師來說，事情既然已成定局，我覺得過多的糾結與內耗是最沒有用的。
這個問題的終極解法，我個人覺得還是在於程式設計師自身的覺醒與成長。
我們不能因為一次所謂被坑，就對人性徹底失望，從此變得憤世嫉俗，當然也不能因為賺到了錢就自我麻痺，而放棄原則與追求。
這件事應該讓我們看清的是職場的複雜性，同時更要明白資訊和資源的重要性。
因此與其把精力消耗在對同事的道德批判上，不如把這次經歷轉化為自我提升的動力。
成長不就是這樣走出來的嗎？
首先，程式設計師應該要建立自己的防火牆。
在接案或進行任何形式的合作時，還是要堅持事前約定、透明溝通的原則。
要我說這事有時挺簡單，賺自己認知範圍內的錢，給的這些報酬你自己權衡，覺得合適就接，不合適就拒。別人能從中賺多少錢那是別人的本事。
沒必要自我內耗，更不要因為是熟人介紹就不好意思談錢（很多程式設計師在剛開始接案時往往會這樣）。
報酬談好之後，接下來在實作過程中會面臨需求、邊界、責任、風險等，每一項都不能少，關鍵要素一項都要在事前明確下來，不能糊里糊塗就答應。
要知道，清晰的界線才是健康關係的基礎。
其次，要主動構建自己的護城河。
記住，永遠不要僅僅滿足於做一個機械的技術執行者，要嘗試去了解業務、去拓展人脈、去累積自己的客戶資源。
當你擁有了直接對接甲方的能力，當你成為那個能提供資源的人，你就不會再輕易陷入被中間人剝削的處境。
最後，也是最重要的，還是要保持內心的定力。
職場中金錢的得失是暫時的，但個人能力的成長和認知的升級卻是長久的。
這兩萬元的差價，可以把它當作為這次認知升級所支付的學費。
這筆學費確實不便宜，但如果自己能從中學會如何更成熟、更智慧地處理複雜的人際關係和商業合作，那它就是值得的。大家覺得呢？
那關於這個問題，你的看法是什麼呢？如果有不同的見解，也歡迎一起來分享交流～
注：本文已收錄在 GitHub 開源倉庫「編程之路」github.com/rd2coding/R…（裡面有我整理的 6 大程式方向（職務）的自學路線＋知識點大梳理、面試考點、我的履歷、幾本硬核 PDF 筆記，以及程式設計師生活和感悟，歡迎 star）。
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
