作為軟體開發人員，山姆鍋也很常跟 QA 團隊說過類似這樣的話：「這個版本，在我的電腦上可以正常執行」。我們都知道開發人員的執行環境跟其他成員通常有很大的差異，所以，說這句話往往只是浪費時間，對於解決問題並沒有太多實際幫助。那有沒有方法可以讓開發以及測試人員有一致的環境來確認問題根源呢？藉由虛擬化技術以及 Vagrant 這樣的工具，現在我們有更好的方法。

過去文章中，山姆鍋提到「影化身科技」的官網以及部落格使用靜態網站產生軟體，Octopress，來建構與管理。本文的目的是整理過去以及未來相同主題的文章，讓讀者可以有連貫的概念關於為什麼要使用靜態網站，如何架設以及網站維護種種實際遇到的問題。

為了希望能夠儘早的得到潛在用戶的反饋，「影化身科技」一開始就打算設置客戶服務系統。這樣的系統，由於主要面向用戶，因此，不能全然以技術面向來考量。跟持續整合一樣，客戶服務系統提供敏捷開發流程重要的反饋，從而讓讓團隊可以不斷學習用戶真正需求以設計真正需要的產品。 本文屬於 「善用雲端服務，微型企業的自強之道」系列文章之一。

作為一家認同「精實生產」理念的雲端軟體服務公司，「影化身科技」同樣擁抱「持續整合」的敏捷開發模式，為了達到持續整合的要求自然需要有持續整合系統的支持。本文山姆鍋收集一些提供雲端持續整合的服務，並提供「影化身科技」採用的方案作為參考。本文屬於 「善用雲端服務，微型企業的自強之道」系列文章之一。

雖然不是所有公司都需要專案管理系統，但「影化身科技」作為一家雲端軟體服務公司，專案管理系統的運用有其戰略上的目的。這裡的「專案管理系統」並不單指像是 Mircosoft project 這樣用來管理資源與行程的軟體，舉凡問題回報、需求追蹤也涵括在專案管理系統的範疇內。作為「敏捷開發」的擁護者，「影化身科技」採用哪種專案管理系統？本文屬於 「善用雲端服務，微型企業的自強之道」系列的文章之一。

「影化身科技」採用 Google Docs 作為雲端文件管理系統，理由除了 Google Apps for Business 已經包含這個服務外，主要還是它符合需要又不用錢。對於「影化身科技」這樣的微型企業，能有這樣免費又高品質的服務真是難得的資源。
本文屬於 「善用雲端服務，微型企業的自強之道」系列的文章之一。

文件管理系統簡單地說就是管理企業文件的建立、分享、編輯等協同工作的系統。作為雲端文件管理系統，山姆鍋認為下列特性最為重要。

「基礎設施即服務」提供執行軟體所需的計算、儲存與通訊資源，通常透過虛擬化技術來將底層硬體的差異予以隱藏，讓軟體可以平順地執行。在過去需要從取得服務器硬體、連上電源與網路、安裝作業系統的需求，現在只要提供需要何種作業系統、需要的記憶體與硬碟空間，幾分鐘就可以準備好一台全新服務器。雖然聽起來很不錯，但是對微型企業來說，選擇供應商該注意哪些事項？本文屬於 「善用雲端服務，微型企業的自強之道」系列文章之一。

之前的這篇 「使用 Amazon S3 作為 Maven 套件倉儲」文章中，山姆鍋提到使用 Amazon S3 作為套件倉儲的構想與好處，但那篇文章只適用于採用 Maven 作為建構工具的專案。山姆鍋已採用 Gradle 作為「影化身科技」的正式建構工具，所以，需要針對 Gradle 找到適合的方案。

在使用 Vert.x 作為即時網頁應用平台這篇文章，山姆鍋提到「影化身平台」利用 Vert.x 作為即時 Web 應用的服務框架，看中的是它對網路服務的執行效率。除了方便網路服務開發外，Vert.x 的模組 (module) 支援，對於寫大型網路服務來說是個很重要。

作為軟體開發人員，山姆鍋跟大多數人一樣不太喜歡寫文件，但文件 (尤其是 API 等技術文件) 其實就跟原始碼一樣需要即時的更新與維護。「影化身科技」的網站已經採用 Markdown 這種輕量級文件格式且所有內容都跟程式碼一樣進行版本控制，對於技術文件，自然希望採取相同的流程。本文說明山姆鍋選擇 AsciiDoc 作為文件格式的主要原因。