※ 引述《yoche2000 (九龍塘麵包粉)》之銘言：
: 最近正在讀AWS Solution Architect (Asso.)
: 現職是學生 本身很嚮往 Solution Architect 的工作
: 但好像 SA 不是在 AWS 端或是客戶端直接聘一個
: 如果未來沒有要走雲 對於工作會有幫助嗎 (RD/PM之類的)
: 聽說投有的 Cloud Engineer 有這張會加分
: 也看到不少資料說這張的含金量很高 不知道是不是營銷文就是了
: 想聽聽前輩們在業界的看法
路過，幾年前考過幾張，分享一些心得。
當時網路上考試的資訊不多，
都是靠自己想問題、做 Lab、
啃文件、啃 Whitepapers、
在 Blog 整理心得、筆記、系統化學習 ...
最大的收穫不是考上，而是準備過程的探索、研究，
或者想到一個好問題，不斷的重新定義問題、找到解決方法，
整理背後的設計思路、取捨、
然後應用到現場，解決問題。
後來也鼓勵同仁考，背後原因有兩個：
1. 增加基本技能與知識
2. 提高解決問題的能力
職場上實際需要的是 2)，1) 是工程師自己要努力的。
有 1) 才有機會面對 2)，
才能生存，否則很容易做出奇怪的解法（帶來更多工作機會？
而 1) 不足，要解決 2) 的方法就是：
解決提出問題的人，或者把 1) 補齊。
不過，有些人很擅長『讀書考試』，但是不擅長『處理問題』。
有些人則相反。
用到很會考試，卻不會解決問題的人，
反而是更麻煩的。。
補習班容易『量產』這樣的人。（不過我也遇過從補習班出來的優秀人才
什麼是解決問題？例如這樣的題目：
> 在 AWS 上設計一個 "縮網址服務"，依序考慮：1) 成本、2) 效能、3) 可靠。
題目的前面一句話就是基本的門檻，
標準就是用 AWS 的服務兜出期望的功能，不要太誇張就算及格。
但實務面對的問題不會只有 60 分的東西那麼單純，
真實世界要考慮的東西就多了，
所以能夠更實務的考慮、取捨、實踐，
才能面對真實的世界。
當然，我也會用極端的方式來問，
像是：同樣的題目，不准用 Lambda，同樣考慮 1,2,3 你會怎麼做？
另外過程中也期待反問我：這個縮網址期待的 SLA / RPS 是多少之類的問題。
剛出社會的新鮮人，考證照是提升自己能見度的機會，找機會把經驗補上。
已經在職場就業一段時間的，考證照過程可以讓自己的學習更有組織、系統化。
正向來說，還是鼓勵大家去考，但不要為了考兒考，或者沒考過而感到沮喪。
準備過程的思考、探索、提問、PoC、系統化分析、組織所學 ... 才是最有價值的
底下問題一些當時反覆在思考的：
1. Developer 跟 AWS 的關係？
2. Associate Level 助理級？
3. 技能、經歷、專業，資深、開發、研究
4. 角色的思考
5. 考過就是架構師？
最後是幾篇當時的文章與心得：
1. 證照有用論？ https://rickhw.github.io/2019/08/14/About/About-Certificate/
2. 準備心得 https://rickhw.github.io/2016/08/20/AWS/AWS-Certified-Developer/
幾篇舊文，拋磚引玉，希望有幫助。