人是有感情的~

那天看到電視的談話性節目. 在聊單親家庭的故事.

看到一位心理醫生. 自己也是單親家庭出身. 從小父親就拋下他們.

可以感受到他在講故事的真情流露, 也可以感受到他的壓抑.

這才發現心理醫生也是人呢. 他們或許懂得許多治療與排解的方式.

他的專業帶給他理性, 但內心的那份情感. 似乎還是藏不住的.

接下來的工作是....

一件事結束, 代表著很多事的開始.

這房間感覺還不賴, 有設計感. 不過睡覺可能會有壓迫感!

我看看... 接下來要做什麼好呢 ?

書房這樣也不錯. 真不懂為什麼台灣的書房都喜歡在密閉的房間呢? 而且桌子一定都要靠牆 這樣也不錯阿!

1. 修桌機... 已經壞很久了 , dell 2407 都在哭泣了
2. 整理衣櫃... 很多衣服該丟了
3. 整理書本... 書櫃的隔版已經變型了.
4. 房間內部大搬風? 那個像毒藥的電視該搬出房間嗎?

這書桌好宅.... 不過好像滿適合我的.. XD

Simple is Good

Design is minus. 去除不要的. 簡單到沒有一絲的多餘. 以前喜歡複雜的東西, 功能越多越強大, 就覺得越好. 但後來發現, 其實真正要的只是一兩個簡單的功能.   系統也是. 其實user 想要的 只是簡單的畫面跟功能. 是工程師把他弄複雜了嗎? 生活也是. 其實我們想要的 不過就是心靈上的平靜? 是我們把他弄複雜了嗎? Keep it simple.

IIS 6.0 無法下載副檔名 dat 的檔案

工作上碰到的問題, 在WINDOWS XP IIS 5.1 上可以直接下載副檔名 dat 的檔案,
可是在 WINDOWS SERVER 2003 上就無法直接下載了. 會出現
HTTP 錯誤 404 - 找不到檔案或目錄。

原因其實是
IIS 先前的版本包括了萬用字元 MIME 對應，此 MIME 對應允許 IIS 支援任何檔案 (不論副檔名為何)。IIS 6.0 不包含這個萬用字元 MIME 對應，也不支援 IIS Metabase 中 MimeMap 節點的任何未定義副檔名類型。

解決方式為

1. 開啟 IIS Microsoft Management Console (MMC)，用滑鼠右鍵按一下本機電腦名稱，然後按一下 [內容]。
2. 按一下 [MIME 類型]。
3. 按一下 [新增]。
4. 在 [副檔名] 方塊中，輸入星號 (*)。
5. 在 [MIME 類型] 方塊中，輸入 application/octet-stream。
6. 套用新設定。請注意，您必須重新啟動 World Wide Web 發行服務，或者等候回收工作者處理序，變更才能生效。

注意 除了在 IIS 的共用層進行這些變更之外，您還可以在 Metabase 中較低的層級新增必要的 MIME 類型。這樣做可以指定網站或目錄，允許支援包含特定副檔名的內容，而不需要全域允許所有網站支援該副檔名。

參考連結:http://support.microsoft.com/kb/326965/zh-tw

InComPlete

時間是上天賜予最公平的禮物. 貧窮是上天賜予最巨大的財富. 唯有孑然一身之時, 才能體會事物的本質. 保持一顆純真的心, 才會重新想起最初的那份感動. 有許多事看似無奈, 但那是一種選擇, 是對事. 是對自己. 快樂是選擇~~~

筆記─跟需求有關的十大要項

跟需求有關的十大要項

要項1 專案團隊必須盡早條列出完整的需求事項，而不是先編寫程式碼。（The project team shall make as complete a list of requirements as possible, as early in the project as it can, rather than start off with code.）
系統分析師建構的靜態模式和動態模式，都是為了達成功能性需求裡頭的規定事項，而程式碼則是系統達成功能性需求的最終產出。所以，UML專案開發的一開始是先釐清功能性需求，隨後將這些功能性需求分配到靜態模式與動態模式中，最後產出的模式與程式碼都要能夠反向追蹤到原始的功能性需求處。

要項2 需求是需求；使用案例是使用案例。需求不是使用案例；使用案例也不等同於需求。（REPEAT AFTER ME： Requirements are requirements; use cases are use cases. Requirements are not use cases; use case are not requirements.）
需求、使用案例和操作，這三項概念很容易混淆。簡單來說，需求、使用案例和操作三者的定義，條列如下：
˙需求（requirement）：使用者規定系統必須達成的事項。
˙使用案例（use case）：使用者為了獲得某項服務或產出，而與系統彼此互動的使用過程。
˙操作（operation or function）：系統的單獨動作（individual action）。
雖然，需求不是使用案例，使用案例也不等同於需求，但兩者密不可分。一般而言，一個使用案例可以處理多項需求，一項需求也可能由多個使用案例來實現。

要項3 需求分為好幾種，像是功能性需求、性能需求，以及限制條件等等。（There are several types of requirements, including functional requirements, performance requirements, and constraints.）
以下列出幾種常見的需求種類：
1.功能性需求（functional requirements）：譬如，線上購物系統必須自動傳送電子發票到顧客的電郵信箱中。
2.資料需求（data requirements）：譬如，線上購物系統的日期格式必須是yyyy/mm/dd、yyyy-mm-dd和yyyy.mm.dd三種。
3.性能需求（performance requirements）：譬如，使用者登入線上購物系統時，系統必須在5秒鐘內做出回應。
4.產能需求（capacity requirements）：譬如，線上購物系統要能夠同時維護1,000筆購物交易。
5.測試需求（test requirements）：譬如，5,000個用戶同時上線時，線上購物系統要能正常運作。

要項7 使用案例模式是開發商與發起者之間的微型合約。每一個使用案例都是開發流程的輸入值，也都是使用者驗收的測試案例。（The use case model shall serve as a collection of mini-contracts between developers and the sponsors of the new system. Each use case shall serve as both input to the development process and as a user-acceptance test case.）
每一個使用案例都像一個微型合約（mini-contracts），記載著使用者可以經由什麼樣的使用過程，獲取系統提供的具體服務或產出。
所以，從開發流程的一開始，到開發出系統後的最終驗收，都以使用案例為中心，連結起相關的需求、分析、設計、程式碼和測試。

要項8 使用案例敘述必須出現在循序圖中，以便提醒開發人員注意這個像合約般的需求。（The text of each use case "contract" must appear on a sequence diagram so that the development team is constantly reminded of the "contractual requirements" they're working against as they do the design.）

要項9 細部設計應該反應在循序圖裡，謹防使用案例敘述成為設計復審的一部分。（The detailed design, as reflected in you're sequence diagrams, shall be defended against the use case text as part of design review.）
循序圖表達了系統內部運作的細部設計，而使用案例則是呈現系統與外界使用者之間的互動，兩者的觀點有很大的差異；循序圖主內，使用案例主外；循序圖重視系統的how，使用案例重視系統的what。
所以，雖然使用案例敘述可以放置在循序圖面上，用來提醒開發人員注意使用案例的規範，但是卻不可以將細部設計撰寫在使用案例敘述中。

要項10 針對每一項需求，至少要有一個測試案例來驗證它。（There shall be at least one test case in place to verify each requirement.）
如同需求概念，雖然測試概念和圖示不是UML標準的一部分，不過許多的付費UML工具也有提供相關的功能。

我只摘要我看的懂的…
資料來源:http://www.ithome.com.tw/itadm/article.php?c=55688&s=6

Javascript 浮點數計算誤差

var x = 5.5555;
var y = 2.2222;
var z = 1.1111;
var w = x+y+z;
alert(w); //8.8888
w -= x;
alert(w); //3.3332999999999995
alert(w.toFixed(4)); //3.3333

輸出結果
8.8888
3.3332999999999995
3.3333

Make Trade Fair 雨林咖啡. 人與自然共生

 

寄件者 Blogger 圖片

星期天看到電視上介紹 雨林咖啡 ,  落後國家擁有天然資源. 但缺乏經濟. 只好出賣天然資源來換得微薄的利潤.

熱帶雨林，是這星球陸地上最能讓空氣中的二氧化碳固定下來的地方。今（2007）年巴里島氣候變遷會議中，亦開始關注REDD（降低森林消退導致的碳排放）；其中世界銀行已承諾數1.6億美元，支持發展中國家保育森林。而挪威政府也承諾將捐助總額25億美元，支持11個擁有熱帶雨林國家的森林保育工作。然而在台灣，有群年青人，正試圖聯合印尼大學生，以公平貿易咖啡第一線經營的方式，悍衛蘇門答臘每年以200 萬公頃速率消失的熱帶雨林…… (詳全文)

看看公平貿易在 wiki上的解釋吧 公平貿易中文

這邊有滿多內容的 貿易要公平（香港的官方網站）

這個有五個小動畫滿容易懂的, 可以連過去看看

資料來源: http://www.maketradefair.org.hk/trad_06/concern4_1_1.asp

冰心訣

心若冰清,天塌不驚
萬變猶定,神怡氣靜
虛空甯宓,渾然無物
無有相生,難以相成
份與物忘,同乎混涅
天地無涯,萬物齊一
飛花落葉,虛懷若谷
千般煩憂,才下心頭
即展眉頭,靈台清幽
心無掛礙,意無所執
解心釋神,莫然無魂
千般煩憂,才下心頭
即展眉頭,靈台清幽
水流心不驚,雲在意具遲
一心不贅物,古今自逍遙

腦袋一直都在胡思亂想, 整個人很緊繃, 一有點小事就會引起很大的反應..
原來已經有一陣子了, 前幾天才發現, 怎樣才能靜下來呢?