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

分類這些心得如下：

• 人才、角色
• 經營、領導
• 軟體開發與測試
• Redmine 應用與整合

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

以 Hugh MacLeod 的這張思路為藍圖，不斷的思考、提問題、找方法、面對問題。

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

整理學習的心法。

你想過 deployment code 怎麼測嗎？
你放在 Jenkins 上的流程『能』測嗎？
Infra as Code / Configuration Management / Packing / Provisioing 概念很夯，這些也是叩，怎麼測？能測嗎？
Serverless / Container / Orchestration 很潮，怎麼測？
SRE / DevOps Engineer 會寫一堆扣自動化，那些扣呢？難道他們不是叩？

『只要是扣，就要測試，就要能測。』 – Rick 最近每天都在講這句話 XDD

軟體開發生命週期 (Software Development Lifecycle, SDLC) 是軟體工程裡很重要的概念，不同的角色 (PM, Developer, Test, Operator) 會有不同看法，從不同方法論 (CMMI、RUP、LEAN、XP、Agile、Scrum、DevOps) 也會有不同階段定義，Google 可以找到很多類似的圖。

類似的東西聽了不少，但是往往講者會因為個人經驗，會偏重在某一方面。像是現在經常提自動化測試，很多都是開發人員在喊，卻鮮少聽到從 QA 端的聲音；經常聽到開發人員在喊 DevOps，但實際現場調查很少 Operator 加入討論，更別提資安相關角色。最有趣的是，我還沒遇過有 PM 懂這些流程的。。。因為大多的 PM 都是 PMP 出來的，那又是另一個世界。

本文記錄我在不同的工作時期的體悟和心得。

這段本來寫在 Issue Tracking in Redmine，他的 視野 與角度都不同，所以獨立成一篇。

其實我也在思考，現在服務的公司屬於哪一個階段，我應該扮演什麼樣的角色來幫助公司、幫助同仁，該怎麼收、放、進、退，該怎麼演。

整理 2017Q3 AWS 的新功能。

今天把這段埋藏很久的想法，分享給公司內年輕的朋友：『自動化測試？』我提出來的問題是，我們平常說的『自動化』真的是自動化？什麼是『自動化』？

• 自動化測試
• 自動化部屬
• 自動化維運
• 自動化挖礦
• 自動化加薪
• 自動化 就是 黑魔法
• 有『自動化』就下班了

我的看法是：不要陷入『自動化 XXX 』的迷思，特別是『中文』語意常常有陷阱。。。

聽起像是在鑽牛角尖的文字遊戲。。。且聽我 Tiger and Blue 。。。

Redmine 是以 Issue Tracking 為概念核心。一開始的目的是為了追蹤軟體的 Bug，後來衍伸出追蹤 事情、議題 的概念，最後集結的就是專案管理的功能。

CodeDeploy 是 AWS Code[XXX] 系列之一，屬於給 Developer / DevOps / Operator 使用的服務，特別是 Continuous Deployment 部分。

整理使用 CodeDeploy 之前需要知道的事情，以及準備工作。

07/25-27 在 Google Taipei Office 上了三天 GCP 的課： Architecting with Google Cloud Platform: Infrastructure，內容其實跟上次參加 Google OnBoard 的差不多，只是更加的深入，同時包含了 Lab。

參加課程最難得的就是跟老師、同學一起交流、討論、分享經驗的過程，課程內容其實只要花時間去把官方文件爬過、把 Lab 做過，其實自己是可以完成的。

整理幾個面向，同時與 AWS 比較。

前一篇 整理如何利用 Elastic Beanstalk 架設 Wordpress 的筆記，這篇整理如何利用 EB CLI 部署 Node.js Application。

看完 這段 有感而發。。。

原始影片：

整理如何利用 Elastic Beanstalk 架設 Wordpress 的筆記。

AWS EBS 有四種類型: io1, gp2, st1, sc1，分別是 SSD / HDD，設計上是針對不同的用途有不同的選擇。整理 Deep Dive on Amazon EBS 與 官方文件 的筆記與介紹。

使用 Minikube 在 macOS 安裝 & 學習的筆記。

整理 Plan and Design AWS VPC 的一些心得。

主要針對 Multiple VPCs, Regions, Account 的規劃，其中涵蓋到 CIDR / Subnets / Route Table / NAT Gateway / Security Group / Network ACLs… 等規劃。

我習慣稱自己為 Software Developer，而不是 Software Engineer。

這篇文章：Developer vs. Engineer 也講到兩個差異，不過跟我看法完全相反。

基於以下原因，我覺得公司內部的文件，有其必要性：

• 人的記憶力不可靠，不管是什麼人、什麼角色、性別、智商、年齡。
• 人常常會忘記為什麼做那些事情、為什麼要那樣做。
• 文件的讀者第一個一定是自己，自己都不看，自己都看不懂，是要誰來看？

整理 GCP 的 Virtual Private Cloud (VPC) 的筆記，同時跟 AWS VPC 的設計比較。