基本資訊
- 公司名稱 : 91APP
- 職稱 : ASP.NET 後端工程師
- 產業 : 電商 SaaS
- 面試輪次 : 總共有三面, 個人面試到第二面, 而感謝信
- 面試形式 : 線上 + 實體
JD
- 主要技術 : ASP.NET, 資料庫調教, 系統設計
- 是否符合期待 : 是
- 工作內容 : 產品 RD
技術面試內容
- 0 面 : 會先出一份考題, 並需要先部分寫出來, 會在第一面的時候和面試官進行流程和實作細節的討論還有 API 設計和資料庫設計, 可以在之後使用 AI 展示開發流程, 本次收到需要寫一個系統, 會先有一個admin可以操作後台的帳號, 他可以創建 workList 清單, 並且其他使用者在登入後可以針對 workList 勾選並且填寫確定, 可以將狀態由待確認改為已經確認, 並且要可以排序還有點擊可以進入 work 的 detail 當中, 其實需要花上不少時間去撰寫
- 1面 : 面試當天面試官觀看成果, 我這次面試幾乎都做完, 也有使用單元測試來進行測試, 面試官會針對程式碼內容進行細看, 例如若是要改成某個篩選條件, 那程式碼可以怎麼修改, 我自己是使用 codex 進行固定內容的修改, 接著問到資料庫怎麼設計, 因為這個使用者和 workList 屬於多對多的關係, 所以自己回答是需要中介表來儲存兩者的關係, 也可以讓不同使用者登入, 能夠儲存之前的勾選狀態, 接著也會看單元測試的寫法, 例如這邊是直接修改資料庫資料嗎？我會回答是 mock 一個資料庫內容出來進行測試等等程式碼和資料庫操作細節
- 2面 ：二面當天有兩位考官, 這次就是針對系統設計的白板題, 還有個人人生規劃還有工作比較看重哪一部分的 BQ 問題, 其中問題包括高併發高流量的問題, 可以怎麼預防, 例如 : 若有一個系統突然有幾十萬流量要進來, 該怎麼樣才能讓系統不癱瘓, 接著還有問 IService 是做什麼用, 或者怎麼優化資料庫查詢, 索引要加在哪些欄位比較適合等等問題, 我是回來可以用排隊機制, 或使用 Redis 避免直接衝擊資料庫, 使用索引來加快查詢, 索引加在 where 和 order by 最為有效率等回答, 這次面試我幾乎都有回答出來, 畢竟 91APP 其實算是我夢想進去公司。
接著會進行 BQ 問題, 這部分就照自己的過往經驗回答就好。
- 工作最重要的三格排序 ？
- 怎麼樣自主學習？
- 為什麼會想要離職？
結果
最後收到無聲卡, 面試官本來預計是說 7 天內會有結果, 但等了 12 天加上反覆和 HR 確認才收到感謝信, 其實在面試過程中並不會感受到面試官剁剁逼人的問題, 若是真的達不出來還是會適時地引導, 感受是還滿正向, 在一二面過程中我也幾乎都有把問題答出來, 可能是因為自己年資不夠 (接近 2 年), 或者 ASP.NET 經驗不夠多 (後期都在寫 JAVA) 的關係, 導致最後收到感謝信, 但還是和大家分享, 畢竟最近這間公司面試非常多的人, 若有興趣可以參考這篇再去進行面試。
