當初是為了開發 Android 系統而開始使用 Ubuntu 12.04，過程中其實也沒有時麼不適應的問題，作為一個開發人員，挑系統也不是一個很正確的行為，也因此讓我變成 CentOS（伺服器）, openSUSE（筆電）, Ubuntu(Android 開發) 三刀流。但是在AWS(Amazon Web Services) 的 EC2 上，我其實是選用 Ubuntu 16.04 來作為我的 t2.micro instance 的作業系統。
下面簡單紀錄一下啟動 LAMP 環境的安裝過程：
當你採取自己管理主機來架設網站的時候，你可以使用 Webalizer 來觀察網站的訪問情況，Webalizer 主要是使用 Apache Web Server 的 access.log 來進行分析統計，在安裝上不管是 CentOS 或是 Ubuntu 系統都提供相當方便的方式，下面我們以 Ubuntu 16.04 LTS 來當作例子。
安裝指令：
想要在網站上發表文章時，如果遇上了程式碼的段落，排版起來總是會有點頭大，最好用的當然還是 < pre > 標籤，但是要完全做到程式碼的高亮突顯效果就不是很容易的。以前流行過的 XOOPS 這套 CMS 裏面就有很好的程式碼內容高亮突顯套件，但是現在也有一個簡單易用的選擇 ：Google Code Prettify
日前一位客戶找上我，說明了目前在使用QCA9533 BL3A晶片組的產品開發上，遇上一個BUG，已經卡住三個星期了，遲遲無法解決。由於客戶是採用OpenWRT的架構，而在同一板子上原廠所提供Firmware是OK的，推測Tx power過低的訊號異常BUG應該是ATH9K有需要patch。
原本客戶使用的QCA9533 AL3A是沒問題的，直到換了BL3A才出現30 dBm 的 loss，這種突然間出現的Project往往都很急也很趕，只好努力一下，最後花了2天處理好這個已困擾客戶三個禮拜的問題，Happy hacked.
一般來說，可以有三種方式來製作適合 Ubuntu 的 DEB 套件安裝檔，如下:
1. 使用 RPM 安裝檔進行轉換：
sudo apt-get install alien sudo alien "要轉換RPM的檔名"
2. 簡單快速製作 DEB 檔的方式：
sudo apt-get install dh-make debhelper fakeroot devscripts checkinstall sudo checkinstall -D make install
Notes : 使用 source tarball , 執行 ./configure & make , 成功 build pass 後使用
沒有比它CP值更高的大光圈鏡頭了，如果你是 Canon 的 DSLR 用戶。在 EF 50 F1.8 STM 發佈的時後，我就已經決定要第一時間入手，替換掉我手上的 EF 50 1.8 II，最主要的因素就是採用了 STM 對焦馬達，可以提供更快、更準、更安靜的對焦。接下來就分享一下實拍的照片及心得。
中國大陸地區目前（2015-05-19）出現了無法訪問中文維基百科的情況，網路搜尋關鍵字和DNS解析出現了人為干擾的情況，目前無法解析出正確的IP地址，而英文版的網站目前未受影響，可以正常訪問，中文版何時可以恢復訪問，目前仍無法預估。
中國大陸上一次針對維基百科的封鎖發生在2013年，之後中文維基百科的IP位址進行了調整，使得稍後其又能正常訪問。由於此次是針對中文維基百科進行了DNS解析的干擾，無法再用調整IP位址來進行反制。
使用數位相機拍攝時，如果遇到高反差的畫面，高亮度的區域很容易爆掉，這是因為感光元件的動態寬容度，比起人眼或是傳統的銀鹽底片（Film），是相對較差的，Canon 6D 有提供高光色調優先（High Tone Priority，D+）的設定選項，目的就是為了保留高光區域的細節，在這邊透過實際的拍攝，測試其效果如何？
本身常用的 Linux 系統，如 openSUSE及Ubuntu，預設使用的圖片瀏覽器都是Image Viewer，在100%檢視的狀態下，看圖品質並不成問題，
但是在縮圖瀏覽的情況下，所表現的圖片素質就讓我無法接受了，而且 Image Viewer 預設都是以符合視窗大小來瀏覽圖片，對於希望能夠以固定比率觀看的情況下就顯的更不好用。
在這邊推薦一個好用的圖片瀏覽器
今天有安卓系統的客戶反應在升級了新版的微信之後，變得無法執行了，實際查看之後，發現不同品牌裝置的表現並不一樣，HTC 的蝴蝶機(4.4)跟 ASUS(4.3)的都沒問題，果然大廠還是比較有保障的。
試著找出問題，發現錯誤是新版的微信 5.3.1 在載入 libwechatCrashForJni.so 這個庫文件時失敗報錯，這個部分的代碼跟 5.3 有不小的差距，引用了不同的加載方式所造成的錯誤，實際上這個庫文件跟5.3是一樣的，也存放在正確的位置上，但是 5.3.1 載入時就會出錯，
5.3 版就沒這問題。
由於不是每個裝置每個品牌都會出錯，所以無法完全歸罪於微信的開發人員(只能說有部分是)，但可以確定的是製造商肯定有進步的空間，因為有人做到了。
為什麼同樣的代碼會出現不同的結果呢 ??
怎麼解這問題呢 ??