緣由

我一直有寫 blog 的習慣, 包含音樂, 技術, 生活三大類. 音樂類在 blogger 寫了很久了, 也很熟悉 blogger 的功能, 他也滿足我大部分的需求, 包含可以完全自定 HTML/CSS/JS 等. 但是對於資料的完整性, 也就是除了文章, 其他還有圖檔部分, 就不是能夠完整備份, 因為它整合了 Picassa. 但我不是很喜歡這樣的整合, 不好備份. 哪天 google 把 blogger 收起來我就哭了 orz…

Blogger 另外的問題就是 HTML Editor 不好排版, 常常產生 garbag code, 差不多和 word 同樣等級了.

自重開始使用 markdown 寫文章之後, 就一直在找類似的系統, 本來是用 logdown, 不過用了一年, 發現問題都沒有在維護, editor bug 也不少, 功能也無法完全滿足我的需求, 所以就開始想找其他的系統了.

本來是想試 Octopress, 後來同事推薦 Hexo, 抱著好奇心的角度試看看, 發現跟以前我曾經用 PHP 把 BBS 文章轉成 web 的概念有點像, 可以整合 github, 所以就決定先用這套了!

我很重視團隊溝通的效率和方法，包含 問題回報、文件表達、會議、工作管理，因為 溝通＝成本。以前系統沒那麼進步，這些成本就算了，但是現在時代那麼進步，還用很沒效率的方法在做事，就很可惜。通常系統的設計是符合一般的需求，而且是遠大於需求，所以導入一套系統制度，通常要改變的不是系統，而是人。當然系統也要調整，為人來調整.

2018/12/13 更新：這篇文章寫作的時間是在 2015/01，內容描述的時間約 2012/03 ~ 2015/01 (3y)，當時的團隊是 IoT，分別在台北、武漢、珠海、米國加州 Fremont 四個地點，產品是軟硬整合的居家安控系統。

這篇文章的重點在於 團隊協作 ，工具則是 Redmine 為核心，文章內容包含以下：

1. 導入前的探索與定義
2. 開發流程
3. 整合與實作
4. 議題管理
5. 導入成效

實際上，也與需求管理、軟體生命週期管理、持續交付、文件管理 .. 等有關係。

註記：本文介紹的的重心擺在如何有效地管理軟體開發與交付的流程，使用的則是 Redmine。談的較多的是管理心法，而非技術上的著墨，像是 Redmine 系統安裝、管理、Git 與 Redmine 整合、CI/CD 等部分。相關技術文件請參閱底下文章整理：

• 寫在介紹 Redmine 之前
• Redmine 安裝篇：Redmine 4.0.x on Ubuntu 16.04
• Integrate GIT in Redmine
• Redmine Plugins and Themes
• Issue Tracking in Redmine

一些關於經營、管理、創業、創意、品質 … 等領悟

Docker 這東西我注意很久了，但一直以為他就一個 VM Guest Machine 的 Adapter 之類的東西，然後可以 remote 一些指令。不過我誤解了，因為如果只是這樣，應該紅不起來。看到這本書 Docker —— 從入門到實踐 裡面提到一段和 VM 的比較，如下圖節錄：

這段很吸引我，我想『感覺』一下啟動的『秒級』是啥感覺，還有效能接近『原生』。。。這太有吸引力了！！然後還是可以快速建立測試環境，也符合我現在想要的，甚至可以不用像 OpenStack 那麼複雜的安裝和設置，而且要很多 resource (就是機器要很強啦) 。。。

以下是我的感動筆記。。。。 XDD

一件事情，跟一個人說清楚要時間 a.
跟兩個人說清楚的時間: a - 2!
三個人說清楚的時間: a - 3!
跟 n 個人說清楚要的時間: a - n!

時間就是金錢, 就是成本.
精簡, 清楚的表達, 有效地傳達訊息,
管理者應該要思考的.

職位越高的管理者, 越要花心思建立有效的溝通方式.
有人用 email, 有人用 ppt, 有人用系統,
有人用 skype, 有人直接飛過去, 有人寫 wiki ….

email, ppt, skype, slack, 是不推薦的.
因為那只能傳遞 message, 不能有效的組織有用的資訊.

系統, wiki, 是推薦的, 清楚, 有效率, 一致性, 有組織, 沒有時間地域性.
只有願不願意做而已.

不難了解的事情, 但人一多就很難搞定, 很容易發散, 發酵.
公司是如此, 到社會會更複雜.

這東西跟演算法 Big-oh 很像, 所以不是管理階層要懂, 工程師應該更懂.

延伸閱讀 (站內)

• Cost in Context Switch
• 為將之道
• 專案管理
• 開會原則
• 個人工作管理
• 經營之道
• 協同合作系統建制與導入 - 以 Redmine 為例

相關資料

• 人多好辦事？

更新紀錄

• 20170903: 加入 Slack 不適合組織

開會的目的是針對一個主題，大家交換想法、討論、甚至是吵架，達成一致共識的過程。不管是在銷售、研發、決策、營運、生產單位，都是每天在發生的。

這篇主要是整理過去經常使用到的範例，同時也是作為教育訓練使用的文件。以下的範例都是在 Linux or Mac OS 執行的。

大綱

1. Basic usage: 基本的用法與常用的參數 (Options)
2. HTML form
3. Cookie
4. HTTP authencation
5. RESTful
6. Debugging and Scripting

從小我老爹就這樣要求我：『東西歸定位，什麼東西應該放在什麼地方，要養成習慣。』

小時候東西要是用完沒有拿回去原本的位置，就會被罵。像是吃水果拿水果刀，用完就要拿去固定的架子放；用完的指甲剪、膠帶、筆、看完的書、房間的棉被、衣服、日用品等等，老爹都會念。後來也漸漸養成習慣，東西都會習慣性的『想辦法』讓它能夠歸位。這個『想辦法』的習慣，在開始玩電腦之後，發揮得更淋漓了。因為『想辦法』讓我習慣去用各種角度組織、分析事物的用途、屬性、使用頻率、實用性 …

以前工作就喜歡用 Synergy 這套來取代一大堆線的 KVM，最近終於有機會再次使用。不過這次的 Client / Server 是不一樣的 OS，試了一下也都沒問題。筆記一下。

設定現在簡單到爆，看圖說故事：

我 po 在 ptt Soft_Job 版的分享, 做一些重新整理, 原文在這裡.

註：這篇是我 2014 年寫的，文中描述的實際發生時間約是 2009 年 (快十年前 orz)，補充一些資訊在最後面。

工作這麼久了, 一些基本東西應該事都要懂得: 如何個人工作管理.
但是常常發現很多人, 不管工作多久了, 還是一樣不會這些基本的東西.
履歷上寫十年資歷, 但是做起事的過程, 來比剛畢業的還不如.

幾個常見的幾個地方:

行事曆

• 不會用行事曆, 工作沒有 “時間” 感, 更別提 “Schedule”
• 事情輕重緩急不分, 每一項都很急.
• 開會不發 Invitation, 時間到了也不裡 Notification, 參不參加也不 aceept, 人不來也不講
• 要開會也不講, 常常需要別人配合, 打亂別人行程
• 準時 是值得誇讚的事情？ …. 你在說什麼？

Email

• 發信對象主次不分, 不相干的人常收到莫名其妙的東西
• 發信對象, 對內/對外不分, 對公司同仁, 對客戶搞不清楚.
• Mail Subject 亂下, 標題和內容無關
• 不會問問題, Mail 內容沒有章法、重點
• 從來不會整理信箱, 重要的訊息一次兩次不會沒關係, 一年後還是不會
• 自己不會定時收看 Email, 搞不清楚狀況.

開會

• 總是有人會遲到/早退, 啥鬼理由都有
• 開會主題不明確, 不知道主要討論什麼
• 經常岔開話題, 亂七八糟聊天
• 邀請不相干的人, 浪費大家時間
• 開會對象主次不分: Host (主席), Attendee (出席), Optional (列席)
• 會議經常沒有結論, 時間冗長

結論

在面試時, 我一定會問 “如何個人工作管理”,
這些不是會不會問題, 而是該要有的態度, 在乎就會去學.

“溝通” 是需要成本的, 而且影響非常大.
越大的組織, 越要重視這些基本的東西;
越是在上位者, 越是要注意.
錯誤的訊息影響層面之大, 是無法估計的.

延伸閱讀 (站內)

• Cost in Context Switch
• 為將之道
• 專案管理
• 開會原則
• 經營之道

我想把 local 的一個 project source code 放到 git local / remote repository. 這邊 remote 我用的是 bitbucket. 在開始之前，先登入到 bitbucket 建立新的 Repository，如下圖：

我建立的是一個 private repository, 可以在 repository -> wiki 找到 git URL.

接下來就是開始如在 local 建立 git repository，然後再把它 sync 到 remote.

Git 學習筆記。

我的黑金塔已經使用快兩個月了，現在除了做音樂還是需要開 Windows 7，還有網路銀行之外，都已經在 Mac OS 上做事了。這過程我把自己的 Mac OS 做了一些調整，還有找了很多工具，這些心得一一記錄在這裡，以備未來敗入 iMac or MBPR 時之需 XDDD

站內文章統計資訊，包含

• 每季的 Top 25
• Facebook Like 數量

M$ Windows 用了 n 年，一直很討厭的就是，不管再怎麼 powerful 的硬體條件，只要經過幾次的 hotfix / service pack 更新後，系統就會越來越慢。同時系統也會因為安裝工具越多，然後變得越來越混亂。這點在 Unix Like 的環境，相對起來就穩定很多。

會想開始玩 Mac OS 就是因為它本身就是 Unix base OS，對於程式開發者而言，是很親切的環境，加上友善且人性化的界面，對與影音的成熟支援，系統高度的穩定，所以開始動了使用黑金塔的念頭。

探索安裝 Mac OS on PC 過程中斷斷續續幾次，歷經利用 VMWare 安裝 Mac OS 10.5、10.6、到 10.8.5 (Mountain Lion)，直到最近 10.9 才有比較穩定的流程以及方式。10.9 從實際安裝好到現在已經使用了快要一個月，系統的穩定度和效能，著實讓人興奮。