我是覺得，已經會什麼，跟薪水雖有相關，但還是看整體談法
我會的東西其實很雜，碰過主流、非主流的語言，APP 網頁都會寫，這幾年比較常
接觸 APP，遊戲開發也碰過
但其實沒有一樣是真的非常精通，跳著碰常常忘東忘西，沒有網路沒有 Google 就
跟一般人一樣不會寫程式..
我常戲稱自己是 Google 工程師，「一定要靠 Google 的工程師」
工作以後才學程式，一本書都沒看過，只看網路資源學，因目標導向也都跳著學，
所以只要問我什麼Design Pattern、時間複雜度、什麼拉拉喳喳演算法也都說不出來
例如已經用了幾年的多型，我才知道這叫多型..就是這種狀況
但就實務上也知道一些長遠來看會讓自己更輕鬆的事情，例如建立覆蓋率高的單元
、自動化測試，程式碼只要嗅到壞味道就得想辦法重構，高內聚，低耦合..等
剛寫程式時，寫了一個3000多行的function..一堆 if switch 組成，傳進來的參數
也啥都有XD，後來改不動了，一改就出問題，就先建立了它的不怎麼單元的單元測試
，然後再把它拆成一堆小 function..從此之後就知道程式不能這樣搞..
很喜歡把自己手上可以自動化的事情自動化
有經手過，在架上的 APP 應該有 10 來個(接案)
遇過面試給我一張試題說是筆試，我說不讓我用筆電跟網路，我會交白卷，後來變
上機考
也遇過叫我用時間複雜度多少以下的演算法寫出他的題目答案，被釘在牆上，然後
一直質疑過去接案的作品可維護性一定都很差，一直說寫產品跟接案程度是不同的
也遇過面試就是聊聊天，把經歷講一遍而已
但不管面試的結果好或是壞，我一定都開月薪 10 以上，然後年薪 200
表明立場「月薪不可砍，年薪可以談，看你誠意」
「薪水絕對不虧待自己，大不了沒上而已」
有趣的是，通常聊聊經歷的面試，我都會上XD....
還有年薪不變，再多給股份的狀況
我不是很技術本位的人，認為一個產品或是專案的成敗因素太多，技術只是其中一
個過程，太過鑽研不是我擅長的
當然並不是因此就覺得程式就可以亂寫
或許可能因為我知道的演算法、Design Pattern 等軟工方面的東西不夠多，所以
我寫不出最佳化的效能以及架構，但產出的程式碼也絕對是遵照重構原則
去公司上班的話，也幾乎都是主管職就是，雖然常常只是找工程師職位..大概是因
為我很喜歡分享知識以及呼叫大家一起 code review 吧！
所以回到原題，會什麼跟薪水相關度真的不高阿！