眾所矚目的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功能了。
最近因為學校作業的關係，開始碰一些android的相關內容；有一個作業要我們寫一個程式去改android dex file的opCode， 不過我實力不足，最後用smali/baksmali+shell來實作，一整個就不是熟練的程式人該作的事O_O。
...這篇接續上一篇
最近花了一點時間，把fastbuild plugin本來預定的功能寫完了。
至於為什麼會相隔這麼久(16天)，因為作者平常都在打東方有很多事情要忙，加上Java實在不是作者熟悉的語言，以致進度緩慢。
這次主要寫的是break的部分，原始碼比place 的listener多了一倍，因為break還涉及手中工具的耐久度設定、是否要掉下東西等，功能更複雜。
最近想要寫一個快速整地用跟建設用的minecraft bukkit plugin，畢竟在進行大建築物的建設時，常常要剷平一整個山丘，或者要鋪一整片地板，很費工夫而且很慢，按著shift後退加滑鼠右鍵也很累。
用worldedit的確可以達成同樣的目標，可是那又太容易了。這個fastbuild的目標，就是一個威力中等的plugin，不像worldedit這麼有破壞力，保留建築材料自己取得的挑戰，又比用鐵鏟跟專注狂點右鍵更快一些，可以把精力用在建築物的設計上。
總結來說，worldedit是要讓creative mode更creative mode；fastbuild則是要讓survival mode 更creative mode一點。
最近，有人跟我提到實習的事情。基本上我是謝絕了，我覺得實習這種事大意不得。
畢竟我不像強者我同學們，如呂帥等可以身兼實習、課業和研究，我平時要顧好課業就已經力不從心，再加上實習肯定是雪上加霜。
直接進正題，總之看了youtube的設計：
本文是要說明git中stash指令的應用，基本需要先知道git 基本的add, commit，以及branch的功能。
使用git進行版本控制，branch是相當重要的功能，一般會建議要開發一個新的功能，就要先分出一個新的branch，開發好新的功能後再merge到master的版本內。
編按：雖然話是這麼說啦，可是筆者在實作時通常還是一個master branch一直commit下去XD。
當分枝一多的時候，就會出現一些問題，例如在一個分枝中修改到一半的內容，例如：「雷射彈幕」，這時有些點子想要切到另一個分枝中修改其他內容，但這個「雷射彈幕」的功能還沒達到可以commit的等級，就需要stash來暫存目前修改的內容。