美國ISM製造業指數

2009.11 美國ISM製造業生產指數上升至55.7, 是自8月以來已連四個月上升.
依歷史經驗，ISM製造業指數超過50，代表景氣出現擴張，工業生產等需求增溫，將帶動商品需求。到達56左右時，便是貨幣政策收緊的開始。
不過目前美國聯邦準備理事會（Fed）仍必須消化太多負面因素，包括政府負債龐大與金融脆弱體系，都使明年年中之前的升息機率降低。

次貸風暴-重要時間點

(第1波)2006Q4 美次貸危機開始, 2007Q3收購開始

• 2006Q4 美國房地產市場明顯放緩已經開始.
• 2006Q3 貝爾斯登旗下兩個房地產次貸對沖基金嚴重虧損被迫清盤，宣告信貸緊縮的到來。(貝爾斯登於200803月被摩根大通以美股10美元(第一次提出的收購價格低至2美元)收購, 該公司一年前的股價高達133美元。)
• 英國第五大房屋貸款銀行-北岩(信貸市場占有率19%)於200709月尋求英國央行(英格蘭銀行)緊急貸款宣告信貸緊縮危機的開始, 北岩儲戶於幾天後的三天搶兌走二十億鎊, 股價由2月的12鎊跌到3鎊。
• 2007.08.09 法國市值最大銀行BNP Paribas SA，旗下三檔基金因投資美國次貸產品虧損，暫停投資人贖回。

(第2波)200809破產,收購. 各國政府介入

• 2008.09.07美國政府接管兩家面臨嚴重危機的房利美(Fannie Mae)和房貸美(Freddie Mac), 股價一夜之間重挫近九成，股價都不到1美元.
• 2008.09.15 美國第四大投資銀行雷曼兄弟申請破產。
• 2008.09.15 美國第三大投資銀行美林被美國銀行收購。
• 2008.09.16美國政府向全球最大保險集團ＡＩＧ提供緊急貸款，取得百分之七十九點九控股權接管這家公司。華爾街剩下的兩家最大投資銀行高盛和摩根史丹利結束獨沽一味只從事投資銀行業務，成為銀行控股公司，接受聯邦儲備局監管。
• 在英國，則有房貸銀行Bradford & Bingley，英國四大銀行控股公司之一的ＨＢＯＳ（Halifax Bank of Scotland）受到衝擊，在英國政府干預下以不同方式併入其他銀行。除了美英銀行受到衝擊，歐洲銀行也受牽連。德國政府和金融界出資五百億歐元營救許珀不動產銀行（Hypo Real Estate Bank）；荷蘭、比利時和盧森堡三國聯手投入一百一十二億歐元營救荷比富通銀行（Fortis Bank）。
• 
  

我買的霸菱拉丁美洲

最近金融海嘯, 放無薪假所以就看看自己買的基金哪一支要停扣的, 才發現我買的基金績效比別家的不好, 所以就決定停扣了.

霸菱拉丁美洲 富蘭克林坦伯頓全球投資系列拉丁美洲

三年13.9526 33.9110

二年-22.9849 -10.8199

一年-25.6783 -15.0228

六個月66.6341 78.7136

三個月4.0805 6.0092

2009/07 永豐永豐基金經理人換人了

永豐永豐是一支個人覺得績效不錯的基金, 不過最近換基金經理人了, 我就去查一下新的基金經理人, 看看他的過往績效怎樣? 看了覺得很失望, 現在可以考慮不要繼續買永豐永豐了.元原原廖韻瑜(轉到元大多多,元大新主流)換謝其勛, 新經理人掌管的永豐高科技,永豐領航科技自96年11月至今操作績效-33,台股績效-26.

阿基師的客家小炒步驟

先準備配料：

魷魚必須先把外面的一層膜撥掉，避免腥味，接著切成絲

豆干跟有點肥的豬肉切成同樣大小的片狀

蒜苗斜絲,

蔥斜絲,

芹菜切成段,葉子可步要,

辣椒斜切,

九層塔三四葉, 切碎提味用, (吃的到味道卻看不到).

1.不要放油，先抓豬肉放下去乾炒，把豬油炒出

2.加入豆干一起拌炒，咬炒到豆乾外面有一點焦，裡面卻還是嫩嫩的狀態

3.加入魷魚拌炒，

4.加一點水，稍微煨一下, (讓豬肉, 豆乾的甜度悶出來和魷魚結合一起). 等水稍微乾一點，油又被逼出時

5.加入配料 : 蒜,蔥,芹,辣椒 乾煸一下.

5.調味 : 2大匙米酒, 2大匙醬油炒一下讓醬油的味道出來, 再加入少許的糖.

6.起鍋前再加入 : 蒜苗綠色的部分, 九層塔, 烏醋.

一個團隊負責多個系統, 開發工作已排好未來的半年計畫, 還有一推搶著安插.

賴 san( くん ) 說他有一個五人團隊, 工作內容則是開發維護零零總總的五套軟體系統, 原本的規劃應有十個人, 但因為景氣不好公司裁員外加人員外流, 目前人事也凍結, 但開發工作已排好未來的半年計畫, 而且還有一堆已知的需求尚未排入, 更恐怖的還有已等待超過一年的需求等著排. 外加三不五時必須應付上頭安插的非預期工作或是一定要先安插的工作.

聽賴 くん 講到這只有哇的一聲, 心想 : 嗯, 工作確實吃重.

賴 くん 繼續說著, 這些系統都不是小系統, 還有部份的系統是與產線有關或控制的系統, 平時電話就不少. 又有資料分析系統, 使用者對資料有疑問, 必須發不少與上游系統溝通及追蹤.

聽賴 くん 講到這忍不住說 : 你那不是五人團隊, 是無敵鐵金鋼團隊.

賴 くん 問到, 其實我是要問像我這種狀況要怎樣處理?

我回答 : 是不是找新工作會比較好一點, 而且簡單.

賴 san( くん ) 這個問題真的很棘手, 光想想像就很恐怖了, 真的遇到了, 日子應該蠻慘的. 但想想現在的景氣, 應該也有人有相同的情況與問題, 替賴 san( くん ) 分析一下也不錯. 賴 san( くん ) 目前所遇到的問題應該有 :

1. 工作量多, 人員不足. 時程安排策略.

2. 系統眾多, 人員配置策略.

3. 系統眾多, 互相支援策略.

4. 既是產線系統, 值班及備援策略.

5. 編制十人的團隊管理策略.

6. 上游系統溝通及追蹤策略.

看看賴 san( くん ) 的型態, 有一些大方向是一定要抓住的.

1. 十人團隊, 團隊的運作要有一定的流程,準則或方向.

2. 所有系統一定要有負責人, 掌管所有大小事.

3. 既然是產線系統, 系統人力備援一定要有, 值班相關準則規範.

上述三大方向的實行細則, 及注意事項 :

1. 十人團隊, 團隊的運作要有一定的流程,準則或方向.

要管理一個十人團隊, 況且系統這麼多, 真的不容易, 所以 :

1.1 團隊的運作流程一定要流暢, 做事方向大家都要清楚, 例如 : 一個新的需求下來, 一定要先瞭解需求, 確認需求無誤之後才可以開工, 至於需求怎要叫做無誤呢? 當需求範圍大時, 就必須要制定需求文件, 請需求者確認畫押, 當需求範圍小時, 有一定的進度就要和需求者再做一次的確認. 如果以時間來看, 最好一個星期一定要和需求者開一次會, 有實際的進度看成果(例如操作畫面), 沒有實際的進度就看文件, 這樣的作法不僅可以和需求者建立緊密的關係, 對於內部也可以有推升的效果.

1.2 該注意的方向一定要明確, 不要變來變去. 一個產線的系統, 品質一定很重要, 所以開發過程中, 要怎樣作法品質的把關, 就必須明確定義, 例如一定要有人最後的品質認證, 或是軟體的單元測試(Unit Test).

所以有時候也可以把流程與項目合併, 例如開發的流程中有一個步驟是品質管控, 而管控的方式就用單元測試實作.

1.3 仔細且頻繁的確認一切事項. 軟體開發看是簡單, 卻時常錯誤百出. 最好每天都要確認一切的事項都是在軌道上正常的運作.

2. 所有系統一定要有負責人, 掌管所有大小事.

2.1 挑選系統負責人. 開發行為和維護行為有著不一樣的注意構面, 也有不一樣的深度, 開發行為從無到有, 所費時間較長, 可以從長計議, 事情單一專注; 維護行為必須, 反應迅速, 舉一反三, 事情多且雜. 但無論怎樣, 一個系統一定要有人負責.

2.2 負責人全權負責. 系統除了要有負責人外, 這個人也要有能立全權處理所有事物.

3. 既然是產線系統, 系統人力備援一定要有, 值班相關準則規範.

3.1第二系統負責人. 系統既然多, 又是產線的系統. 一個系統不能只有一個人會, 一個人不可能只會(或管)一套系統.

3.2 值班規則. 既是產線系統, 問題發生了, 必須要再第一時間恢復. 但問題出在系統這麼多, 並不是所有的系統都是自己開發的, 所以疑難排解標準手冊就變的很重要.

會議中老是做自己的事或人到心不到

怎樣的會議(課程)會使得一個人心不在焉.

會議中我總會不在意的注意與會的人參與情況, 大概就這幾種了.

1. 認真參予, 有問有答. 這總人對於會議內容清楚透徹.

2. 偶爾參予, 但又有問到重點. 這種人我真的不知道他是否對於整個會議的內容都清楚透徹. 一個典型的例子就是 : 他會在會議中使用 NB 處理一些事情, 可是有時又可以和與會者對答. 我想姑且把這種人當作是一個強者, 他就是有能力可以同時做兩件事好了, 因為聽聽這種與會者詢問的問題, 與對答的內容又很清楚.

3. 卯起來做自己的事, 只是偶爾抬起頭來應付會議主持人.

4. 找周公去了.

想想學生時代的課堂上, 也大概是這樣一點都沒有變.

會議主持人, 或是主管, 總是希望與會者能夠清楚透徹整個會議討論議題. 如果是老師, 總也希望所有的學生都可以吸收到課堂上所授與的知識. 但總是會有正反兩群參予者, 只是程度的不同. 為什麼有人就是屬於反面的那一群呢?

小朋友拍痰

這幾天小朋友感冒鼻塞的很嚴重, 晚上睡覺就像大人的打鼾聲一樣大, 帶去看醫生, 熱心的醫生示範了拍痰的方式給我看, 並告知我們一邊拍 200下, 共 400下, 小孩如果哭, 就讓他哭, 小孩子感冒鼻塞最重要的不是吃藥, 是拍痰, 和喝水.

以下是收集自網站上找尋到的文章說明.

‧為什麼要學拍痰？
　由於痰在肺之深部，比較黏稠不易咳出，若能應用重力原理(拍痰)及改變身體姿勢，使積在肺的痰鬆脫，經由支氣管、氣管流出再藉著咳嗽將痰咳出，使寶寶能早日康復。
‧什麼情況下需要拍痰？
　一般五、六歲前之小孩無法自己用力咳嗽，所以當小孩感冒咳嗽有痰聲時，需借助家長拍擊小孩的背部，以協助將肺部裡的痰咳出。
‧如何拍痰才能達良好的效果？
　1. 拍痰的方法：
　一般可利用叩背器或手呈杯狀，利用手腕關節自然活動彎曲的力量溫和並穩定的重覆拍擊胸壁，使該部位的痰被引流，叩擊時應有「砰砰」的中空聲音而非拍掌的聲音。
　2. 拍痰時身體姿勢擺置：
　依痰液部位不同而採不同姿勢，其方法如下列所示：
　(1)痰液部位：肺上葉(肺尖)　
　姿 勢：小孩採坐姿、後傾30度
　拍擊部位：兩側鎖骨以上之部位
　(2)痰液部位：肺上葉後節
　姿 勢：小孩採坐姿、前傾30度
　拍擊部位：兩側背部上方
　(3)痰液部位：肺下葉後底
　姿 勢：俯臥、臀抬高約20公分
　拍擊部位：拍擊脊椎兩側肋骨下方
　(4)痰液部位：左、右肺下葉前底
　姿 勢：側臥、臀抬高約20公分
　拍擊部位：拍擊腋下部
．拍痰時之注意事項：
　1.拍痰時間：
　＊ 一般每天約3~4次，通常於睡前、飯前1小時或飯後2小時做，以免嘔吐致嘔吐物吸入肺部。
　＊ 接受呼吸治療後或服用化痰藥30分鐘後拍更有效。
　＊ 每次拍痰時間一般約5~10分鐘，視病童情況而定，而同一部位叩擊約60~90秒。

    ＊ 洗澡後, 吸收了水蒸氣也是好時機。
　2.拍痰時應先拍患側再拍健側。
　3.拍痰方向應由下往上、由外向內並有做規律性的移動。
　4. 拍痰之力量避免太輕或過重，以免拍痰無效或造成病童傷害。
　5.拍痰中隨時注意兒童有無呼吸困難、臉色蒼白、發紺等。
　6.應避免拍擊肩胛骨、脊椎骨、下背部(腰部以下)、臟器部位。
　7.拍痰時應固定好小孩，以免滑落。
　8.拍痰後應鼓勵小孩咳嗽，嬰幼兒則依情況可請護理人員予以抽痰
　9.拍痰過程中有任何疑問，應隨時詢問護理人員。  

Create Oracle Account

建立一個 Oracle 帳號, 我們會依循下列步驟.

1. 建立該帳號所需要的 Tablespace.

2. 建立帳號.

3. 給予該帳號權限.

大概就這三個步驟就完成了, 實在很簡單, 來看一個實例好了.

1. 建立該帳號所需要的 Tablespace.

    CREATE TABLESPACE TBS_RED_BEAN

    LOGGING 

    DATAFILE '/oracle/data/tbs_red_bean.dbf' SIZE 50M REUSE 

    AUTOEXTEND 

    ON NEXT  5120K MAXSIZE  51200K EXTENT MANAGEMENT LOCAL UNIFORM 

    SIZE 1024K SEGMENT SPACE MANAGEMENT  MANUAL

2. 建立帳號, 並限定其使用空間大小.

   CREATE USER RED_BEAN  PROFILE "DEFAULT" 

    IDENTIFIED BY RED_BEAN DEFAULT TABLESPACE TBS_RED_BEAN

    TEMPORARY TABLESPACE TEMP

    QUOTA 51200 K 

    ON TBS_RED_BEAN

    ACCOUNT UNLOCK

3. 給予該帳號權限.

   grant CONNECT to RED_BEAN;

   grant CREATE SESSION to RED_BEAN;

   grant ALTER SESSION to RED_BEAN;

   grant SELECT ANY DICTIONARY to RED_BEAN;

   grant select on green_bean.employee to RED_BEAN;

讓檢討會議評論與學習在歡熱中完成

檢討會議評論是管理中不討好的議題, 被檢討的人心情不好, 檢討別人的心不在焉, 深怕太認真, 下一次換成自己是被檢討的對象時無法下台.

這個議題雖然很嚴肅, 但是要輕鬆對應, 才會有好的效果. 所以改變氣氛是很重要的(老師都這樣說). 但不管怎樣改變, 效果都不如以下我所使用的方法.

本人所使用的方法是在不知不覺中進行. 

畢竟這是一項工作, 怎有可能不知不覺中進行呢, 當然是不可能, 只是進行方式改變一下而已. 原則如下 : 

1. 在不知覺中開始會議 : 不要會議室, 不要講台, 一切的現況都沒有改變, 只有主導者知道, 會議已經開始了.

2. 會議目的是主持人的底牌, 最後才亮出 : 會議已經熱烈的討論中, 但沒有人知道目的, 卻被引領直奔結論.

3. 慎選第一個發表者 : 既然是檢討會議, 怎可不發言呢, 不要第一個發言者就弄僵了整個氣芬 . 要掌握好氣氛.

4. 讓每個人都發言, 且引領出改善方案.

5. 被檢討者最後發言 

如何看緊你的員工

朋友問, 最近覺得員工的工作狀態不是很好, 大家的進度很慢, 到底要怎樣讓大家認真工作?

我回答 : 哇哈..., 你門公司也會有狀況阿, 你們這些高科技公司, 也有這樣的困擾, 那一般的素質比較低的產業, 不就更嚴重嗎. 好吧, 我們的經驗是這樣的.

就是要看緊點, 所謂的看緊, 就看你怎樣做了喔.

以前我們一個案子有聘請委外的人力(Outsourcing), 這些人力是非常貴的, 一個人力月支出約是我們員工的兩三倍, 你想, 有這種資源的單位, 怎樣使用這些資源, 做了什麼事, 沒有被好好 Review 是不可能的. 所以當你手中有這種資源時, 管理這件事必須格外的做好.

而我們就是每天 Review, 看看昨天做了哪些事情, 完成了哪些, 有沒有怎樣的問題是導致工作沒有辦法進行的, 還有今天計畫要進行怎樣的工作...等. 因為我們有點類似研發的工作, 如果沒有把問題發掘出來, 導正錯誤的方向, 讓這些錯誤繼續進行下去都是在讓費資源, 而多久 Review 一次就是停損點. 故每天 Review , 最多的損失就是一天.

這樣的頻繁 Reivew 對於員工來多, 其實是一個很大的壓力, 所以也需可以改良 Reivew 的方式, 或是說關切, 未達相同目的有不同的作法.

Coverage Lost

朋友告訴我說, 她們現在已經開始在使用NCover這一套元件了, 我想她們又進步了不少, 值得高興.

做系統, 寫程式, 走到這個地步, 我想在台灣已經算是很了不起了, 我必須向您鼓掌.

要談論 NCover , 就必須談論 Unit Test, 哎呀...(還是不要談的好, 對於打字慢的我這可是一種煎熬).

所以直接切入 NCover, NCover 可以讓您知道, 您的程式碼, 有哪些是會被你的測試程式執行過, 然後算出所佔的比例, 這個比例值也就是 Coverage, 當然值越高(表面上)是越好的. 因為這只是表示【被你的測試程式執行過】的比例, 我想說的是執行過不等於被測試過, 我認為這只是一個可Auto Monkey Test. 故我必須強調 : Coverage 雖是一種被認定的指標, 但如果要真的做好測試這件事, 不能只看 Coverage, 還是要做好最基本的 Test Plan, 規劃好 Test Case. 就是這麼一回事喔.

買賣價金信託履約保證

「買賣價金信託履約保證」是一種不動產交易安全的機制，將買賣價金以信託方式管理，確保買賣雙方就買賣價金的給付或返還安全無虞，並由建築經理公司（建經公司）負責流程審控與代書管理作業，並負擔價金保證的責任，可以有效防止一方的惡意或意外情勢所造成他方價金權益的損失，增進買賣過程的順利與安全。

一般來說，簽立買賣契約後，若發生可歸責賣方之因素，以致無法完成產權移轉登記及完整點交房地產、並解除買賣契約時，即由建經公司將買方已給付之價金返還給買方，確保買方在依約履行、卻未能取得房地產時，可完整取回已支付之全部價金。

以我的經驗來說, 這句話真的很令人安心, 也很切實, 不過就如同條文中的說明一樣, 只有在未履行時才有保障, 如果事有一點小瑕疵, 那可能還是要自己處理. 

我買房子的時候就發生了, 車位沒有產權的問題, 而且是機械式上下的車位, 車子停好後, 將機械規定位, 上方的車位與路同高(等同一個平面車位), 而下方的車位呢, 則是在地下, 所以說呢, 上方的車位是比較方便的, 而交屋前仲介及賣方, 都說她們的車位是上方, 到交屋的那一刻, 卻說沒有產權, 而我去詢問社區的人了解一下狀況, 大家都說, 社區的機械式車位是沒有分上下的, 是共同持有, 先到先停, 不然就是雙方協調, 輪流使用上下車位.

這樣的結果, 造成我的貸款已經撥出, 可以車位產權有問題, 我堅持不交屋, 我的想法是, 折扣10~20萬的價差, 不然就是不要買了, 但仲介, 賣方卻都不理我, 很像要一直拖下去, 這樣對我而言是很重的商害, 因為房貸現在已經開始算利息了, 所以我就找上 「買賣價金信託履約保證」公司, 詢問要怎樣處理, 我是否可以不要買了, 對方的客服被我搞的不知道要怎樣應付, 最後由她們的律師和我說, 答案是不可以 : 「因為這樣的事情只可以列為交易的小瑕疵, 但合約一樣可以履行了, 我一樣有一棟可以住的房子, 房子本身也沒有任何安全上的顧慮, 不足以構成不履約的條件, 但未方遲遲不出面處理, 但您可以依據條約請求延遲交屋的賠償每日X金額」. 這就是我的實際經驗.