面試的時間是在 2021年的 11 月。
在第一輪面試進行一些溝通情況的後就沒有下文了。
相關背景
本次面試的原因是有招聘的 HR 在 Linkedin 上找到我，發了一個希望瞭解下的消息，然後先消息瞭解了下。
這個公司本身應該是做的 IoT 相關的服務的，這個公司在 2019 年我沒事投簡歷後發過一次 OA 給我，費了不少時間做完成 OA 後基本上就沒有下文了。
個人覺得上次的 OA 沒有什麼問題，結論都是正確的。所以這次他們找我希望再次溝通下，我也真沒有太當會事情，因爲我知道這家公司基本上是屬於面試面着玩的那種，公司在招聘層面的邏輯和流程本身也不是非常正規。
第一輪面試相關
第一輪面試是完全的電話溝通，沒有任何深入的瞭解，主要是面試的人不知道從哪裏搬來了一些概念來問你瞭解不瞭解。
問得最多的是技術棧上面的問題，主要是設計上面的。
同時還問了一個 Restful API 是什麼東西，會有些什麼。如果你做過相關 API 的話，通常這個不會非常難，一般都是 POST Payload，同時在 Header 裏面會設置一些參數等等。
因爲我是使用 Java 技術棧的，因此多用 Spring MVC 來構建一個 API 就可以了。
另外一個問題就是什麼是 URL 和 URI，這個問題就有點意思了，通常 URL 都是統一資源定位符的簡稱，在網頁上輸入的都是 URL。
URI = Uniform Resource Identifier 統一資源標誌符
URL = Uniform Resource Locator 統一資源定位符
通常知道 URL 爲 URI 的子集就好了。
這 2 個都有點概念性的意思了，其實很多時候我們都不會過於深究到底是 URI 還是 URL，所以說都不明白這個問題是從哪裏抄過來的。
總結
感覺主要還是技術棧不是非常符合的意思，這個公司原來使用的是 Java 技術棧，隨着時間變化，感覺他們要將技術棧遷移到 NodeJS 上了。
因此他們可能要求更多的 NodeJS 後端編程開發的，但是 NodeJS 本身可能不適合非常大邏輯的計算等，並且 NodeJS 的包的質量普遍沒有 Java 高。
當然技術是爲業務服務的，公司的選擇無可厚非。
另，因爲沒有聽清他們要求解釋 URL 還是 URI，所以這個有關 URL 和 URI 的問題壓根就沒有回答明白，上面的內容都是後面自己腦補的。