software
上一回我們介紹了最基本的 Request–Response，以及同步與非同步的概念。那些都是「事情馬上就會有結果」的情境，但在真實世界裡，更多時候是——事情還沒發生，但我們已經在等了。 例如新訊息、訂單狀態、外送進度、即時通知。 問題不在於怎麼拿資料，而是： 資料還沒出現的時候，系統要怎麼應對？ 這時候，就會出現幾種不同的設計方式，其中最常見的就是 Polling、Long Polling 與 Push。 Polling：每隔一小段時間就再問一次 Polling 是最直覺、也最符合人類本能的一種做法。 不知道狀態有沒有更新，那就隔一段時間來確認一次。 就像你在等一個重要訊息，忍不住一直拿起手機解鎖看看有沒有新通知。大部分時候什麼都沒有發生，但你還是會不斷確認，因為你不想錯過。 我自己實作過、印象很深刻的一個例子，是串接 TW FidO 的行動自然人憑證驗證服務。使用者在登入頁面上會看到一個 QR code，接著拿出手機，用行動自然人憑證
software
做網站工程師也有一段時間了，但是一直沒有機會去拆解後端的每個環節，並且深入瞭解底層原理。前陣子剛考完 AWS 的三張證照，考完之後覺得學習不能停歇，於是就把先前買的 Hussein Nasser 老師在 Udemy 上開的後端基礎課程拿出來看，希望能有很大的收穫。 課程裡面最一開始講到了幾種設計模式：Request Response、Synchronous vs Asynchronous、Push、Polling、Long polling、Server sent events、Pub/Sub 等等。這些設計模式對於後端工程師來說應該耳熟能詳，但我也認為說對於沒有實務經驗的新手，應該也可以用一套比較生動的比喻，讓大家都能夠了解各個設計模式的核心概念，以及優缺點。 Request — Response 模式是最經典的，也是一切的基礎。客戶端向伺服器要些資料，伺服器回應這些資料，這就是一次的請求跟回應。而這個請求的結構是由客戶端跟伺服器定義的，兩邊總會有一個協議，傳遞格式化的訊息。做網站後端，最熟悉的一定就是 HTTP 請求了吧，它的格式大概就長下面這個樣子。
aws
大家好！我是一個有兩年工作經驗的菜雞全端工程師，平常的工作內容大多都是在處理後端業務邏輯，以及前端畫面、交互等等。由於我對我們團隊專案的部署架構幾乎不了解，今年年初我就決定來認真學習 Amazon 雲端的相關知識，並且以考到 SAA-C03、DVA-C02、SOA-C02 這三張證照為首要的目標（SOA-C02 在我休假完回來之後就悄悄更新成 SOA-C03 了）。 如果您跟我一樣是轉職仔，或剛入行沒多久，想要學習 AWS 並且考取證照來讓自己的履歷能夠亮眼一點，也許這篇廢文可以幫助到您。至於說網路上好像很多人分享什麼三個月或幾個月考取這三張證照的心得，為什麼我會把時間拉到一年呢？可能就是因為我懶 + 容易分心 + 排了好多出去玩的假期，畢竟休息是為了走更長遠的路嘛，哈哈哈。 這篇文寫到後面感覺是我想講什麼就寫什麼，所以結構可能很亂，還請讀者見諒🙏。 我的學習素材全部來自於 Stephane Maarek 老師在 Udemy 平台上推出的一系列 AWS 課程。這位老師母語應該是法文，英文稍微有點口音不影響理解，我覺得他的課程算滿完整的，除了觀念講解以外，還有實際操作的畫面，更能