Re: [請益] 程式語言界會很要求要本科系出身嗎?

[senjor (我是三舅)]

(突然發現想講的有點多，我把前面的回應也整理過來好了)

講講一些自己求職還有參與面試的想法跟經驗好了

我覺得很多職業其實應該也是這樣，沒有學經歷的話

主要就是就自己多做一些作品集 (其實本科的能準備也最好)

尤其是非本科系的人要跨領域

特別需要一些實際的東西讓自己的實力是可以"被看見"的

當然在作品集裡面除了放一些比較主要想要面試的職缺會用到的觀念跟技術以外

還可以再展示一些基本資料結構、演算法又或者其相關衍生的設計在裡面

這樣可以透過介紹作品集來展示自己的觀念還有技術。

當你在介紹這些作品的時候，可以侃侃而談一些資工本科通常比較被人在意的基本功

來讓別人相信你的能力其實是足夠的

例如說像這樣：

『我這個作品集用的這個某資料結構不是傳統的樹狀結構，而是在此為基礎上，

為了配合這個專案特性修改/設計出來的，然後這個資料結構的某些變化雖然犧牲

了某資料結構的某個特性。』

(這樣子可以順便代表你其實理解這個東西原來的特色。)

『但是基於此修改/設計卻可以多出了某某特性來處理/配合這個專案。』

(這樣又可以表達出你有進一步配合需求創造跟改變的能力。)

這時候甚至還可以算算這個設計在相關使用上，它的時間複雜度跟原來結構的差異

然後展現給面試官看看你在這方面的實力

另外如果還有用到一些DP或者一些Framework又或者某些API也可以講。

最好還可以具體說為什麼會想要用這樣的DP、框架或者API

以及你當初學習這些東西遇到的一些障礙然後怎麼克服的

也能夠順便展現出你是有學習新技術的能力以及解決問題的能力

盡量讓人具體的感受到你所具備的專業度跟熟悉度

然後真的理解自己在做的每件事情或者所使用的策略的優缺點

不要害怕，甚至把對方當成是來聽你講解這個專案的顧客也可以

其實這些也能一起寫在履歷上面的作品集裡面呈現。個人覺得效果會不錯。


對了，當然還要有能夠在面試的時候現場構思程式流程或者直接解題的能力

以及回答一些常用資料結構特性、演算法的基本能力，我覺得這樣跨領域就不是問題了


其實跨程式領域不難的，重點還是在於自己學了多少，如果自己真的有足夠的專業，

那就在面試的時候相信自己，不要怕，努力試著去展現自己，當作多幾次經驗也好。

--

以上當然只是個人經驗跟見解，當然這種東西很見仁見智，如果有不認同的地方的話...

請鞭的小力一點.... Orz

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.34.20.212
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1503410484.A.E33.html
※ 編輯: senjor (114.34.20.212), 08/22/2017 22:12:40
推 oneheat: 到底為什麼一個RD會需要作品來證明自己呢？
推 sunsamy: 不用作品証明自已的能力,難道用考試嗎？60分鐘是要証明
→ sunsamy: 什麼？頂多証明你會考試,會刷題而已。軟體設計工程師是
→ sunsamy: 一個很奇怪的設計行業,通常你家裡需要裝潢設計,你去找
→ sunsamy: 室內設計工程師,你會發一張考卷給他叫他沒考90分就不給
→ sunsamy: 你設計嗎?還是看他以前的設計作品才決定要不要給他設計
→ sunsamy: ?服裝設計師也一樣...很多行業都這樣
推 sunsamy: 很先進的行業卻有落後的徵才思維
推 oneheat: 但通常要找的是能作研發的RD,怎樣的作品能展現他有這樣的
→ oneheat: 能力呢？
→ oneheat: 舉個實例吧，過去提過騰訊在做小程序這種項目，那種作品
→ oneheat: 能展現該RD有能力實作一個免安裝的串流app？
→ lovebridget: 類似 免安裝的串流app 的作品吧@@
→ lovebridget: 應該還沒有確切有效方法找出甚至創造人才
→ lovebridget: 有的話應該是第四次科技革命了
→ lovebridget: 或者樓上有什麼想法嗎 不用作品的話
推 oneheat: 通常就前面說的聰不聰明或者說邏輯好不好吧。老實說多數
→ oneheat: 要商用的研發通常做的人就少，本來就很難說做什麼作品來
→ oneheat: 呈現
推 oneheat: 樓主的說法更像是能篩選出會coding的人，但會coding不等
→ oneheat: 於做研發啊
→ oneheat: 說到底領域思維想法都有影響，最後會發現找聰明的人最快.
→ oneheat: .XD
→ senjor: 想說一開始問的也只是跨領域，程式設計找coding的工作入門
→ senjor: 理論上應該是沒有問題的。
推 superpai: 通常要找的是能作研發的RD vs 研發通常做的人就少
→ superpai: 到底是少還是多呀？
推 Argos: 打從一開始不是就在討論「會寫程式會coding」的？
→ Argos: 怎麼扯到研發去惹 XDDDD
推 oneheat: 因為前面都扯到數學去了，純coding要什麼數學
推 visa9527: 什麼是純coding? 還是寫演算法不算純coding?
→ visa9527: 這樣講的話，根本沒有一個是純 coding 啊
→ visa9527: 就算寫 UI 介面，也會應用到美術排版基礎知識
→ visa9527: 存取資料庫也是要用到 SQL 知識...到底什麼是純 coding
推 oneheat: 有些公司UI是按照desinger設計好的layout去編排的，演算
→ oneheat: 法是把資料丟進去在拿出來的，不是所有的東西都有機會自
→ oneheat: 己做
→ Argos: 別糾結惹 純coding不用數學喔？長知識惹 XD
→ oneheat: 事實上正確的分工也該如此才對
→ oneheat: 舉個例，對岸有一家叫中科創達的軟體公司，就是大量提供
→ oneheat: 幫忙產生代碼的人
推 oneheat: 某些公司找人做了版面設計後，就會找這種RD去根據設計產
→ oneheat: 出程式
→ senjor: 其實應該是用到數學的比例還有難度不同而已，資料結構跟
→ senjor: 演算法也是，不是不用，只是用到的深淺
推 oneheat: 看RD自己的想法，有些人只在意錢的，就只是把工作做完，
→ oneheat: 有些會基於工作內容去了解背後知識，但站在設計這種開發
→ oneheat: 方式者的立場，就只希望用便宜價格產出程式而已
→ oneheat: 而且說便宜是對照一些貴的。軟體業普遍還是比多數產業來
→ oneheat: 的高薪，事情簡單輕鬆，收入也還可以，不能說不吸引人啊
→ senjor:  不過回歸主題，如果是要轉行，最主要還是找機會盡量展示
→ senjor: 自己的能力，做到不要被低估就很好了。工作真的不難找。
→ senjor: 當然越高階的工作相對需要的也不同，但是那已經是轉行之後
→ senjor: 再來考慮的東西了。
→ elements: 多少都會用數學 不一定是加減乘除 有時候是代數有時候
→ elements: 是集合論 有時候藏在演算法分析裡面 沒有數學大概只能
→ elements: 成為 api 呼叫者 永遠活在最入門的階段
→ senjor: 其實台灣很多工作你只要懂得用API其實就夠了...不如說很多
→ senjor: 工作也不希望你去成為那個重複發明輪胎的人...  Orz
→ senjor: 當然要說更深更高端的職缺一定怎麼講都有，但是轉行的話
→ senjor: 我覺得其實可以先不用想到那些
→ elements: 如果不是為了深入 那轉職是否有必要？軟體的低階並沒有
→ elements: 比其他行業的低階高級 高階也沒有 差異只是在於每個人
→ elements: 適合走到高階的領域不同
→ senjor: 有些人是為了興趣，有些人是先求轉再求好~我覺得都可以啊~
推 oneheat: 沒辦法評論每個人要的生活啊，只是說都要花錢找人了，自
→ oneheat: 然希望這個人將來能做越深入越好，不然就直接找外包產生c
→ oneheat: ode成本更低
推 oneheat: 另外就是比較初階的工作可以透過訓練來獲得，所以今天一
→ oneheat: 個面試者展現作品，除非該作品有極高的原創要素，不然只
→ oneheat: 是表達這個人會寫程式，可能不需要經過太多訓練。但要找
→ oneheat: 一個能用的RD，訓練成本往往不是考慮的點啊
推 louis117228: 推