回應整理：「google為何輸給Oracle：判決書小整理」
這篇是有關上一篇 Google vs Oracle的判決書
的回應。
因為有些朋友看完那篇後，覺得筆者寫得太爛不夠清楚，提了一些意見，我就把回應跟上一篇的回應一齊整理在這裡，大家可以…呃…參考參考：
google為何輸給Oracle：判決書小整理
眾所矚目的Google vs Oracle在前幾日判決，Oracle逆轉勝了這一局，因為我覺得此案實在太過重要，所以筆者就下載了 判決書全文 讀了一遍：
配上早先其他來源的一些整理：
http://yowureport.com/?p=11928
http://www.fosspatents.com/2014/01/api-copyrightability-to-be-confirmed.html
並整理重要的論點在此，雖然說有一堆專業用詞不知道怎麼翻，還請路過高手指教；本文歡迎任何人轉載，但請註明出處：
注意此文是判決書論點之整理，不代表yodalee之個人意見，yodalee的個人意見是 “開源碼萬歲 甲骨文去死” (誤)。
...以pull request參與github專案開發
我的核四見解
好啦我先說，我寫這篇文已經抱持著被戰爆的可能了，特別是我記得我FB一直都保持擁核的態度，然後有一次在一長串的討論之後，我朋友就發了個推文：
擁戴科學的人，理應謙卑的面對質疑，不要把所有假設都以為是理所當然／我只是覺得擁核方的態度有點討厭
嗯嗯啊啊 O_O，我只能弱弱的OS「我尊重你，你尊重我」啦，畢竟對方是電力組博士，而且這個發文自己跳出來回好像有點自己跳出去被打臉怪怪的。
...使用git squash 合併commit
小弟之前一直有個習慣，每次寫程式都要寫到結果正確了，才把該commit的commit；這樣造成的結果是，常常累積了數百行的差異才commit，要是中途不小心手滑了一下，辛苦就全化作流水了。
阿蹦大神曰：不用結果正確，編譯可過就commit
這樣…不是會跑出一堆亂七八槽的commit嗎？
這就要用到git squash功能了。
使用python struct 實作Dex file parser
最近因為學校作業的關係，開始碰一些android的相關內容；有一個作業要我們寫一個程式去改android dex file的opCode， 不過我實力不足，最後用smali/baksmali+shell來實作，一整個就不是熟練的程式人該作的事O_O。
...Minecraft plugin fastbuild break
這篇接續上一篇
最近花了一點時間，把fastbuild plugin本來預定的功能寫完了。
至於為什麼會相隔這麼久(16天)，因為作者平常都在打東方有很多事情要忙，加上Java實在不是作者熟悉的語言，以致進度緩慢。
這次主要寫的是break的部分，原始碼比place 的listener多了一倍，因為break還涉及手中工具的耐久度設定、是否要掉下東西等，功能更複雜。
Minecraft plugin fastbuild build
最近想要寫一個快速整地用跟建設用的minecraft bukkit plugin，畢竟在進行大建築物的建設時，常常要剷平一整個山丘，或者要鋪一整片地板，很費工夫而且很慢，按著shift後退加滑鼠右鍵也很累。
用worldedit的確可以達成同樣的目標，可是那又太容易了。這個fastbuild的目標，就是一個威力中等的plugin，不像worldedit這麼有破壞力，保留建築材料自己取得的挑戰，又比用鐵鏟跟專注狂點右鍵更快一些，可以把精力用在建築物的設計上。
總結來說，worldedit是要讓creative mode更creative mode；fastbuild則是要讓survival mode 更creative mode一點。
有關實習
最近，有人跟我提到實習的事情。基本上我是謝絕了，我覺得實習這種事大意不得。
畢竟我不像強者我同學們，如呂帥等可以身兼實習、課業和研究，我平時要顧好課業就已經力不從心，再加上實習肯定是雪上加霜。
實作：minecraft 豬人農場
直接進正題，總之看了youtube的設計：