Naming is alway difficult thing for me. But when look the speech which Brad Abrams  talking about naming convension， I think he provide more detail situation what we have to do when we need naming our variables. Some interesting about this speech as bellow:

• “Google test”: he just talk about avoid abbreviation. He say you can use google to test the abbrebiation.
• About casing rule: Just use camelCase in parameter naming,otherwise use PascalCase. (I think this rule give me some help)
• Do not use underscore:  Do not use it when naming. Just like Some_Variable~~
• Don’t use Hungarian Notation: Brad Abrams also talk about although Hungarian Notation is usefull in the past, but according the IDE progress more and more. Microsoft already ban their engineer using Hungarian Notation. So~~ in the public API do not use it, just use it in your function implementation(if you still want to use it).

There still have some great speech in the Designing .NET Class Libraries. You can choose what you interest topic and watch it online.

網站: [最有名的RIA網站10X10](http://www.tenbyten.org/10x10.html) > >

看見Patrick這篇文章裡面稍微提到RIA(Rich Internet Application)，基於對網路程式小小有研究，所以跑去給他GOOGLE一下、找到些蠻多的資料，可以先看愛德華的文章，看看RIA到底是什麼??也可以看阿修的部落格裡面關於RIA網站的介紹，當然d.cat的網站也要去看看。

現在所看到一些RIA的網站，大多還是使用flash來當作開發的平台，不論是移植性與對應性都還算是很高的，很久以前也就覺得或許以後的程式都有可能使用網頁來當作一個基礎平台，在上面建立出相關的服務或是所需要的功能。當然，這樣的前提之下，即使不使用flash，只要注意好http的特性(connectless)，我想光是PHP、ASP也已經可以寫出許多相關的程式。

逛了逛幾個關於RIA的網站，想到以前在接CASE的時候。不論費盡口舌跟店家說服一些網頁功能上的功能、一些會員機制的突破、一些網路行銷的概念，都比不上讓他們看到虛擬實境的環場動畫。也因為之前在開發利用網頁版的POS系統上遇到了許多網路程式先天上較難以突破的缺點，在此講幾個跟大家分享一下:

• 對於相關硬體的支援:針對POS系統而言，使用者通常會要求的是，賣場機器能多低廉就多低廉、能快速結帳就快速結帳~~~於是最好是只要一台電腦、不要有任何滑鼠、鍵盤。這對於當初的設計環節上相當的困難，所以不過我們後來使用BarCode Scaner加上許多Java Script來抓取螢幕上的輸入，作為網頁程式的點選流程，來解決關於這邊的問題。
• 庫存資料的Write Protect Lock:雖然POS系統對於資料庫的限制比較少，一個庫藏的貨物少了，一定是在店面，所以這個部份比較少，但是由於無法建立連線、加上連線品質不一定穩，使得資料庫的LOCK變成一個比較需要考量的因素。一但鎖定了，就必須要小心可能需要透過別的鏈結來解除鎖定。既然One Phase Lock都那麼困難，所以要實現資料庫的Two Phase Lock 也就更加的困難了。
• 像魔鬼般的”上一頁”與”重讀”:實作網路程式的時候，除了擔心鏈結被使用者偷看到以外，最怕的大概就是怕使用者無冤無故按上一頁或是重讀(Reload)。對於這樣的程式，要預防使用者的任何一種意外狀況，比起一般的應用程式都要難上許多，這些地方除了設定網頁失效外，多使用cookie 也是很好的一個方式。
• 儘量寫出cookie free的網站:我想，這跟上一點是相當的衝突，因為那個時候必須要考慮使用者可能拒絕紀錄cookie，所以使用了相當多的隱藏資訊(當然隱藏資訊越多~~~就越怕上一頁)，這是一個trade off，必須要捨其一去考量。

嗯嗯~~~講了一堆，如果換成現在的ＲＩＡ來思考（以Flash)為例，也就免除省略＂上一頁＂與＂Cookie”的問題。

最近在瀏覽網站的時候，無意間在其他人的Blog中看到Google的廣告(Google Adsense)，也去申請了一個來玩。他會根據你現在文章內容，顯示相關的廣告出來，並且記錄下點閱次數，支付你酬勞。算是不錯的小小福利，不過目前不支援繁體中文，真是可惜~~

若你是使用簡體中文或是英文為主的網站，申請一個來補助吧~反正Google的廣告一向都不會太礙眼

BTW:我申請了AdSense For Search 以後在個別網頁會看到一個Google的Search Bar如下所示~~~

新聞來源：TVBS

找了個豪雨過後的週末，來到了山明水秀的宜蘭，很幸運的~~遇上了難得一見的太平山降雪、週六當天殺上了太平山，享受了台灣人沒見過雪的快樂。雖然太平山積雪剩餘不多，不過還是有30多公分厚的積雪，加上整個太平山的風景與該天的陽光普照輝映成美妙的景色。

玩了一個下午，晚上到冬山河旁邊的民宿居住，卻發生的百年難得一見(怎麼那麼多~~百年難得一見??)的雙主震~

那許多人問我，在震央旁邊感覺是怎麼樣呢?只能說~~ 在那邊感受到比台北經歷921更恐怖的一種感覺，因為我似乎聽到了地殼的震動聲音、窟窿窟窿的響~~可能因為民宿的建築不夠穩，附近民宿的旅客全部都跑了下來。

有趣的是，慌亂之中~我們看見外國人抱著棉被跑出來全部往車上去睡了真是誇張

不過~~~ 我也睡在一樓~抱著棉被跟行李，隨時準備奪門而出就這樣~~睡了一晚  ==_____==

最近有同事問我，為何在我的電腦或是檔案總管中，無法將資料夾(Folder)中的”唯讀”(Read Only)屬性(Properties)Uncheck掉呢?但是不論你如何去Uncheck他，他還是會有唯讀這個資料夾屬性，但是奇怪的是，即使這個屬性是開的、你還是可以存取這個資料夾、更改名稱、甚至刪除整個資料夾。那麼~~~到底是什麼問題呢?

Google許久，總算找到解答根據微軟的網站說明，這是一個原始設計的原因、使得你無法去更改資料夾唯讀的屬性。在軟體業中，我們會稱為這個是”By Design”，只是為何這樣設計~~只有微軟才知道了。

<圖片來自: Amazon>

根據自投羅網與對牛亂彈琴最近的文章，似乎都提到RSS已經成為廣告商下一階段的最愛，當然BLOG的爆紅，使得每個人每天有讀不完的BLOG，自然而然RSS READER就變成大家都需要的一個東西，這樣一來，人們直接去逛該網站的機會也就變少了。於是，網路廣告商就把腦子動到RSS上面去，當然在在對牛亂彈琴的RSS广告来了，你怎么办？ 每個網站管理員的兩難~~ 要增加收入?還是減少20%的讀者??或許這是許多商業網站或是知名BLOG持有者的兩難。如果是我?我寧可保有個人空間的乾淨程度，雖然我還是個小小的BLOG。

但是我一聽到這個消息，我只是很好奇的是誰來存取我的RSS FEED(Who read my Rss Feed?) 根據這篇國外的文章，我找到了解答，各位可以連到Feed Burner這個網站，裡面提供許多關於RSS Feed的一些工具或是小功能。 也可以查詢有哪些人正在存取你的RSS。

也或許有人會問，那麼要用哪個來讀RSS FEED呢?我在這裡推薦大家使用Patrick所推薦的Syndirella算是蠻好用的一套軟體。

那麼要用Syndirella看哪些呢?可以讀讀我的或是看看呆伯特漫畫都是不錯的。