我第一個念頭想說，是不是在問我 Pop-up、Light-box 的概念，如果要跳出一個燈箱或提示訊息我會怎麼處理？
那跟面試官確認了一下知道是自己誤會大了，其實就是 CSS 的盒模型，也就是區塊元素的組成是如何組成？

那大概描述一下，由內到外分別是 Content > padding > margin (這邊我回答時少講了border)

我大致上描述可能有哪幾種方法：
{
    display:flex;
    justify-content:center;
    align-items:center;
}

{
    position: absolute;
    left: 50%;
    top: 50%;
    transform: translate(-50%, -50%);
}

我大概描述了一下:
基本上HTTPS 比起 HTTP 就是多了加密形式去傳輸資料，
比如說我在表單送出資料之後，如果被攔截應該也會是亂碼之類的。
至於加密的原理跟詳細方式，老實說我不太清楚。

// 這邊後來Google了一下資訊，也幫大家做個補充。
HTTPS的基本原理就是 HTTPS 使用加密協議來加密通信。
該協議稱為傳輸層安全性 (TLS)，以前叫做 SSL。
該協議通過使用所謂的公鑰基礎設施來保護通信。
這種類型的安全系統使用兩個不同的密鑰來加密兩方之間的通信。

這邊我是描述說:
大致上會先看一下錯誤訊息是噴什麼，有沒有什麼低級錯誤，
然後才去確認看看是哪個 function 或是源頭在哪，
確認一下是前端功能的問題還是在 Call API 回來時沒處理好的問題，
可能非同步的部分有疏忽了，導致資料還沒確定取得時，
所寫的功能就跑了一些方法導致噴錯。這邊突然想到TS想說也順便描述一下，
但TS應該在編譯前就會噴錯。 // （面試官也有回應我這點，是我這裡疏忽了）。

這邊我是如實描述說:
過往還沒有遇過真的都問到主管那端，還沒辦法解決的問題，
基本上遇到問題會先盡量去排除狀況，到方向比較明確之後，
才去問資深的前輩，還是不行才會到主管那邊。

這邊我是回答:
基本上如果遇到 CORS 的問題，我會先和後端確認一下是不是沒設定好，
那假設今天開發上，的確需要有跨來源的請求，
那應該是需要透過反向代理伺服器去和後端Server發請求，
也就是前端改為向反向代理伺服器發請求而不是直接向後端Server發請求。

這邊是提到說:
過往有把一個撈資料用的功能，比如說 Fetch 某支 API，
把非同步的功能都寫好之後，包成一支 useFetch()，
那團隊可以引入這支功能，一起使用

主要是避免其他人有非同步沒處理好的問題。

// 但後來想想應該是想知道說，如何複用一些功能，而不是該功能在做什麼。