Thinking, Coding, and Learning.

先生不知來自何方,亦不知歸去何處,年過而立,參悟生與死,淡泊名與利,但憂天下蒼生。蹤跡走紅塵,藏身山林田野,撫琴於搖滾,振筆於網路,傳道於教學;神遊金庸武俠,往返程式思考,常以此樂而忘眠。... 更多關於我

置頂 - 全站索引 2018-07-08 10:30:00

這篇是整個 Blog 的全站索引,如果您是第一次來這裡,可以先看看這篇索引,大概知道 Blog 的大方向,介紹分成 置頂文熱門文章最新更新一些 Q&A 幾個部分。


底下是置頂文(也是目錄),也是希望第一次來的讀者可以從這裡看到全貌的:

不管是程式、文章、資料還是房間,我都會定期重新整理,基本的概念來自於這篇 分類的哲學

Read More

一直很想找一些人,這些人有個特質:喜歡思考事物的本質性、背後的故事、問題、原理、抽象化、延伸、想像,像是:

Read More

置頂 - 軟體工程實踐之道 2017-07-01 10:30:00

這個 Index 整理跟 軟體工程實踐 相關的文章,重點在 實踐與執行,主要內容包含以下:

  • 執行 (Execution):執行管理實踐方法,像是 Redmine 應用與整合、相關工具 (VSTS)
  • 研究 (Research):研究新技術相關資料,計算機科學、網路、資料結構、演算法,新技術應用,像是 AWS Study Roadmap
  • 開發 (Development):程式、資料庫應用
  • 驗證 (Acceptance):Quality Assurance and Testing
  • 維運 (Operation):上線 現場 (Live) 前、中、後,像是 CI/CD、SRE、Monitoring、Observability、事件管理

DevOps 我個人傾向於用整個企業的角度來看,而不是產品研發單位個別看,請參閱 經營管理

Read More

置頂 - AWS Study Roadmap 2016-10-01 13:30:00

AWS 範圍很大,有系統的學習是必要的。就像以前學音樂一樣,從各個面向整理 學習地圖,試著拼這張圖,過程中就可以知道自己哪裡還有缺,把缺的補上 (擁有技能)、把圖拼出來 (擁有知識)、把他們連結 (Connected and Linked) 起來 (產生智慧)、用他們創造 (產生創意)。

底下這張 mindmap 則是我自己的分類、重要性、以及學習的進度狀況,用以看到全貌:

以下依照 AWS Services 的分類,整理過去的心得筆記。

Read More

置頂 - 經營管理 2017-07-01 10:30:00

經營管理 是我正在學習的領域。因為工作職務關係,斷斷續續都有在讀類似的書籍,工作上經常需要思考相關的事情。因為這樣寫了一些比較屬於筆記性質的文字,有時候回來翻翻看看,覺得似乎慢慢形成自己的一套方法與哲學,雖然很多都還不夠成熟與完整,但總是自己的思考的足跡。

分類這些心得如下:

  • 思考本質
  • 人才、角色
  • 經營、領導
Read More

整理 AWS CTO - Werner Vogels 著名的論文: Eventually Consistent (ACM), (Blog) 重點與筆記。

Read More

AWS reInvent 2018 News 2018-12-02 11:27:00

整理 AWS re:Invent 2018 發佈的新東西!

Read More

IPv6 基本概念 2018-11-29 10:30:00

整理 IPv6 的基本概念。2016 AWS VPC 支援 IPv6 之後,就沒在研究相關課題,只大概做過一些資料。

Read More

API Gateway 2018-11-24 14:35:00

本文解構 Overview API Gateway 的整理,將 API Gateway 概念部分單獨拆解出來,原文保留 Amazon API Gateway 的整理。

Read More

Products Naming for AWS 2018-11-18 19:35:00

我心裡一直有這樣問題:

AWS 有些產品用 Amazon 開頭(像 Amazon EC2、Amazon API Gayeway、Amazon CloudWatch),有些則是用 AWS 開頭(像是 AWS CloudFormation、AWS Lambda、AWS IoT),如下圖:

底下整理我對於命名前置詞命名的猜測。

Read More

心得:持續交付 2.0 2018-11-14 22:30:00

今年三月,我在公司內完成長達半年的 SRE (Site Reliability Engieering) 讀書會,快結束時就在盤算下一本候選書,希望激盪團隊更多想法。那時候首選就是當代軟體工程的經典之作:持續交付 (Continuous Delivery)

在讀書會開始不久,有次跟朋友聊到持續部署想法,當時我提到因為時空背景的關係,這幾年各種新的概念與技術快速發展,特別是微服務與分散式架構的實踐概念快速發展之下,不斷的提醒大家,持續部署應該有不同的想法與實踐。同時 DevOps 與敏捷開發 (Agile Development) 概念鋪天蓋地的出現,大家意識到 霧卡世界(VUCA) 正在驅動整個軟體產業,除了持續部署,持續交付商業價值將面對更大的挑戰!

戰爭之前,不管做了多少參謀作業,戰爭第一聲槍響的時候,所有計畫都會隨之改變。

– 美國名將麥克阿瑟

雖然世界變化之快,常常讓人迷失,但變化越快,越要靜下心思考。正當我在思考,是否將這些資訊做通盤整理,彙整成更有意義的文字時,十一月七日早上,是立冬之日,Ruddy 老師在我桌上放了一本書,作者是人稱喬幫主的喬梁老師大作,書名:持續交付 2.0,我想要的應該都在本書裡了。

Read More

Chaos Engineering (混沌工程) 2018-10-08 18:53:00

整理一些關於 Chaos Engineering 的資料。

Read More

上一篇 薪資 討論商討薪資背後的考量,這一篇整理薪資確認後要做的後續工作:確認報到時程

Read More

上一篇簡單整理了招募的 第三篇:價值觀,這一篇繼續整理很多人很在意的:薪資

盡量用客觀角度來討論這件事情,但這是不容易的。

Read More

事件管理與康威定律 2018-09-23 12:43:00

補充在 DevOpsDay 演講中,為啥在會特別強調 SRE 是面對落地的架構,而不是設計架構?這段內容本來是放在 Slide 要講的,後來拿掉了。我用 樂團總譜練團溝通 來比喻 架構圖呈現團隊溝通,其實要表達的是 康威定律

系統架構與組織有著一定的關係,同時這關係會帶來團隊溝通成本問題。

Read More

接續上一篇 招募第一關 面試,這篇整理的是第二次面試 (以下簡稱二面)。二面不見得每個公司都有,有些可能會在一面就一次談完。依照面試的職位、職等、企業類型會有所不同,創業公司通常會直接跟 VP、CTO、CEO … 等階層聊,大型企業可能只到 Director,如果是高階通常都會到 CEO 或者 Co-founder。

一面最重要的是確認技能,二面確認價值觀。

Read More

接續上一篇 萬事起頭難:面試名單從哪來?,這篇整理的是面試篇。

面試是很多管理者(特別不習慣面對人的技術管理者)要學習的重要課程,也可能是第一個面對公司內部、客戶以外的人:從社會來的任意一個陌生人。

面試的目的在於找到 適合的人,要清楚以下本質:

  • 面試是用人手段,透過面試了解是否適任,了解彼此,為彼此找到適合方向
  • 面試是雙向的,面試官在面試別人,面試者也在面試這家公司
  • 用人不只是技能,還有價值觀,反過來也是考驗企業文化是否對到面試者的頻率
  • 面試只是其中一種篩選方法,吃飯喝茶、喇低賽、三顧茅廬也是面試。

底下整理面試方要準備的工作。

Read More

DevOpsDay Taipei 2018 兩天半的盛會,今天總算順利落幕。今天我分享了過去工作上,面對緊急事件的心得與歷程,同時彙整了 SRE 的重點,分享了這個在大會中,相對特殊的主題。不同於兩個月前的 AWS Summit,這次我不談技術、也不談高大上的數據、也不用新潮的用語,而只談如何面對 緊急異常 這件事,同時也分享了如何培養應變能力的方法與思路。

Read More

接續 前一篇:準備篇 的介紹,繼續整理招聘的心得:萬事起頭難,名單從哪來?

一般人找工作要不是主動投履歷,要不就被動等待通知面試。從招募角度也是,用人單位的面試名單不會從天上掉下來,這些名單要不是主動找來源,要不就被動等待。不管主動、被動,都要面對以下的幾個問題:

  • 面試名單從哪來?
  • 如何過濾、篩選名單?
  • 為什麼面試意願不高?
Read More

聊聊人力招聘的心得,起手式 準備篇:確認需求、條件、定位、市場狀況

Read More

整理最近 人力招聘 (Hiring) 過程的心得、想法、遇到的問題。這系列文章是從管理者角度出發,也就是 用人主管,如何從需要資源開始、如何面試、如何談薪資、報到之後如何確認符合需求 … 等。

Read More

最近研讀 分散式系統 時,遇到兩個常出現的議題:

  1. 分散式一致性問題 (Distributed Consistency Problems)
  2. 共識演算法 (Consensus Algorithm)

整理最近瀏覽的資料。

Read More

CAP Theorem 2018-08-11 22:30:00

整理 CAP 理論的筆記。

Read More

SRE 全名是 Site Reliability Engineering 網站可靠性工程,是 Google 提倡的系統管理實踐之道、指導思想,這個名詞同時也是 軟體工程師 (Software Engineer) 的角色,可以類比於傳統的維運工程師或系統工程師,但是 SRE 是用 計算機科學軟體工程 手段,實踐 大型系統維運分散式系統 的設計與開發。

Read More

淺談效能測試 2018-07-22 11:08:00

本文整理重新摘分在 Stages in Software Testing 整理的效能測試部分。

Read More

應 AWS 的邀請,在 06/28 讓我有機會站上台灣技術研討會的至高點之一:AWS Summit ,分享在公司導入 API Gateway 的心得!這是個難得而且讓人興奮的機會!同時 AWS User Group Taiwan 也是邀請我分享心得,兩場時間很近,所以同樣主題,兩個時間點 06/28、07/28 我用不同的形式,跟不同的族群做了分享!

Read More

Artifacts Management 2018-07-08 23:43:00

Artifacts 是 CI/CD 很關鍵的點,他承接著接下來整個 Development Pipeline 的樞紐因子,能否有靈活、有彈性的佈署,都仰賴於 Artifacts Management。

Artifact 的目的就如同交付軟體給另一個陌生人,他可以透過取得一個檔案 (通常是壓縮檔),然後解開後,依據 README.md 的說明,不管手動還是自動,可以自行完成部署或者安裝。而這個過程交付的 一個檔案 就稱作 Artifacts,在 github 上來講,就是 releases 上的檔案,像是 awscli

這些概念基本上都是: Learning from Open Source.

Read More

真實世界 2018-06-19 23:30:00

昨天跟同事聊到識人、用人,我提出這樣的想法,要知道一個人能否解決問題的前提,這個人要意會到什麼『是真實的世界』,舉例個誇張點的例子,例如:

有些人是活在被保護的環境之下長大的,從來就不知道:坐車是要錢的、漢堡不是從樹上長出來的、飛機是人造的,牛肉不見得是牛做的 …

這例子聽起來很誇張?是嗎?

Read More

分散式系統 的架構概念跟 Design Patterns 脫離不了關係,Kubernetes 的架構師 Brendan Burns 發表:Design patterns for container-based distributed systems, 2016 就以 Design patterns 為主軸,搭配 K8s 應用講述如何設計分散式架構。

Read More

聊聊分散式系統 2018-06-18 22:30:00

整理資料,回顧之前寫的東西,常常覺得這些就是要不斷地拿出來提,特別是分散式系統 (Distributed Systems) 已經是現代架構的常態,他就跟組織一樣,要面對各式各樣 依賴性內外聚合可控性可治理可觀測網路拓墣效能快取錯誤處理 … 等問題,這些問題不只可以對應到系統,也可以對應到人、組織 (康威定律)。

Read More

Distributed Message Systems 2018-06-18 13:30:00

整理 分散式通訊系統 (Distributed Message Systems) 相關的基本概念,包含名詞定義、常用情境、實作技術、架構樣式、以及參考資料。

Read More

API Gateway Private Endpoint 2018-06-15 14:35:00

在整理 Overview API Gateway 一開始就提到關於 架構的可視性 (Visibility) 的問題,討論了可能的應用場景與實務架構問題。當時 AWS 的 API Gateway 並沒有 Private 的概念,預設只有 RegionalEdge 兩種類型,而且都是 Public。跟同事討論架構時,大家提出內部服務也需要 Gateway 達到類似限速、安全性控管的功能。

今天一早起來看到 API Gateway Private Endpoint 終於發佈了!期待已久,簡單整理筆記與心得!

Read More

再談啥是維運? 2018-06-14 19:41:58

上上週在一個 公開的演講 (Monitoring) 之後,去搭捷運時遇到一個陌生朋友,走過來跟我握手,說他聽了我某次的 演講之後 (Ops as Code) ,很有感,講到他遭遇的問題、處境,這次他又特別來聽我講,我心想:大概就是遇到同溫層吧,我只是把那些問題點出來而已~很高興他的 Feedback,讓我又更確認這些問題不是只有我一個人遇到。

Read More

軟體架構做什麼? 2018-06-13 23:30:00

幾個月前跟朋友聊到架構的問題,那時候我們在外面一起吃飯,我坐在一根柱子旁。

Read More

Role And Responsibility 2018-06-13 22:50:30

Role And Responsibility 簡稱 R&R,用軍中術語就是:

  • 軍階 / 官階:士官長 (兩粗三細)、上校 (三顆梅花)、將勳
  • 職務 / 任務:連長、營長、旅長、總司令、部長

Role 談的是能力,也就是 技能 (Skills)
Responsibility 談的是責任,達成什麼 任務 (Mission)

底下整理我在思考這件事情過程的思路以及分析。

Read More