Re: [請益] 薪資請益
我是覺得,已經會什麼,跟薪水雖有相關,但還是看整體談法
我會的東西其實很雜,碰過主流、非主流的語言,APP 網頁都會寫,這幾年比較常
接觸 APP,遊戲開發也碰過
但其實沒有一樣是真的非常精通,跳著碰常常忘東忘西,沒有網路沒有 Google 就
跟一般人一樣不會寫程式..
我常戲稱自己是 Google 工程師,「一定要靠 Google 的工程師」
工作以後才學程式,一本書都沒看過,只看網路資源學,因目標導向也都跳著學,
所以只要問我什麼Design Pattern、時間複雜度、什麼拉拉喳喳演算法也都說不出來
例如已經用了幾年的多型,我才知道這叫多型..就是這種狀況
但就實務上也知道一些長遠來看會讓自己更輕鬆的事情,例如建立覆蓋率高的單元
、自動化測試,程式碼只要嗅到壞味道就得想辦法重構,高內聚,低耦合..等
剛寫程式時,寫了一個3000多行的function..一堆 if switch 組成,傳進來的參數
也啥都有XD,後來改不動了,一改就出問題,就先建立了它的不怎麼單元的單元測試
,然後再把它拆成一堆小 function..從此之後就知道程式不能這樣搞..
很喜歡把自己手上可以自動化的事情自動化
有經手過,在架上的 APP 應該有 10 來個(接案)
遇過面試給我一張試題說是筆試,我說不讓我用筆電跟網路,我會交白卷,後來變
上機考
也遇過叫我用時間複雜度多少以下的演算法寫出他的題目答案,被釘在牆上,然後
一直質疑過去接案的作品可維護性一定都很差,一直說寫產品跟接案程度是不同的
也遇過面試就是聊聊天,把經歷講一遍而已
但不管面試的結果好或是壞,我一定都開月薪 10 以上,然後年薪 200
表明立場「月薪不可砍,年薪可以談,看你誠意」
「薪水絕對不虧待自己,大不了沒上而已」
有趣的是,通常聊聊經歷的面試,我都會上XD....
還有年薪不變,再多給股份的狀況
我不是很技術本位的人,認為一個產品或是專案的成敗因素太多,技術只是其中一
個過程,太過鑽研不是我擅長的
當然並不是因此就覺得程式就可以亂寫
或許可能因為我知道的演算法、Design Pattern 等軟工方面的東西不夠多,所以
我寫不出最佳化的效能以及架構,但產出的程式碼也絕對是遵照重構原則
去公司上班的話,也幾乎都是主管職就是,雖然常常只是找工程師職位..大概是因
為我很喜歡分享知識以及呼叫大家一起 code review 吧!
所以回到原題,會什麼跟薪水相關度真的不高阿!
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.115.196.40
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1473501322.A.F18.html
推
09/10 19:18, , 1F
09/10 19:18, 1F
我也這麼覺得,原來只要敢開就可以
但也沒有什麼都不懂啦..Orz..
→
09/10 19:32, , 2F
09/10 19:32, 2F
推
09/10 19:42, , 3F
09/10 19:42, 3F
推
09/10 19:49, , 4F
09/10 19:49, 4F
推
09/10 19:59, , 5F
09/10 19:59, 5F
→
09/10 20:06, , 6F
09/10 20:06, 6F
我還去 Google 貓膩..第一次聽到
推
09/10 21:31, , 7F
09/10 21:31, 7F
寫了大概八年左右,打仗的意思是?
推
09/10 21:58, , 8F
09/10 21:58, 8F
不知道有沒有誤解背後必有貓膩的意思,不過其實也沒什麼額外的故事啊!
如果要說值得一提的,應該是經歷還算精彩,
幾年前跟過一個老闆,薪水悲劇就不提了,但他人脈挺廣的,接了許多大大小小的案子,
他也不管我會還是不會,就是接了,我就想辦法處理這樣
所以碰過..AR、Flash、Windows Phone(C#)、Wacom 簽名板的開發、語意辨識、爬蟲..
一些拉拉喳喳的,案子基本上都順利結案,除了案子用的技術本身,當然跟客戶溝通過
程或是接觸過一些科技大廠的奇妙文化,也是聊天很好拿來講的XD..
如果說打仗,跟這老闆的時候真的像打仗..
通常如果對方有興趣聽下去,經歷我大概可以講一個多小時,比較有一點像心路歷程..
※ 編輯: loocmb (59.115.196.40), 09/10/2016 23:17:07
推
09/10 23:16, , 9F
09/10 23:16, 9F
→
09/10 23:16, , 10F
09/10 23:16, 10F
推
09/10 23:19, , 11F
09/10 23:19, 11F
→
09/10 23:20, , 12F
09/10 23:20, 12F
推
09/11 00:27, , 13F
09/11 00:27, 13F
有的公司還是很重視,應該還是看產品、看應用,我就不敢去面試影像辨識這一塊..
雖不太了解,但似乎得懂很多圖學原理、各種演算法,才能做出可用的成果
稍微跟影像有點關係的,有個案子是一個活動,活動是想要推廣一個產品,所以對方
給了我一張產品的圖片(1)
然後參加者可以跟產品合照,上傳合照之後參加抽獎
我必須利用所有參與者的照片,縮成小方塊狀,組出(1)這張照片,有個術語叫蒙太奇,
像這種感覺
https://i.imgur.com/wSSeAxt.jpg

當時是用 python 處理的,python 雖強大,但處理起來還是很麻煩..當你的照片不夠
多,而且每一張照片又都得使用到,然後組出來又要像(1)..Orz..
→
09/11 00:42, , 14F
09/11 00:42, 14F
→
09/11 00:42, , 15F
09/11 00:42, 15F
→
09/11 00:42, , 16F
09/11 00:42, 16F
→
09/11 00:42, , 17F
09/11 00:42, 17F
→
09/11 00:42, , 18F
09/11 00:42, 18F
→
09/11 00:42, , 19F
09/11 00:42, 19F
※ 編輯: loocmb (59.115.196.40), 09/11/2016 01:25:25
推
09/11 04:33, , 20F
09/11 04:33, 20F
推
09/11 08:10, , 21F
09/11 08:10, 21F
→
09/11 08:10, , 22F
09/11 08:10, 22F
→
09/11 08:10, , 23F
09/11 08:10, 23F
推
09/11 12:04, , 24F
09/11 12:04, 24F
→
09/11 12:05, , 25F
09/11 12:05, 25F
→
09/11 12:06, , 26F
09/11 12:06, 26F
→
09/11 12:07, , 27F
09/11 12:07, 27F
→
09/11 12:08, , 28F
09/11 12:08, 28F
推
09/11 12:11, , 29F
09/11 12:11, 29F
→
09/11 12:12, , 30F
09/11 12:12, 30F
推
09/11 12:16, , 31F
09/11 12:16, 31F
→
09/11 12:16, , 32F
09/11 12:16, 32F
推
09/11 12:53, , 33F
09/11 12:53, 33F
推
09/11 20:20, , 34F
09/11 20:20, 34F
→
09/11 20:20, , 35F
09/11 20:20, 35F
→
09/11 20:20, , 36F
09/11 20:20, 36F
推
09/12 06:43, , 37F
09/12 06:43, 37F
→
09/12 06:43, , 38F
09/12 06:43, 38F
→
09/12 06:43, , 39F
09/12 06:43, 39F
→
09/12 06:43, , 40F
09/12 06:43, 40F
的確是每一張圖都得使用到,而且不能改變原圖,
原因是因為使用者可以回頭看組好的蒙太奇,並且還要可以知道自己的照片被用在哪裡,
滑鼠移過去還要放大呈現,所以不太適合變更原圖的色調。
當時選擇是用後者,也盡量讓演算法挑選最適合的照片,但就像 doranako 板友說的,照
片越多越細緻,參與人數過少的確會導致成果很粗糙,即便演算法再強。
所以最後我就提出偷吃步的方法,就是準備一堆不同色調且符合活動的照片當成基底素材
,畢竟使用者不會知道其他使用者照了什麼照片XD..
當然這些照片不會算在參與者內,只用在組蒙太奇上。
所以最後成果當然是非常像目標圖片,也就順利的完成這個案子。
※ 編輯: loocmb (59.115.200.57), 09/13/2016 18:07:31
推
09/16 01:18, , 41F
09/16 01:18, 41F
→
09/17 11:43, , 42F
09/17 11:43, 42F
討論串 (同標題文章)