Thinking, Coding, and Learning.

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

置頂 - 全站索引 2035/01/21 10:30:00

這篇是整個 Blog 的全站索引,如果您是第一次來這裡,可以先看看這篇索引,大概知道 Blog 的全貌:

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

Read More

置頂 - 更新文章 2035/01/21 10:30:00

底下整理 Blog 更新的文章記錄,提供給想知道哪些文章有更動的朋友。

更新時間 更新方式 文章標題 更新說明 發布時間
2023/07/01 新增內容 面試常見的問題 新增錄影 2020/06/21
2021/08/21 更新參照 資深軟體工程師 新增參考資料 2015/08/22
2021/04/30 新增資料 關於軟體測試,一些觀察到的現象 新增軟體測試管理工具的選擇 2019/10/30
Read More

繼續整理資料備份原則,整理自 Facebook 寫的草稿。

上一篇 整理了 資料備份還原第一原則分層原則,設計出發點是 Durability。接下來第二原則則是資料的 重要性存取頻率 矩陣,如下圖:

Read More

聊聊 NAS 的一些心得,整理 Facebook 寫的草稿。

討論 NAS 這種「解決方案」之前,應該先好好想清楚,資料對於自己而言,到底有多重要?

NAS 對我來說核心價值就是 備份資料還原資料,所以對於「資料」的存放,過去從早期用光碟備份資料,到後來使用 NAS,這麼多年的經驗累積下來之後,我設計了一些原則,定義備份與還原資料的原則,如下圖,第一原則資料分層原則 (如圖)

Read More

多租戶架構 (Mulit-Tenancy Architecture, 以下稱作 MTA)SaaS (Software as a Service, 軟體及服務) 設計的核心議題,也是我過去幾年工作研究的題目之一,大部分的人針對這個題目討論的多是 K8s 的 Namespace 劃分、或者資料庫的拆分方式、使用 Single or Shared / Hybrid … 等策略。

多租戶架構背後需要討論的,除了這些技術架構的議題,更重要的是往前一步:

SaaS 的 多租戶 應該怎麼定義?以及能夠解決那些問題?

基於這些討論與實踐,最後我提出設計 MTA 的關鍵抽象概念,我把它稱為 Isolation Factor (隔離因子)

這篇文章嘗試解釋與探討 多租戶 背景與核心議題,同時用真實世界的租賃關係,剖析設計 SaaS 時必須要知道的概念,嘗試帶出 Isolation Factor 的重要性。

相關文章:

Read More

去年 (2022) 受邀 AWS Career Exploration Day 分享職涯的想法,今年因為個人因素,無法到現場。但是在主辦單位熱情的邀約以及協助下,改用錄影的方式,延續去年分享的想法~

Updated: 20231122 媒體的報導: 迎向 AI 與雲端共融世代,如何校準自身技能成長策略?

Read More

凝聚團隊共識的溝通方法 2023/08/13 09:33:00

這篇整理自今年二月跟朋友分享的內容,主要是關於溝通效率的目錄、總整理。

Read More

1 on 1 聊什麼 - PERMA 2023/08/01 18:21:00

這篇整理自 2022/10/12 Software Engineering at Google 這本書的讀書會的 筆記與摘要

Read More

凝聚團隊共識與人才養成 2023/07/29 18:21:00

這段 筆記 是 2020 年聽 podcast 寫下的心得筆記、跟朋友討論的東西。這整個過程,也是我過去 凝聚團隊共識人才養成 的實踐方法。

Read More

如果你希望買一本書,照著裡面說的步驟走,事情就搞定了,那這本書一定不適合你。

如果你希望買一本書,可以隨意翻閱,然後有種「啊!就是這樣啦!」,那這本書應該適合你。

銷售通路:

Read More

原文是我在 fb 寫下 草稿,主要針對靠北工程師 鄉民提的問題。幾乎一面倒的狀況之下,分享我自己的經驗與看法,提供不一樣的思路與前後文。

Read More

SRE 常見問題 - 訪談紀錄 2023/07/06 12:43:00

整理一段關於 SRE 問題的訪談紀錄,歡迎大家提供不一樣的經驗與想法。

Read More

API 設計 - API 整合矩陣 2023/07/02 13:30:00

API 存在的目的,最早期是程式邏輯可以重複使用,例如 時間相關的工具,透過標準的介面定義,以及模組化的概念,每個人在開發應用程式的時候,都可以引用同一個函示庫,透過標準介面就可以調用。像是 Java 語言的 java.util.Date 這樣的標準介面,所以 API 的概念就出現了。

Read More

API First 在跨企業的系統交互越來越頻繁的今天,提供有效的擴展業務的方法。過往什麼功能都要自行開發,但卻因為內部資源不足;亦或錯估新業務規模的深度與需求層次,造成投入沒有成效、或者必須不斷的加碼投入,最後才意會到,這是個獨立領域,需要獨立的專業團隊,像是 MarTech、支付、通訊 …

API First 的概念,背後是雙方在技術上彼此溝通的通訊協議,透過這層協議,雙方可以更快速的仰賴彼此的擅長的領域,進而拓展業務。最常見的就是電商與支付系統、廣告服務、電信系統、物流業、與 ChatBot / AI … 等整合。

開放 API 是個策略性決策,背後代表著要與合作夥伴達成策略聯盟,本質上是 B2B 的商業行為;同時開放 API 也意味著內部系統需要有高度整合,提供對外統一介面與標準,讓合作夥伴在開發過程,可以有一致性的使用介面與理解。

基於這樣的前提,只要是 API 對外開放、或者是內部整合,都要面對本文要提到的問題:API 通訊模式與協議

Read More

一場失敗會議 2023/06/14 18:21:00

原文是 2021/06/14 寫下的 memo,摘錄一場失敗的會議有哪些現象,與另一篇 一場有效的會議 成對比。

Read More

2022 年初的時候,經過朋友的介紹認識成大資工系 李信杰 教授,因此才有了這本書的誕生。

李老師對軟體工程非常有熱情,特別是軟體測試領域,是全球最熱門開源測試軟體 Selenium IDE V3、Katalon Recorder 與 Qualys Recorder 原型創造者。

Read More

在 Macbook Pro M1 (Apple Silicon) 安裝 K3s 的筆記。

Read More

這是一場很特別的活動:雲端職涯探索日 (104專區),第一時間 AWS 的邀請我就毫不猶豫的答應了 XDD

Read More

只要是軟體開發,不管 Web Services、還是 Mobile 或 Desktop Application,都會需要建置 (Build) 與交付 (Delivery) 兩個核心過程。Web Services 的交付稱為部署 (Deployment),應用程式稱為發佈 (Publish)。而這些過程,也伴隨著一些衍生的任務 (Task),組成一連串的行為,隨著時間的推進,架構的改變,這些任務的組合,往往是工程師們的夢靨的開始。

Read More

Problem Behind Question 2022/10/15 18:21:00

工作上經常問題還沒被看清楚,只求快,要有成果,往往都只是做表面工作。

這篇整理自 2022/09/082022/07/22 我自己的思考的筆記,延伸 QBQ (問題背後的問題) 以及 如何意識到問題的存在,我自己深度體悟與昇華後的心得。

Read More

架構師的使命 2022/10/07 12:39:00

架構師的工作到底是做啥?用一張十年前 (2012) 我自己在 Plurk 寫下的定義,然後再真實經歷之後,重新回顧這段話。


Plurk Permalink

這篇是我在粉專寫下的 隨筆文,放在 blog 做個紀錄。

Read More

上一次的分享 之後,開始有 QA 的朋友找我聊很多他正在面對的問題。其中一個問題是:

Backend 開發人員說建立環境很難?是這樣嗎?

本文針對這個問題,整理背後可能的問題,以及實際可行的方法。全文整理自 09/18 在 FB 寫的草稿

Read More

整合測試與執行策略 2022/09/18 11:08:00

在 “淺談軟體測試的階段與策略“ 整理了各種測試的 “階段”,其中 #整合測試 (Integration Test) 是常見的階段之一,針對 “整合” 我的脈絡有以下:

  1. 功能對功能 的整合
  2. 系統對系統 的整合
  3. 功能對系統 的整合

引用我 上次分享 整理的文字描述,如下圖:

Source: 演講:從理想、到現實的距離,開啟品味軟體測試之路

20230523 更新: 本文部分收錄在 共同著作《軟體測試實務》 第一冊 第五章之中,歡迎大家彭場指導。

Read More

Development Experience for Team 2022/09/17 10:30:00

整理對 Development Experience (DX) 的看法,原文草稿發表於 Facebook

Read More

問題的難與雜 2022/09/10 21:42:30

之前 很常跟朋友分享這段想法,底下把想法記錄下來。

我把工作上遇到的問題分兩大類:

  1. 雜 (Complicate)
  2. 難 (Defficult)
Read More

聊聊寫 Blog 的想法 2022/09/05 22:39:00

每個人對於寫 Blog 這件事情,都有自己背後的動機,我的初衷跟寫程式一樣,透過不斷的重構精練,這個過程是我學到最多的。

Read More

今天很高興在 台灣軟體工程協會,成功大學 李信杰 老師的邀請之下,讓我第一次分享關於軟體測試的想法與心得。

在投入 軟體測試 (Software Testing)軟體品質 (Software Quality Assurance, SQA) 之前,我主要的工作角色是 軟體開發 為主,程式語言以 PHP / Java / Python、開發大型 Jave Enterprise Application 應用程式與 Eclipse Plugins 為主。過程中因為協助測試團隊改善 Application UI / WebUI 測試,因而踩入測試領域。

因為本身是具備開發背景,踩入軟體測試有別於一般人經歷,因此開啟不一樣的路。實際軟體測試的經歷,包含 WebUI / Desktop UI / Unit Test / E2E … 等自動化測試,設計與開發大型 “Test Framework and Architect for Regression Test“ 實務經驗。

這段經歷讓我對軟體測試的 技術與工程面 有很完整的歷鍊,所以後來也挑戰 在新創事業 (IoT 領域) 從零開始 建立軟體測試團隊,從團隊建立、制度、流程、工程、協作,建立完整的開發流程,其中領悟出最重要的 心法 就是 品質 的想法,因此寫下以下領悟:

品質不只有測試,而是整個 (開發) 過程。
品質從需求開始,測試只是種手段
用品質建立數量,由數量產生速度。

Read More

Happy Path and Unit Test 2022/07/30 09:50:30

測試金字塔 是很多書、很多演講都會提的概念,從上到下是 E2E、Integration、Unit Test,佔比也是這個次序。

很多大神、知名的軟體教練、傳教士、訪間的訓練機構也都一再強調 Unit Test (以下簡稱 UT) 的重要,經過幾年的宣導與討論,基本上,現在很多軟體工程師都自己會先做 Unit Test,或者在跑 Scrum 時都有出現 Task 內容是要做 Unit Test。對於整個軟體產業而言,是個很好的現象。

這年代跑 Scrum 也越來越普遍,大家也有意識到一個 Scrum Team 就是在做一個產品,大概就像 天龍特攻隊 (A Team) 、或者是阿湯哥 不可能任務、或者一個 搖滾樂團 ,都是 Team Work,理論上,要交付的是一個共同的價值。

Read More

整理關於 SaaS 架構設計的想法,部分是來自於 Eclipse 這個著名 Java IED 的設計概念。

大約從 2018 之後,VSCode 可以算是統一 Open Source 的 IDE 了,之前由 GitHub 開發的 Atom 在微軟收購了 GitHub 之後,已經將在 December 15, 2022 落下了句點,其他 Editors (還不到 IDE) 大多還是屬於輔助性質,像是 Notepad++ 。

而 VSCode 主要的設計者 Erich Gamma 則是著名的 Design Pattern 的共同作者之一 (又稱 GoF),而這個理論背後源自於他的實作,也是著名的 Java IDE - Eclipse,Erich Gamma 負責最核心的 JDT (Java development Tooling) 的設計。

2004 - 2012 年期間,我在 IBM 駐點開發 Rational 相關產品,其中主要就是 Eclipse Plugins 的開發,產品是給 Web Developer 用的工具,可以說就是在寫 IDE 的概念。過程曾經鑽研了 Eclipse Plugins、RCP (Rich Client Platform, XMind / DBeaver 就是這個開發的) / Equinox OSGi / SWT / JFace / EMF / GEF … 等設計概念,也因此對於 Eclipse 整個架構略有研究,而這些設計概念也不知不覺的用在之後工作上。

這些年的更迭與代換,我自己的工作環境 從 Windows 換到 macOS,開發工具從 Eclipse 換到了 Atom,然後又跳到 VSCode。在使用 VS Code 的過程,處處都聞到 Eclipse 的設計感。開始做分散式架構設計、重讀作業系統、學習 CS 基礎知識、探索 AWS / K8s … 等過程,發現這些背後的本質都有高度的雷同。

Read More

感謝 AWS 與 主辦單位 (iTHome) 的邀請,讓我在 04/29 有機會在第一次的 SRE Conf 分享這幾年的一些心得與想法。

Read More

As a Sofware Developer 2022/05/07 03:33:00

這篇是我在 2021/05/23 寫的一篇關於 Developer 的條件寫的文章,我自己覺得這樣的要求是不過分的,但是,可能跟很多現代的過念有所差異,特別是一些從外面的培訓機構訓練出來的學生。

Read More

應用程式 在啟動 or 初始化 (Initial / Startup)的時候,配置 (Configuration) 載入的流程經過這麼多年的發展,基本上已經有一個常見的策略模式了,這些概念很重要,卻也很常被忽略,最後系統上線後只能夠透過改 Code 重新部署才能處理問題,好的設計應該是改配置就能滿足需求。

這篇原文是寫在 SRE 社群的一篇 筆記,借保哥的 整理 發揮另一個常見的東西:配置與設定的讀取策略設計

Read More

幾年前的分享 聊聊軟體交付的濫觴 - 談產出物管理,簡報最後面留幾個問題讓大家思考。

最近有朋友私下敲我,問了最後一個問題:

分支策略Artifact Management 的關係?

問題背後是他在新創團隊裡,遇到在處理分支策略的同時,也遇到如何打包 Artifact ,兩者的衝突與矛盾。

底下是我針對這個問題整理的摘要。

本文重新整理我在 FB 寫的草稿,之後嘗試錄了一段口述,提供給大家參考。

Read More

團隊溝通的通訊協議 2021/12/19 18:21:00

怎樣做好溝通、有效的溝通一直以來都是管理者的工作範疇之一。也因此我一直在探索背後的本質問題,像是 溝通的原理表達與溝通的差異會議原則一場有效的會議

底下整理幾篇今年隨筆寫下的想法,主要是關於 團隊溝通的通訊協議 的想法。

Read More

Experience EKS Anywhere 2021/09/23 22:37:00

AWS 把 EKS 本身開源了,稱為 EKS Anywhere,除了在 AWS 自己之外,也可以安裝在私有 (on-premises) 的環境。

本文整理體驗的筆記,我在 macOS、ubuntu20.04 都有做過,本文記錄則以 ubuntu 20.04 為主,內容以參考 EKS Anywhere 官方文件為主。

Read More

  • 全站索引
  • 關於這裏
  • 關於作者
  • 學習法則
  • 思考本質
  • 一些領悟
  • 分類哲學
  • ▲ TOP ▲