當你做決定的當下，你的決定就已經成真了

-
看到了Porsche 997 Carrera的廣告

裡面有一句話讓我很感動

It’s a funny thing about a Porsche. There’s the moment you know you want one, there’s the moment you first own one

關於Porsche，有件有趣的事，就是當你夢想擁有一部Porsche時，那個當下，你就已經擁有她了

這是很簡單的一個道理，也是我們與生俱來的能力，我作的到，來看這篇文章的你也做的到。

話說回來，我還是會先買STI，哈哈～Porsche就當作長程規劃囉

留言

張貼留言

這個網誌中的熱門文章

筆記：TBD是三小?---What is Trunk Based Development?

-
圖片
原文：  http://paulhammant.com/2013/04/05/what-is-trunk-based-development/   讀過了Perforce官方的mainline model的文件，又看到Google與Facebook都使用TBD，以及我自己在開發上遇到的問題，讓我想看看TBD到底如何可以幫助我們解決這些工程上的問題，看起來作者非常反對feature branch，而我自己親身經歷的感受也的確，要開feature branch，除非能做到Perforce官方推薦的經營方式，不然不只Merge會有災難，開發時也是災難連連。以人性角度來說，假設我做componentA，如果有10個feature branch都有componentA，那每個branch有問題我都要去看，我修了一個componentA的問題，由於每個branch分支出去的時間點不同，其它branch有的可能有，有的可能沒有這個問題，那我怎辦，只能等著人家來報問題，那我的時間很多都花在解這些Branch的問題上。如果採用的是TBD的概念，我只要保證trunk沒問題就可以了。或許在code撰寫方式上需要花很多工，但是我只需一次工，也可以將焦點集中在一個地方。對於我這種普通人，這是比較人性化的工作方式。 甚麼是TBD 一個軟體開發的分支模型，也被稱作mainline 同一個產品開發的所有人員共享一個Repository，有一個trunk，單一Developer或是Developer團隊可以有自己的private branch，所有修改最後都會回到主幹 只有在Release時才會有官方的分支，一般Developer不能對Release Branch作動作，只有Release Engineer可以更動Release Branch，當Release Branch完成它的任務，就會被砍掉。 Google與Facebook都採用這種分支模型 有需要Release才Branch Release之後的branch，就不會有大的更動，只有Release Engineer會進行將挑選Commit合併到Release Branch的動作 多一個Release Engineer的帽子 Bug先在trunk修好，之後把Commit合...
閱讀完整內容

筆記：Domain driven design quickly

-
圖片
http://www.infoq.com/minibooks/domain-driven-design-quickly 什麼是DDD 參與角色：Domain Expert，Analyst，Developer 產品：Domain Model，Software Design Domain：一個會實際存在，被使用的系統。不同的系統有不同的運作邏輯、流程、資料。也是軟體要幫助的對象。Ex：銀行、書籍管理、進銷貨、股票交易，電信，這些是原來就有系統存在，軟體可以幫助這些系統運行。而像是遊戲、作業系統、這些原來沒有存在的系統，軟體就是把系統行為建構起來的基本組件。 Model：把實際存在，運作的事物抽象化就是Model，Ex：經濟模型、數學模型、物理模型...等，Model不是一個特定的圖，Model是一個idea，Model不只是Domain專家的知識，Model是一個嚴格組織與挑選過的，對於Domain專家的知識的抽象化。Model可以用圖來表示，可以用code來表示，可以用文字來描述。對於開發人員而言，Model就代表Domain。 Software Develop花太多的時間在code上，他們認為軟體就只是Object與Method。 建立Model的最主要目的，就是要拿來溝通。 Software Design可以說是整間房子的藍圖，Code Design算是實際蓋房子的方法。 Design Pattern就是Code design的一種方法 Waterfall的缺點就是作到最後沒人敢動 Agile的方式的缺點就是一開始沒有作周詳的設計 To be or not to be? Domain專家講的一定都對？No，Domain專家的語言不見得可以直接拿來做軟體，所以要問清楚，再作Modeling，Model也會不斷做修改。 DDD的目標就是透過與Domain專家溝通，作對應Domain的Mode，再根據Model，來作出Software Design，讓Design可以與Domain對應，而且讓參與製作產品的所有人，都可以透過Model這個共通的語言來溝通 The Ubiquitous Language Software developers腦袋裡面裝的就是Classes，Methods，演算法，Pa...
閱讀完整內容

筆記：20131030 Unity原廠講師大解密

-
Asset Bundle工作流程及人物換裝實例 - 劉剛 Unity內部的資源有兩種(斯斯有兩種?)： Resources：有10年歷史，儘量用Asset Bundle Asset Bundle：暱稱AB，現今Unity處理資源的中心 AB選項的差異 透過Web Player下載Asset Bundle的Cache需要收費，在iOS，Android的Cache不需收費。--->手持遊戲卯起來用!!! 瀏覽器本身也有Cache，為什麼要用Unity的Cache？ 因為存在Cache裡面是解壓狀態，下次調用不需再解壓一次，大省CPU時間。 Unity會管理Cache大小，壓縮檔案解壓後會丟掉。 Browser就只能存壓縮狀態的Asset Bundle，而且位置每種Browser都不同。-->有付錢有差 AssetBundle.CreateFromMemory：大多數用在對內容作加解密，無法Cache，也就是每次執行都要下載一次，Script也可加密 AssetBundle.CreateFromFile AssetBundle.Load與Application.Load的差異，Application.Load只能Load StreamAsset裡面的東西。 每開一個www用來下載AssetBundle，就要用掉8MB的Buffer，所以www下載完要作以下動作來清掉那8M： WWW.Dispose AssetBundle.Unload(false) Resources.UnloadUnusedAssets AssetBundle可以作Dependency!!! BuildPipeline.PushAssetDependencies，把資源推進去 BuildPipelinePopAssetDependencies，把資源彈出來 假設Push以下資源：A，B，C，透過Push&Pop，可以產生3個Packege，C依賴B，A，B依賴A，A獨立的Asset Bundles，完全不會重複包資源！ 在一個Prefab裡面會有Mesh，Material，Shader，Texture，Script，都應該分開包，Load的時候再按照順序Load回來，再配合上Cache機制，已經下載過的Asset...
閱讀完整內容