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

[hiigara (石頭)]

※ 引述《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: 我覺得面試官這樣問可以 但是自己也要講的出來怎麼解
推 MoonCode: 還有系統哪裡會出問題不是用猜的或感覺的 是需要跑測試
→ MoonCode: 看數據 才知道
→ hiigara: 基本概念是不要用文字操作組合出 html / sql
→ MoonCode: prepared statement 有數量限制嗎
→ hiigara: 例如透過 dom api 而不是 document.write（只會香草 js
→ hiigara: sql 就是用 prepared statement，ORM 也行
→ MoonCode: 現在考這個 大部分框架都搞定了 就算抓到了這個 bug 我
→ MoonCode: 覺得不是大問題 能寫出來東西的執行力更重要
→ MoonCode: 考官自己有作品嗎 我每次都很懷疑
→ hiigara: 應徵者如果從 profiling 開始會是大加分，若是沒想法也
→ MoonCode: 那你的問題還用誤導的方式問
→ hiigara: 可以直接出狀況題。
→ hiigara: 倒也不是誤導，「想到哪裡可能出問題」本身就是個技能
→ MoonCode: 那你這樣的問法會出什麼問題呢
推文有點難寫，直接編輯

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: 感謝分享
推 sssyoyo: 推
推 mercurycgt68: 推
推 Tkukevin5566: 這篇很用心 推
推 Belieeve: 感謝分享 面試真的就這樣 要對自己作品很了解
推 moszap: 推，很值的學
推 DirtyVegas: 我覺得問題蠻好呀 可以有發揮的空間
推 ian90911: 推
推 pkro12345: 推
推 devilkool: 問得很好啊
推 vi000246: 由淺問到深 這作品的確滿好問的
→ vi000246: 比一些純靜態demo的作品好發揮
推 ttss4092: 這樣問後端算是好背答案的了，所以 CDN 實作要注意啥？
推 nayeonmywife: 推推
推 JocMon: 推
推 aalxxss: 推 獲益良多
→ DrTech: 考管有沒有作品，與驗證雙方能力無關。考官有沒有作品也與
→ DrTech: 你能不能拿到 offer無關。
→ DrTech: 同樣的面試者也可以不拿任何作品證明自己能力。也沒什麼，
→ DrTech: 問對問題就好。
→ DrTech: 原文什麼資訊都沒有，之露出一個作品，當然大家就只能尋這
→ DrTech: 條線互相了解了。
推 u04fup: 推這篇，其實你就是面試官吧XD
推 zxa426153: 感謝分享
推 lchcoding: 新進者，sql injection 方面的東西，最好預先了解一下
→ lchcoding: ，這個世界除了程式設計師，還有駭客