2017 年初的時候，曾經寫了《如何自動化 release 的流程？ [https://blog.amowu.com/2017/01/how-to-automate-js-release.html]》這篇文章，介紹了如何利用 semantic-release [https://github.com/semantic-release/semantic-release] 和 TravisCI [https://travis-ci.org/] 自動化 GitHub Releases 和 NPM publish 這件事。這次要介紹的是如何直接透過 Probot [https://probot.github.io/] 機器人做到 GitHub Releases。 大綱 * 什麼是 GitHub Releases？ * GitHub Releases 有什麼問題？

近幾年在雲架構上討論熱度較高的 2 大主題分別是 容器化（Containerize）與 無伺服器（Serverless）架構。本篇文章會帶你瞭解什麼是 AWS 無伺服器架構，以及如何使用 Serverless Framework 這個框架，快速開發 RESTful APIs。 大綱 1. 什麼是 XaaS？ 2. AWS 無伺服器架構 3. Serverless Framework 4. CRUDable Service 5. 基礎設施即程式碼 什麼是 XaaS？ 馬雲說過一句話：「過去的一百年，我們把人變成了機器，未來的一百年，我們將會把機器變成人。」 人算不如天算，天算就是雲計算。如果要用一句話來定義 XaaS（X as a Service）的話，

這篇文章會介紹如何運用 Mock Server 和 Integration Contract Test（契約測試）解決一些在前後端分離的開發環境底下會碰到的問題。 大綱如下： * 什麼是 Mock Server？ * 為什麼需要 Mock Server？ * 如何使用 Mock Server？ * 什麼是契約測試？ * 為什麼需要契約測試？ 什麼是 Mock Server？ 下圖是傳統的前後端分離架構： 當後端 API 還沒開發完成的時候，前端會需要一個可以暫時回應假資料（mock data）的 mock server，如下圖： 等到後端的 API 開發完成之後，前端只需要將 API endpoint 從 mock server 切回 remote server 就可以使用真實資料，如下圖： 為什麼需要

本文介紹如何使用 AWS Lambda [https://aws.amazon.com/lambda/] & AWS API Gateway [https://aws.amazon.com/api-gateway/] 搭建一個不需要伺服器的環境，提供 Slack Slash Commands [https://api.slack.com/slash-commands] 查詢豆瓣電影。 在 Slack 輸入 /movie 絕地救援，會顯示相關的電影資料。這篇文章使用到的技術： * Slack Slash Commands [https://api.slack.com/slash-commands] * AWS Lambda [https://aws.amazon.com/lambda/] * AWS

最近的案子用到 Redux [https://github.com/rackt/redux] + React [https://facebook.github.io/react/]，因為它 Pure Function [https://en.wikipedia.org/wiki/Pure_function] 的特性，所以 單元測試 [https://en.wikipedia.org/wiki/Unit_testing] 很容易寫，順便也趁機會玩一下 程式碼覆蓋率 [https://www.blogger.com/(https://en.wikipedia.org/wiki/Code_coverage)]（Code Coverage）。 單元測試

這是一篇勉勵我自己如何實行 GTD & Creative Routines 的一套方法。 * 前言 * 不知道該做什麼 * 什麼是 Creative Routines？ * 人生終極目標 * GTD * 收集（Collect） * 處理（Process） * 二分鐘法則 * 四象限法則 * 整理（Organize） * 目標金字塔 * 三隻青蛙理論 * 執行（Do） * 番茄工作法 * 回顧（Plan） * PDCA 循環 * 願望清單 * 結語 前言 > 你是否常常在夜晚帶着一絲傷感入睡呢？明明胸懷大志，卻總是因爲忙碌無爲而感到愧疚？時間總是在不知道該做什麼之中悄悄流失…… 節錄自「我的时间管理与方法论 [http://www.mifengtd.cn/articles/runningcheese-gtd-system.html]」 不知道該做什麼 為了解決這類焦慮，我們需要有一套 GTD [https:

這篇文章將一步一步介紹如何使用 Docker、GitHub Flow、CircleCI、AWS Elastic Beanstalk 與 Slack 來完成 持續整合與持續交付的開發流程。 前言 什麼是持續整合＆持續交付？ 持續整合＆持續交付（Continuous Integration & Continous Delivery），簡稱 CI & CD，具體介紹可以參考「 山姆鍋對持續整合、持續部署、持續交付的定義 [https://samkuo.me/post/2013/10/continuous-integration-deployment-delivery/] 」這篇文章。 簡單來說就是盡量減少手動人力，將一些日常工作交給自動化工具。例如：環境建置、單元測試、日誌紀錄、產品部署。 我使用了哪些工具？ * Git [http://git-scm.com/] - 版本管理

註：這篇文章的原始碼放在 GitHub [https://github.com/amowu/dotfiles]，會以上面的更新為主。 如果不清楚什麼是 dotfiles 的話，可以參閱善用 dotfiles 個人化自己的工作環境 [http://cloudchen.logdown.com/posts/49264746647/dotfiles]： > dotfiles，顧名思義，就是檔案名稱以 . (dot) 為 prefix 的檔案通稱，若是您的作業系統是 Mac OS X 或是 Linux 這類 *nix-based 的作業系統，一般來說在視窗環境中是看不到這些檔案的，因為對系統來說，他們是所謂的隱藏檔，這些檔案有一些共通點，那就是他們通常用來儲存一些個人化的設定或是自定的拓展功能，以符合使用者本身的使用需求與習慣，有了這些設定好的檔案之後，使用者可以讓整個系統用起來更為順手，並且大幅提昇他們自身的工作效率！因此對某些使用者來說，這些 dotfiles

概要 這篇文章主要是說明如何寫 AngularJS 的 service，以類似 $resource [http://code.angularjs.org/1.2.6/docs/api/ngResource.$resource] REST 的方式來取得 Google 試算表的資料。 > 本文假設讀者已讀過 AngularJS Tutorial [http://docs.angularjs.org/tutorial]，了解 AngularJS 基本概念。 目錄 1. 建立試算表 2. Template 3. App Module 4. Service 5. Controller 6. 注意事項 7. 參考 建立試算表

> 在 2011 年，Gamification [https://en.wikipedia.org/wiki/Gamification] (遊戲化) 繼 Web 2.0 [https://en.wikipedia.org/wiki/Web_2.0]，Mashup [https://goo.gl/3mWtjK]，Cloud [https://en.wikipedia.org/wiki/Cloud_computing]，Freemium [https://en.wikipedia.org/wiki/Freemium] 之後，成為網路上科技的熱門關鍵詞。 Gamification 將會是 Social media [https: