[爆卦]github作品集範例是什麼?優點缺點精華區懶人包

為什麼這篇github作品集範例鄉民發文收入到精華區:因為在github作品集範例這個討論話題中,有許多相關的文章在討論,這篇最有參考價值!作者hiigara (石頭)看板Soft_Job標題Re: [請益] 後端作品請益時間Wed Nov...


※ 引述《zxa426153 (點點點)》之銘言:
: 可以發文、點讚、留言之類的
: 目前完成比較有挑戰性的功能有「聊天」及「hashtag」
: https://i.imgur.com/uBrLLqg.gifv
: https://i.imgur.com/aVVOxFC.gifv
: 作品連結:https://whynotwilson.github.io/simple-twitter-vue/
如果是我在面試的時候看到大概會像這樣:


「名字是 Why not...why 先生你好,我是(略)
然後請你自我介紹一下,接著我們會從你的介紹跟作品開始問」


(一邊聽介紹一邊偷點作品)

靠,這介面看起來漂漂亮亮的跟 appworks 出來的一樣
是現成套件還是自己做的?
(翻 commit)誒好像是手刻的耶,等下問一下

(亂填資料)前端 <script> 可以 inject 進 DOM 但不會動?
後端一下沒戳穿,前端手刻後端有用 ORM 或 prepared
statement 擋到煞嗎?

誒怎麼沒有後端 code...
啊後端在另一個 repo ,啊他自我介紹完了來不及看


「想先問一下,你這個前後端是自己手刻的嗎」
「你怎麼自學的?都看哪些東西?」

(探學習的狀況跟自學能力,到問不下去或是覺得同一個話題太久)


「你剛剛提到聊天跟 hashtag 是比較有挑戰性的功能,請問你覺得
這兩個功能(或是先只問聊天)的困難點在哪裡?」
「你的範例是三個人聊天,如果人越來越多,多到系統開始出問題
你覺得最可能先出問題的地方在哪裡?你覺得可以怎麼解決?」
「如果是首頁河道很多人看,你覺得哪裡會先爆?怎麼應對?」

(開始見招拆招,看回應再丟問題,扯到架構就遞白板筆開始畫圖
可能從 sql 問到架構,甚至 cdn ,或任何跟網路服務有關的東西
也可能進設計題,出某個東西讓你想該怎麼實作)


(問差不多或話題乾了)

「想問一下,如果我輸入 <script>console.log("evil")</script>
會發生什麼事?為什麼這段 script 會/不會被執行?可能怎麼防禦?」
「如果我輸入『'or1=1--』會組成什麼 SQL?該怎麼應對?」

(沒經驗的人問安全性有可能話題乾很快...但還是先問看看)



......................................................


上面這堆如果問得順就可以走個三四十分鐘了。


推文裡面說的「這東西本身看不出你的水準」某個意義上是對的
只看這個成品很難說你實際水準到哪裡

但是這個作品看起來很好問,很容易看出你對作品的掌握程度
甚至也容易拉出你的各種整體知識。


如果整套東西你掌握度很夠,不是套件兜一兜就完工
或者是你對用到的套件在做的事情一定程度了解
這是個很好的引子


反之,如果只是套件拉一拉知其然不知其所以然,或是一直回答
「文件這樣我就這樣,我也不知道為什麼」,那就很容易被放進
「很會裝套件但實務不好用」的那個分類


--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.47.10.156 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1635954325.A.C8E.html
MoonCode: 我覺得面試官這樣問可以 但是自己也要講的出來怎麼解 11/03 23:51
MoonCode: 還有系統哪裡會出問題不是用猜的或感覺的 是需要跑測試 11/03 23:54
MoonCode: 看數據 才知道 11/03 23:54
hiigara: 基本概念是不要用文字操作組合出 html / sql 11/03 23:54
MoonCode: prepared statement 有數量限制嗎 11/03 23:55
hiigara: 例如透過 dom api 而不是 document.write(只會香草 js 11/03 23:55
hiigara: sql 就是用 prepared statement,ORM 也行 11/03 23:56
MoonCode: 現在考這個 大部分框架都搞定了 就算抓到了這個 bug 我 11/03 23:56
MoonCode: 覺得不是大問題 能寫出來東西的執行力更重要 11/03 23:56
MoonCode: 考官自己有作品嗎 我每次都很懷疑 11/03 23:57
hiigara: 應徵者如果從 profiling 開始會是大加分,若是沒想法也 11/03 23:58
MoonCode: 那你的問題還用誤導的方式問 11/03 23:58
hiigara: 可以直接出狀況題。 11/03 23:58
hiigara: 倒也不是誤導,「想到哪裡可能出問題」本身就是個技能 11/04 00:00
MoonCode: 那你這樣的問法會出什麼問題呢 11/04 00:02
推文有點難寫,直接編輯

Ex:
「像是 DB 變慢?」
「可能原因跟怎麼解決,或你怎麼追?」
「先看 index 有沒有中,如果 index 中了還慢就看是否 CPU 或 IO 吃滿
cluster 或讀寫分離比較麻煩,可能會先選 scale up」

Ex2:
「frontend instance 比較小台,我猜那邊會先吃滿,可能可以先加開」

Ex3:
「可能要先 profile 哪裡慢」

Ex5:
「恩...我,我不太確定耶」


「可能慢在哪裡」原本就不是個有唯一答案的問題。
在意的是想到什麼,能提出什麼解法

跟現實生活一樣



以 Ex1 的狀況,如果能回答到這個程度
接下來就會問千人 concurrent 的狀況,直接進設計題

但這就不太是非經驗者的領域了




作品集通常是個引子,讓面試者可以快速找到方向
看如何了解應徵者的能力到哪裡,能力超過自己當然更好

而這裡看到的作品,我覺得對於無經驗者來說是個不錯的引子
第一印象也不錯,但只看這作品沒辦法直接拍板定案


只看作品不用問就能清楚看出實力的狀況
通常不是大好就是大壞
※ 編輯: hiigara (114.47.10.156 臺灣), 11/04/2021 00:21:55
a12838910: 感謝分享 11/04 00:51
sssyoyo: 推 11/04 01:00
mercurycgt68: 推 11/04 01:50
Tkukevin5566: 這篇很用心 推 11/04 02:54
Belieeve: 感謝分享 面試真的就這樣 要對自己作品很了解 11/04 07:28
moszap: 推,很值的學 11/04 08:19
DirtyVegas: 我覺得問題蠻好呀 可以有發揮的空間 11/04 09:20
ian90911: 推 11/04 09:32
pkro12345: 推 11/04 09:54
devilkool: 問得很好啊 11/04 10:21
vi000246: 由淺問到深 這作品的確滿好問的 11/04 12:05
vi000246: 比一些純靜態demo的作品好發揮 11/04 12:06
ttss4092: 這樣問後端算是好背答案的了,所以 CDN 實作要注意啥? 11/04 12:22
nayeonmywife: 推推 11/04 12:34
JocMon: 推 11/04 19:17
aalxxss: 推 獲益良多 11/04 19:46
DrTech: 考管有沒有作品,與驗證雙方能力無關。考官有沒有作品也與 11/04 21:25
DrTech: 你能不能拿到 offer無關。 11/04 21:25
DrTech: 同樣的面試者也可以不拿任何作品證明自己能力。也沒什麼, 11/04 21:31
DrTech: 問對問題就好。 11/04 21:31
DrTech: 原文什麼資訊都沒有,之露出一個作品,當然大家就只能尋這 11/04 21:35
DrTech: 條線互相了解了。 11/04 21:35
u04fup: 推這篇,其實你就是面試官吧XD 11/05 10:09
zxa426153: 感謝分享 11/05 11:07
lchcoding: 新進者,sql injection 方面的東西,最好預先了解一下 11/12 11:04
lchcoding: ,這個世界除了程式設計師,還有駭客 11/12 11:04

你可能也想看看

搜尋相關網站