程序員的身價取決於手中產品

　　寫代碼的時候，業餘時間討論最多的是Coding的這個產品未來有多少用戶，這些用戶用起來怎麼樣？由於我有一個強烈的願望，就是在朋友間聊天的時候，不經意的告訴他某某產品的代碼是我寫的。

　　就像曾經一個朋友告訴我，他參與了美的電飯煲控制程序的編寫；曾經也有一個朋友告訴我他參與了騰訊瀏覽器代碼的編寫。說者無意，聽者有意啊，感受這是一件多麼偉大的一件事啊。

　　別人問：你是作什麼的

      答曰：作軟件的

　　再問：那個軟件是你作的

      答曰：……

      無言以答，唯有苦水肚中流。不是本身不努力，不是本身的代碼差，只是本身作的產品沒站在「風口」。

　　07年作華爲項目的時候，已經用上了Agile了，今個兒不說Agile的優劣，至少爲Agile的推廣起了綿薄之力。

　　07年作華爲項目的時候，已經參與了跨平臺，跨系統的分佈式應用程序開發了，今個兒不說分佈式系統的長短，但爲我後來給廣東喜之郎寫OA架構，寫ERP架構奠基了基礎。

　　這些年來，工做中作的這些事對企業來講有價值，給外人的感受老是默默無聞的躺在那兒。

　　這些年來，也利用業餘時間作了一些屬於本身的做品：分佈式權限管理系統，網頁聊天軟件，js畫廊插件。無疑的這些東西我都經過代碼來實現了，可是沒市場了。

　　當認識到這事時，爲時不晚啊，哈哈哈，哈哈哈！！！

 

================================爲了保持每篇博客都有代碼的風格，風牛馬不相及線==================================

示例1：

protected int GetNum()
{
    int i = 1;
    try
    {
        i = 5;
        return i;
    }

    finally
    {
        i += 1;
    }
}
//輸出結爲: 5  測試於 2006-11-10

示例2：

protected System.Text.StringBuilder GetString()
{
    System.Text.StringBuilder str = new System.Text.StringBuilder("a");
    try
    {
        str.Append("b");
        return str;
    }

    finally
    {
        str.Append("c");
    }
}
//輸出結果爲: abc  測試於 2006-11-10

 

這段代碼能夠延伸出兩個知識點：

1：try裏包含了 return時，執不執行 finally，要執行何時執行？

　　會執行，在return之間執行。

2：值類型與引用類型，在作賦值操做時的區別是什麼？

　　值類型在爲同一個變量賦值時，會新開一個存儲空間。

     引用變量在賦值時，只是對堆進行操做，棧的指針沒有變化。