會注意到 LLVM 是剛開始在學 XCode 時, 在 build settings 裡出現 Apple LLVM 6.0, 裡面有很多項目, 像是 Code Generation, Language, Modules, Preprocessing, Warning, … etc, 其實不是很了解他的明白. 不過後來在看 台灣軟體產業的失落十年 這本書時, 作者也提到 LLVM, 找了一些資料來讀, 像是 LLVM 總是打開你的心：從電玩模擬器看編譯器應用實例, 我才意會到這東西是了不起的概念.
- LLVM 實作最成功的就是 clang, 它是 Mac OS 上預設的 C/C++/Objective-C compiler.
- FreeBSD 10 預設 compiler 改用 clang
版本控管 (Version Control) 的目的：
以下的說明，是我在 2013 年對內部其他單位溝通時的內容，然後稍作調整，主要描述的是版本控管的目的以及方法。這概念跟 Artifact Management 有很直接的關係。
底下的內容，是 2013 年一部內部訊息，整理出來的，部分內容是停留在當年 (2013) 的狀況.
我試著調整 Hexo 的一些細節，包含了解 Themes 結構、修改 CSS、加入 Facebook 的功能、RSS、了解 Plugin 的概念等等。把這些過程心得，都記錄在這裡。調整部分大概如下：
這份筆記主要是參考 交大開放式課程: 嵌入式系統設計概論與實作 的為主，大部份的內容都是錄影內容的筆記，範圍是 第一週 、第二週 的內容。然後加入一些我個人的筆記、複習一些知識、還有一些新的想法。
我一直有寫 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 為核心，文章內容包含以下：
實際上，也與需求管理、軟體生命週期管理、持續交付、文件管理 .. 等有關係。
註記：本文介紹的的重心擺在如何有效地管理軟體開發與交付的流程，使用的則是 Redmine。談的較多的是管理心法，而非技術上的著墨，像是 Redmine 系統安裝、管理、Git 與 Redmine 整合、CI/CD 等部分。相關技術文件請參閱底下文章整理：
一些關於經營、管理、創業、創意、品質 … 等領悟
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 很像, 所以不是管理階層要懂, 工程師應該更懂.
開會的目的是針對一個主題，大家交換想法、討論、甚至是吵架，達成一致共識的過程。不管是在銷售、研發、決策、營運、生產單位，都是每天在發生的。
從小我老爹就這樣要求我：『東西歸定位，什麼東西應該放在什麼地方，要養成習慣。』
小時候東西要是用完沒有拿回去原本的位置，就會被罵。像是吃水果拿水果刀，用完就要拿去固定的架子放；用完的指甲剪、膠帶、筆、看完的書、房間的棉被、衣服、日用品等等，老爹都會念。後來也漸漸養成習慣，東西都會習慣性的『想辦法』讓它能夠歸位。這個『想辦法』的習慣，在開始玩電腦之後，發揮得更淋漓了。因為『想辦法』讓我習慣去用各種角度組織、分析事物的用途、屬性、使用頻率、實用性 …
以前工作就喜歡用 Synergy 這套來取代一大堆線的 KVM，最近終於有機會再次使用。不過這次的 Client / Server 是不一樣的 OS，試了一下也都沒問題。筆記一下。
設定現在簡單到爆，看圖說故事：
我 po 在 ptt Soft_Job 版的分享, 做一些重新整理, 原文在這裡.
註：這篇是我 2014 年寫的，文中描述的實際發生時間約是 2009 年 (快十年前 orz)，補充一些資訊在最後面。
工作這麼久了, 一些基本東西應該事都要懂得: 如何個人工作管理.
但是常常發現很多人, 不管工作多久了, 還是一樣不會這些基本的東西.
履歷上寫十年資歷, 但是做起事的過程, 來比剛畢業的還不如.
幾個常見的幾個地方:
準時 是值得誇讚的事情？ …. 你在說什麼？在面試時, 我一定會問 “如何個人工作管理”,
這些不是會不會問題, 而是該要有的態度, 在乎就會去學.
“溝通” 是需要成本的, 而且影響非常大.
越大的組織, 越要重視這些基本的東西;
越是在上位者, 越是要注意.
錯誤的訊息影響層面之大, 是無法估計的.
我想把 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
站內文章統計資訊，包含
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 從實際安裝好到現在已經使用了快要一個月，系統的穩定度和效能，著實讓人興奮。
