Re: [請益] 後端作品請益

※ 引述《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？該怎麼應對？」

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

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

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

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

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

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

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

--

推文有點難寫，直接編輯 Ex: 「像是 DB 變慢？」 「可能原因跟怎麼解決，或你怎麼追？」 「先看 index 有沒有中，如果 index 中了還慢就看是否 CPU 或 IO 吃滿 cluster 或讀寫分離比較麻煩，可能會先選 scale up」 Ex2: 「frontend instance 比較小台，我猜那邊會先吃滿，可能可以先加開」 Ex3: 「可能要先 profile 哪裡慢」 Ex5: 「恩...我，我不太確定耶」 「可能慢在哪裡」原本就不是個有唯一答案的問題。 在意的是想到什麼，能提出什麼解法 跟現實生活一樣 以 Ex1 的狀況，如果能回答到這個程度 接下來就會問千人 concurrent 的狀況，直接進設計題 但這就不太是非經驗者的領域了 作品集通常是個引子，讓面試者可以快速找到方向 看如何了解應徵者的能力到哪裡，能力超過自己當然更好 而這裡看到的作品，我覺得對於無經驗者來說是個不錯的引子 第一印象也不錯，但只看這作品沒辦法直接拍板定案 只看作品不用問就能清楚看出實力的狀況 通常不是大好就是大壞