7/31晚上本來還在練日文聽力，卻瞄到FB(謎：練聽力不專心，拖出去砍了)一兩位高雄的朋友在貼出家門口發生爆炸、或是聽到巨大爆炸響聲的消息，照片跟影片有點猛，根本就是watch dog實況飛機轟炸了。
後來幾條即時新聞貼出來，看到一兩個爆炸點離我家好近，發條簡訊回家問候，沒想到家人回電說離家不到50公尺的馬路整個爆炸，現在家裡都是瓦斯味，整條街的人都疏散到附近的學校操場了。
從這時開始追蹤BBS上面的消息，發現爆炸範圍大得誇張，一堆路口都有爆炸的消息，一開始消息很亂還一度有新聞說前金區都有爆炸（後來更正是感覺得到震動）
後來發現沒人好好整理一個爆炸點圖，只看文字實在不知道哪裡發生事情，經過好友qcl大神的指點，用了google map engine，憑著新聞上的路口報導，網友提供的圖片影片，對照自己生活18年記下來的腦中地圖，大略畫了一張高雄的救災地圖：
...最近據說Uber 大舉入侵台灣，又是掀起一波爭議，網路也是各方意見都有：有認為是自然市場競爭的；有認為對計程車是壓迫的；也有說法認為Uber完全沒有任何創新，結果被嗆爆的。
對這個問題，我也來寫寫我的想法，反正這個blog基本上沒人在看，寫再爛也不會被嗆爆，剛剛講的幾篇都在參考資料，讀者請視了解程度自行觀看。
最近作者正在看nasm，某個assembly 的實作，因為作業系統都升到64 bits了，要編譯asm code需要一些額外處理，以下記錄一下處理步驟，我是用archlinux，不過我想其他作業系統應該也差不多：
...最近我修改了我的ADS2Origin，因為使用者回饋表示，有時候資料區塊長度不同是無可避免的，比如說遇到loadpull的圖形，因此我把輸出改為csv格式，程式只會提醒使用者資料區塊長度不同，而不會自動切掉長度過長的部分；這個東西其實也不難改，反正資料就在那裡，只是改一下寫出的方式。
倒是寫這個讓我想起data mining的名言：「做data mining的，用了70%的時間在處理資料，30%的時間在靠北處理資料」
與此同時，很高興6/25號晚上我又推了一位同學當使用者，使用者人數++。
為了方便使用者，把下載連結
放在這裡讓大家下載。
另外，最近我發現到一個問題，因為我的git project把windows下的執行檔都包進去，git又是每記錄一個版本就把檔案都複製一份，看一下我的git repository已經14 MB（唔…跟某些project用幾十G在算的比起來其實還是很小），
不過恁爸保留exe的commit好像也沒啥用，就趁這個機會研究一下怎麼刪掉舊記錄裡面的執行檔。
不能用git rm ，這是不夠的，git歷史資料還是會保留著，因此需要一些特別的方法，主要的參考資料是 ProGit 的 10.7 的 Git-Internals-Maintenance-and-Data-Recovery
，
還有一篇 gitready
的文章，其實大部分的內容它們都講完了，我只是照做而已。
站長最近都在忙論文，blog就這樣荒廢了，不過今天心血來潮，把幾個寫論文時用word+mathtype寫的技巧整理一下，分享給大家。
不過先聲明，個人還是認為用LaTeX寫才是真高手，只是站長小孬孬就用word寫，不像強者我同學們都用LaTeX。
這篇是有關上一篇 Google vs Oracle的判決書
的回應。
因為有些朋友看完那篇後，覺得筆者寫得太爛不夠清楚，提了一些意見，我就把回應跟上一篇的回應一齊整理在這裡，大家可以…呃…參考參考：
眾所矚目的Google vs Oracle在前幾日判決，Oracle逆轉勝了這一局，因為我覺得此案實在太過重要，所以筆者就下載了 判決書全文 讀了一遍：
配上早先其他來源的一些整理：
http://yowureport.com/?p=11928
http://www.fosspatents.com/2014/01/api-copyrightability-to-be-confirmed.html
並整理重要的論點在此，雖然說有一堆專業用詞不知道怎麼翻，還請路過高手指教；本文歡迎任何人轉載，但請註明出處：
注意此文是判決書論點之整理，不代表yodalee之個人意見，yodalee的個人意見是 “開源碼萬歲 甲骨文去死” (誤)。
...好啦我先說，我寫這篇文已經抱持著被戰爆的可能了，特別是我記得我FB一直都保持擁核的態度，然後有一次在一長串的討論之後，我朋友就發了個推文：
擁戴科學的人，理應謙卑的面對質疑，不要把所有假設都以為是理所當然／我只是覺得擁核方的態度有點討厭
嗯嗯啊啊 O_O，我只能弱弱的OS「我尊重你，你尊重我」啦，畢竟對方是電力組博士，而且這個發文自己跳出來回好像有點自己跳出去被打臉怪怪的。
...小弟之前一直有個習慣，每次寫程式都要寫到結果正確了，才把該commit的commit；這樣造成的結果是，常常累積了數百行的差異才commit，要是中途不小心手滑了一下，辛苦就全化作流水了。
阿蹦大神曰：不用結果正確，編譯可過就commit
這樣…不是會跑出一堆亂七八槽的commit嗎？
這就要用到git squash功能了。