在新的團隊有點忙，剛好這本 《軟體架構師應該知道的97件事》 適合斷斷續續的閱讀，然後慢慢」琢磨」。每個人偏重的技術角度不同，所以有些事情讀罷可能未必能引發什麼進一步的想法，但讀到有些以前沒關注過的話題則可能觸發進一步思考。
印象最深的一句話是」確保簡單的問題有簡單的解」，這本書裡面很多話題都提到了」簡單」這個詞，我更喜歡用」簡樸」，不把簡單的事情複雜化，和我一直堅持的理念有點不謀而合。其實，有些資深開發者很難抗拒」炫技」的**，時常想用最新最酷的技術來做他認為」最有挑戰最有難度」的事情，殊不知用更小的時間、人力、技術成本解決問題也是真正有技術含量的事情。
究竟什麼才是稱職的架構師，我想很難界定，很多公司對架構師有不一樣的期待，但有一條，作為技術人總要不斷的思考，持續學習，不斷進步才能迎接更大挑戰，才會稱為別人眼中稱職的架構師。
–eof–
google+
架構師應該編碼嗎？
架構師應該編碼嗎？這是個經常出現的問題。從題目出發，我們先明確一下題中所指的架構師的範圍。由於工作內容的不同，架構師可以細分為很多種，比如系統架構師，應用架構師，產品架構師，企業架構師等等。通常這也意味著各自的技術領域或範疇不盡相同，比如系統架構師會看到軟體 硬體等更大範圍的內容並決策，應用架構師或...
關於GDPR 你應該知道的那些事兒
gdpr是什麼？什麼時候施行？應該採取什麼措施來遵從？距離 通用資料保護規範 gdpr 正式實施，還有不到18個月的時間，但如果要具體實現這些要求，這個時間就不算長了。而且你如果覺得自己沒在歐盟範圍內，不用遵從gdpr，那你最好還是花點時間看完這篇文章吧。儘管gdpr背後的原則前景光明，但該新規定無...
架構師應該了解的知識1
原題 被架構師秒殺之後 今天被架構師問了一連串的問題，估計問了有乙個多小時吧，有很多問題都答不上來，突然發現原來自己沒有掌握的知識太多了，原來我覺得技術是用來解決問題的，而不是用來研究的，但現在覺得要更快捷的解決問題，還得好好的研究他們的原理，凡事多問個 他的原理是什麼，底層是怎麼實現的 回來好好整...