如果你正準備大筆資金，等待台塑破40元買入，我勸你應該還是等等，為什麼？根據三點突破法來看， 41.75 是目前第 6 個低點，所以說明天收週線，價格必須高於第 3 個低點 47.9，才能打破下跌的趨勢。就實質面來看，真的很難，所以還是為維持下跌趨勢繼續進行。破 40 的機會很高。
前些日子有做到到客戶關係管理的簡報，突然有的開發的動機，本程式採用 C# 撰寫，目前正在開發階段，未來不排除朝開放原始碼方向，大家集思廣益，功能方面目前還在思考當中，基本上該有的功能應該都會有。
今天完成了基本的介面，以及資料繫結的項目，放個照片上來，讓大家有個印象。
1. 搞一個 XXX 的110 種方法的網頁，並且做成圖片而無法抄去文字照貼。這種文章常會被引用，成為權威。人們無法擺著不對你連結。
2. 寫一篇，成功 XXX 的10個步驟，這類的文章，很容易得到連結。
3. 針對某些話題，總結一個完整的索引資料列表(或稱為懶人包)。
4. 總結某行為的十大迷思。
5. 針對某一議題或同類產品列表比較，寫出有見地的比較分析。這樣有機會得到連結。
參考新聞：央行降息三碼！26年來最大降幅
今年97年下半年度，半年裡密集降息了5次，重貼現率由 3.625 降至今天 2，共計 6.5 碼，幅度其實跟瑞典一次降 7 碼，感覺上好像沒啥不同，只是央行的政策比較傾向溫和，只是歐洲一次降足，以免以後被批辦事不力。
跌破眾人眼鏡的是一次降 3 碼，算是最大的一次降福，央行有意識到台灣社會，現在貨幣流通性不足的問題，人人緊縮消費，大幅降息為了釋放更多貨幣到市場上，所必須採取的手段之一。
通貨緊縮在過去幾年間一直是我們較為陌生的名詞，油價從 146 元天價，狂降至 42 元，短短半年之間跌掉了 71％ ，相對飆漲的原物料也跟著一落千丈，表面上看起來好像似物價的問題稍稍獲得舒緩，但是暴跌伴隨而來的是，貨幣流通性不足，人們緊縮銀根，抱持觀望態度，期待未來可能降價的空間。
忽然間，客人不再一窩蜂的囤積原物料，工廠半年前進的高價原物料，期待大撈一筆老闆們，開始出現資金周轉問題，造成工廠倒閉，工廠倒了，人們也就沒有工作，更加緊縮銀根。惡性循環下，通貨緊縮的黑影正悄悄籠罩。
根據歷史告訴我們，通貨緊縮會有以下的現象：
通貨緊縮是指當市場上的貨幣減少，購買能力下降，影響物價之下跌所造成的。長期的貨幣緊縮會抑制投資與生產，導致失業率升高與經濟衰退。
所以說，央行大降 3 碼。正也意味著台灣未來期間，經濟的輪廓。
就股市面來說，可以預期，高消費的類股，房產、汽車…等的委靡不振，人們不再紙醉金迷，博奕股也別碰了，原物料概念股只有慘，消費性電子更慘，鴻海首當其衝，華碩跌到 30 幾塊也算還好，大盤方面如果國安基金，和禁止放空等條款不開放，只是更加延長大盤落底時間罷了。
明年第二季在看看好了，大盤落底前一定會出現一次非經濟衝擊的大事件，促成加速趕底，例如：禽流感之發現鳥大便，319槍擊、SARS、紅衫軍、911攻擊、台海飛彈危機，兩國論…等。
現在我們能做的事只能等待，順便可以學習一下放空技巧，以便不時之需。
C# 屬於強型別的資料型態，所以在型別方面，編譯器檢查的很嚴格，所以一些在 VB.NET 中習慣的用法，拿到 C# 中就會出現錯誤。
舉例來說 C# 不能使用 0 或 1 來替代布林值，而字串也不能直接比較，這對我們剛開始會造成一些困擾！下面 VB.NET 的用法如果拿到 C# 中使用就會出錯
C# 針對比較字串有兩個比較常用的函數：
String.Compare 比較兩個字串的值。傳回整數值
String.Equals 比較兩個字串的值。傳回布林值
C#中改用比較字串的函數
參考資料：C#比較字串(MSDN)
本文摘自「藍色理想」http://www.blueidea.com/tech/program/2004/1724.asp。
(1)char、varchar、text和nchar、nvarchar、ntext
char 和varchar的長度都在1到8000之間，它們的區別在於char是定長字符數據，而varchar是變長字符數據。所謂定長就是長度固定的，當輸入的數據長度沒有達到指定的長度時將自動以英文空格在其後面填充，使長度達到相應的長度；而變長字符數據則不會以空格填充。text存儲可變長度的非 Unicode數據，最大長度為2^31-1(2,147,483,647)個字符。
後面三種數據類型和前面的相比，從名稱上看只是多了個字母"n"，它表示存儲的是Unicode數據類型的字符。寫過程序的朋友對Unicode應該很瞭解。字符中，英文字符只需要一個字節存儲就足夠了，但漢字眾多，需要兩個字節存儲，英文與漢字同時存在時容易造成混亂，Unicode字符集就是為瞭解決字符集這種不兼容的問題而產生的，它所有的字符都用兩個字節表示，即英文字符也是用兩個字節表示。nchar、nvarchar的長度是在1到4000之間。和char、varchar比較：nchar、nvarchar則最多存儲4000個字符，不論是英文還是漢字；而char、varchar最多能存儲8000個英文，4000個漢字。可以看出使用nchar、nvarchar數據類型時不用擔心輸入的字符是英文還是漢字，較為方便，但在存儲英文時數量上有些損失。
(2)datetime和smalldatetime
datetime：從1753年1月1日到9999年12月31日的日期和時間數據，精確到百分之三秒。
smalldatetime：從1900年1月1日到2079年6月6日的日期和時間數據，精確到分鍾。
(3)bitint、int、smallint、tinyint和bit
bigint：從-2^63(-9223372036854775808)到2^63-1(9223372036854775807)的整型數據。
int：從-2^31(-2,147,483,648)到2^31-1(2,147,483,647)的整型數據。
smallint：從-2^15(-32,768)到2^15-1(32,767)的整數數據。
tinyint：從0到255的整數數據。
bit：1或0的整數數據。
(4)decimal和numeric
這兩種數據類型是等效的。都有兩個參數：p（精度）和s（小數位數）。p指定小數點左邊和右邊可以存儲的十進制數字的最大個數，p必須是從 1到38之間的值。s指定小數點右邊可以存儲的十進制數字的最大個數，s必須是從0到p之間的值，默認小數位數是0。
(5)float和real
float：從-1.79^308到1.79^308之間的浮點數字數據。
real：從-3.40^38到3.40^38之間的浮點數字數據。在SQL Server中，real的同義詞為float(24)。
這一篇新聞可以參考：央行週四降息！學者估：一到兩碼
今天台北股市在預期降息的心理因素下，三大法人合計買超 69.68 億，指數漲了 193 點，先別高興的太早，以為台股止跌了，這只是曇花一現的利多罷了，嚴格說起來，降息並不算是利多，而是短多長空的警訊，貿然搶進實為不智行為。
長期以來，我一直注意全球利率的跌昇，因為這關係著我們的景氣問題，而也一再呼籲，景氣不明情形下，我的朋友們勿進場，留住你僅剩下的現金，準備過冬，你可以參考以前的文章：
先看看現在全球的利率走勢吧！
可見這一波衰退可不是開玩笑的，台灣出口連續 3 個月負成長，史上最大減福，而台灣 GDP 也連續 3 季負成長，這一些指標都是連動，看看我們身邊的的人，以前人人稱羨的工作，現今可能淪落到連基本工資都不保。
我是Google工具列的愛用者，書籤功能更是方便，資料存在網路上，不用擔心書籤會消失，不過，書籤越用越多，常用的按鈕常常要找，現在可以把常用的網址做成按鈕，放在工具列上面，就像上圖。
