一樣，不回應，寫這些文字，從來就不是為了爭論，而是找到一些人，淺則寫信交友，深
則共謀成事。順道讓一些人讀完明白，可以有機會拿點好薪水，照顧好身邊的人。
看見版上有人問三年了，如何拿高薪。
這世界與資訊世界是很相似的
一個文化體系，就像是一套資訊系統
在資訊系統的基本組成，我們會用ERModel來去端詳，把Entity與Relation之間釐清楚
在文化體系裡面，有很多的文化角色，我們也同樣得要把這些文化角色之間的關係釐清楚
要釐清Entity之間的關係，可以看互動存取的方式，若跟特定的一個Entity互動時，他能
夠跟資料庫互動，並傳回資料給我們，那他多半會被定義在daos
在文化體系裡面，對方的文化角色定義，也是看他與我們的互動及回應內容。比如一個有
青菜的人，我們給他錢，他給我們青菜，那他就屬於菜販這個文化角色。
講到這裡，又要拉回到高薪這件事了，就隨手舉個例就好，天底下的軟體組件演化大抵上
都差不多，kafka這個組件已經活了很長一段時間，但若拉到最早期的時候，它只不過是
一家公司裡的訊息提取組件，而後因為公司很多業務場景都要用上它，而升格成一個公司
內部共通的組件，這個組件為了要能夠持續活下去，他開始升格成商業軟件或是開源軟件
。但一個pull機制的多系統訊息處理組件，市場份額就是有限，很快地，它開始搶起別人
的飯碗，連Push機制他都拿來做了。
一個人要能夠要有薪水，最核心的一件事，他得能被用，人為才，小才小用，大才大用。
小人好利，利而誘，誘而用之，難登高位，不可待其以高官厚祿。大才則能通達於世，滋
潤眾生，發心於眾人，想的是眾人。 一個人要有高薪，他得先能用，而後多人用，再來
重用。
拉回到Entity 與 Relation來看吧，一個人若給予別人工程技術的價值，那他就是工程師
，領的就是工程師的價格。若要高薪，最起步就是得能負擔多個計畫的工程部分；但工程
師支出在一間公司的支出份額比重是有一定比例的。此刻就得談多用，若他能給人架構的
價值，那他就多了一分架構師的價值，可爭搶架構師在公司文化的支出份額；若他能給人
新業務，新生意，那他就多了BD類型的價值。
直接斷一個結論
要薪水，得被用，要高薪，得被多用。 這個用，是我們能為對方帶來的意義，
在對方心裡有了意義，薪資這回事才有得談。
比如 學資料結構，學設計模式，想被用，那麽喜歡引領技術潮流的公司，喜歡重造輪子
，從協定開始玩起的公司，很可能就是能用你的公司。
而若學了法規，曉得了安全合規性，資料加密，那麽金融業，技術安全檢驗的公司，很可
能就成了能用你的公司。