2009年11月11日 星期三
熱情（Passion）
2009年7月21日 星期二
2009年7月14日 星期二
接下來的工作是....
一件事結束, 代表著很多事的開始.
這房間感覺還不賴, 有設計感. 不過睡覺可能會有壓迫感!
我看看... 接下來要做什麼好呢 ?
書房這樣也不錯. 真不懂為什麼台灣的書房都喜歡在密閉的房間呢? 而且桌子一定都要靠牆 這樣也不錯阿!
1. 修桌機... 已經壞很久了 , dell 2407 都在哭泣了
2. 整理衣櫃... 很多衣服該丟了
3. 整理書本... 書櫃的隔版已經變型了.
4. 房間內部大搬風? 那個像毒藥的電視該搬出房間嗎?
 |
| 這書桌好宅.... 不過好像滿適合我的.. XD |
2009年7月6日 星期一
Simple is Good
|
Design is minus. 去除不要的. 簡單到沒有一絲的多餘. 以前喜歡複雜的東西, 功能越多越強大, 就覺得越好. 但後來發現, 其實真正要的只是一兩個簡單的功能.
是工程師把他弄複雜了嗎? 生活也是. 其實我們想要的 不過就是心靈上的平靜? 是我們把他弄複雜了嗎? 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 節點的任何未定義副檔名類型。
解決方式為
- 開啟 IIS Microsoft Management Console (MMC)，用滑鼠右鍵按一下本機電腦名稱，然後按一下 [內容]。
- 按一下 [MIME 類型]。
- 按一下 [新增]。
- 在 [副檔名] 方塊中，輸入星號 (*)。
- 在 [MIME 類型] 方塊中，輸入 application/octet-stream。
- 套用新設定。請注意，您必須重新啟動 World Wide Web 發行服務，或者等候回收工作者處理序，變更才能生效。
注意 除了在 IIS 的共用層進行這些變更之外，您還可以在 Metabase 中較低的層級新增必要的 MIME 類型。這樣做可以指定網站或目錄，允許支援包含特定副檔名的內容，而不需要全域允許所有網站支援該副檔名。
2009年7月3日 星期五
InComPlete
| 時間是上天賜予最公平的禮物. 貧窮是上天賜予最巨大的財富. 唯有孑然一身之時, 才能體會事物的本質. 保持一顆純真的心, 才會重新想起最初的那份感動. 有許多事看似無奈, 但那是一種選擇, 是對事. 是對自己. 快樂是選擇~~~ |
2009年7月2日 星期四
筆記─跟需求有關的十大要項
跟需求有關的十大要項
要項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
2009年7月1日 星期三
Make Trade Fair 雨林咖啡. 人與自然共生
 |
| 寄件者 Blogger 圖片 |
星期天看到電視上介紹 雨林咖啡 , 落後國家擁有天然資源. 但缺乏經濟. 只好出賣天然資源來換得微薄的利潤.
熱帶雨林，是這星球陸地上最能讓空氣中的二氧化碳固定下來的地方。今（2007）年巴里島氣候變遷會議中，亦開始關注REDD（降低森林消退導致的碳排放）；其中世界銀行已承諾數1.6億美元，支持發展中國家保育森林。而挪威政府也承諾將捐助總額25億美元，支持11個擁有熱帶雨林國家的森林保育工作。然而在台灣，有群年青人，正試圖聯合印尼大學生，以公平貿易咖啡第一線經營的方式，悍衛蘇門答臘每年以200 萬公頃速率消失的熱帶雨林…… (詳全文)
看看公平貿易在 wiki上的解釋吧 公平貿易中文
這邊有滿多內容的 貿易要公平（香港的官方網站）
這個有五個小動畫滿容易懂的, 可以連過去看看
資料來源: http://www.maketradefair.org.hk/trad_06/concern4_1_1.asp
2009年6月30日 星期二
書摘─數字搜客（The Numerati）
如果有人能夠好好收集和組織這些四處瀰漫的電子訊息，我們的生活面貌會突然清晰起來，創造出不斷變化、隨時更新的人類行為拼貼圖。這樣的前景已足以令行銷人員興奮不已。一旦他們有辦法分析和我們相關的數據，就能解讀我們的慾望、恐懼和需求，然後精準地向我們推銷我們渴望獲得的東西。
根據comScore研究公司二○○八年的調查，雅虎網站（Yahoo !）單單在一個月內就可以收集到一千一百億筆顧客相關資料。任何人只要造訪過雅虎廣告商的網站，平均都會留下二千五百二十個線索。你可能以為，只要把這些細節拼湊起來，就可以立刻呈現出我們身為購物者、旅行者和工作者的樣貌。但要描繪出如此清晰的樣貌並不容易。
唯一能夠解讀這些數據的人是頂尖的數學家、電腦科學家和工程師，他們知道如何把我們生活中的點點滴滴轉化為符號。
想像遠古的人類圍坐在火堆旁，有的人正在爭奪更大塊的肉，有的人則忙著求偶儀式。但旁邊有千中選一的寥寥數人卻把玩著石頭，思考著：「如果每個小石頭都代表一頭長毛象，那麼這個小石頭……」托拜斯．丹齊格（Tobias Dantzig）在《數字：科學的語言》中指出，後來羅馬人用「calcula」（小石頭）這個字來代表這樣的思考過程，但這只是起步而已。計算的本質漸漸從數實體的小石頭提升到更高層次的抽象推理過程。
試試看執行 calc.exe
這門科學就此發展了許多世紀，現在有很多專家習於處理數以億計或兆計的龐大數字，那是其他人難以想像或在我們眼中毫無意義的數字。這門科學將我們的日常現實轉變為符號，而這群精於數據運算的專家就是傳遞薪火的人。
其他許多公司也希望能做同樣的事，無論生物界、醫療業、廣告業、體育界或政界都大量僱用數學奇才，他們不斷計算和我們有關的各種數據，於是我們每個人都在不知不覺中被量化了。
我們必須把我們傳送出去的所有訊息、以及和我們生活相關的種種細節，全都轉換為0與1。我們就這樣逐漸將我們的寶貴資產——在地球上與別人溝通和通訊的鑰匙，交到一群精通符號式語言的大師手上。現在這群數學家和電腦科學家各就各位，控制著有關我們生活的種種資訊，我稱他們為「數字搜客」（numerati）。
「我們全都變成一堆數字！」
建構數學模型
收集了龐大數據後，建立模型，讓每個數字都代表一項事實或機率。每個模型必須以數字的形式反映物理上的真相：大小和重量、金屬和塑膠特性、對氣壓和溫度的改變有何反應。複雜的模型可能有數千種、甚至百萬種變數，而且在數學的世界中彼此交互作用，就像在真實世界中一樣。建立這些模型是很辛苦的工作，有時候也會失敗。比方說，二○○八年全球金融海嘯就起因於有瑕疵的模型未能忠實反映出房貸市場的複雜情勢和其中包含的風險。
數字搜客也希望改變我們的行為。如果我們正在購物，他們希望能讓我們買更多東西；如果我們是上班族，他們希望提升我們的生產力；如果我們是病人，他們希望能用更低的成本，讓我們更健康。
這個資訊爆炸的世界是個巨大的人類行為實驗室，是經濟行為和心理學等社會科學的測試場。
紐約新媒體公司Inform Technologies的首席科學家傑克．艾荷恩（Jack Einhorn）預測，二十一世紀的偉大發現將來自於從龐大數據中找出型態。「下一個如沙克（註：小兒麻痺症沙克疫苗的發明人）般對世界造成巨大影響力的人，將是數學家。」
資料來源: http://www.ithome.com.tw/itadm/article.php?c=55377&s=2
補充一下, 最近看到的例子.. 我們眼球也被數位化了.. 眼球追蹤（eye-tracking）技術
資料來源: 研究：Bing設計吸引Google迷，但還不夠殺
2009年6月29日 星期一
.net 寫入 cookie 由 Javascript 讀出 cookie
Dim cok As New System.Web.HttpCookie("Name", "Value)
System.Web.HttpContext.Current.Response.Cookies.Add(cok)
http://msdn.microsoft.com/zh-tw/library/78c837bd(VS.80).aspx
JavaScript 讀出Cookie
var allcookies = document.cookie;
var pos = allcookies.indexOf("Name=");
if (pos != -1){
var start = pos + 5;
var end = allcookies.indexOf(";", start);
if (end == -1) end = allcookies.length;
var value = allcookies.substring(start, end);
//value = unescape(value)
//value = value.replace(/\|/g,";");
return (value);
}
JavaScript中replace只置換第一個符合的字串問題
var s=s.replace('a','A');
var s=s.replace(/\a/g,'A');
JavaScript 的 replace 支援 regular expression, /g 代表是所有的.
其實在.net和javascript傳遞資料時, 應該先將資料進行編碼, 這樣可以避免一些問題. 詳情請參考以下網址.
詳細解說幾個建置網站時常用的編碼方法
淺談在 JavaScript 中的 URLEncode 動作
2009年6月25日 星期四
JavaScript : 找出物件的所有屬性
//找出物件的所有屬性
function listPropertyName(obj){
var names = "";
for(var names in obj)
names += names + "\n";
alert(names);
}
//取得股票總值
var value = 0;
for (stock in portfolio){
value += get_share_value(stock) * portfolio[stock];
}
for(var i = 0; i < fruits.length; i++)
if (fruits[i]) alert(fruits[i]);
ORACLE : SQL 將西元年轉民國年 (3位)
to_char(to_number(to_char(SYSDATE,'yyyy')) - 1911,'099')||to_char(SYSDATE,'/MM/DD')
2009年6月22日 星期一
unlearning is not really possible
2009年6月21日 星期日
2009年6月15日 星期一
書摘─持久創新（Permanent Innovation）
構思從哪裡來？當你在尋找構思時要怎麼做？
閱讀？很多人都這樣做。騎腳踏車或拉小提琴？愛因斯坦在遇到難以突破的問題時，他就是這麼做的。你也許會說「先跳過」，明天再來解決。其他人則可能說他們在淋浴時、躺在浴缸裡、在花園、書局、海邊或是森林等地方找到最好的構思。不論起源於何處，我們知道人們不論是獨自工作或者與大小不一的小組合作，構思都是藉由人們對於複雜現實問題的理解、沉思、做白日夢、分析，深入思考、體悟與靈感啟發等過程引導出來的洞察力火花而產生新的構思。
洞察力對於創新而言絕對是無價的。洞察力與構思是創新過程的原料，而創新流程則是創新的重要元素。 3000個新的構思裡才能獲得一個在市場上能夠實際有用的新構思。另一個需要這麼多構思的原因是，大多數的構思不論好壞都會增值！一般來說，百分之九十五的新構思都跟既有的商品和服務有關，只有百分之五是突破性的。通常要用到很多的構思才能找到足以代表未來投資機會的那個極為重要的構思。
良好構思的定義是什麼？答案取決於你的目標為何。它有可能是導致市場最高衝擊的那一個，或是可以引導到實際創新的那一個。它也有可能是引起一百個其他好構思的那一個，或者本身就是一個很棒的獨立的構思。它可能是一個很簡單的觀點，或是一個非常複雜的規劃。
這裡有一個極佳的範例：著名的豐田生產方式創始人，豐田汽車新產品研發負責人大野耐一先生。豐田式生產的兩大原則是及時生產與自動化。大野先生在他的書中寫道：「流水線工作方式與拉動式生產是從美國超級市場學來的點子。超級市場依據顧客當時所需的物品與數量提供顧客需要的東西。」有多少人能像大野先生那樣在超級市場看到跟汽車工廠生產流程合理化的關聯性？但是，大野先生已經準備好要看出其中的關聯，因為他早就把如何改善工廠流程的問題放在心理。事實上，與其他人不同的是，他是全神貫注的隨時準備在任何地方尋找問題的解決方法。這就是創新者與「普通人」的不同點。
創新者向來不看常規，而是看出與周邊事物的差異。他們會想到那些外面的人不以為意的點子，並且瞭解要如何將這些點子應用到內部。使用多重觀點在成功尋找洞察力構思時有個很重要的原則，那就是必須使用多重觀點來看待構思，這會更加突顯構思。因為如果用日常觀點來看待問題和市場，是不會產生好構思的。為什麼？因為日常工作的本質就是讓你不自覺地忽略問題所在。
當然，與壓抑公司發展策略是相同的，就是獲利的壓力抑制了公司發展的機會。人們較易接受重複的模式，而不喜歡冒險與改變，然後因為自己的短視近利，而錯過改變市場的重要訊號！當你讓人們參與概念構成過程時，很快地會從每個人身上發現有趣的區別。舉例來說，有些人可能對趨勢的發展瞭若指掌，他們知道很多週遭發生的事，因為他們喜歡廣泛的思考。這些人經常會隨著活動找到互相連結的點。其他人則高度專注在自己的案子上，在較少的問題上深思，所以他們不太會去注意外在的趨勢。
另外，還有些人則是天生的問題辨識專家，當其他人認真做問題筆記，但卻無法有效地找出好的解決方案時，這些人靠著內外在的連結，就可以告訴你問題的所在。
如何創造構思：六個觀念構成過程在六個不同類型活動中用下列六個不同的思想方法連結構思。當你發展出自己的觀念和偏好後，以不同的方式重新組合這些構思，把方法用在各種不同類型的活動其實是簡單的。
重點是要選定正確的方法並且加以運用。
1. 普遍搜尋法：幾乎在任何情況下，從實務到創新實踐都很有效。
2. 趨勢聚集法：監視外在環境的趨勢，並審視對組織最重要的趨勢。
3. 尋找構思：主動的尋找並且創造新構思。
4.找問題和解答：以新的眼光搜尋目前方法中未被注意到的弱點；尋找已被認定為重要問題的解決方式，或重新檢視做事的方式，並找出隱含的缺點。
5. 由外而內的構想以及夥伴創新：讓更多外部組織協助尋找對問題的洞察點與新點子。
6. 夢想未來：想像可能不存在的未來發展，創造其可行性和可創性。
大體來說，這些方法與傳統最大的不同在於不同的思考方式的融合。其中每個洞察問題和構成觀念的過程都採用了不同類型的問題，最終目標都是要找出最多的有用構思。值得注意的是，趨勢聚集和尋找構思是互補的，一個在認出變化，另一個在創造變化。發現問題和解答也是互補的，它們從兩個非常不同的觀點來考慮現實狀況。
2009年6月14日 星期日
電影:七生有幸 SEVEN POUNDS
有點悶的片子...
2009年6月10日 星期三
jQuery, jQuery UI
2009年6月9日 星期二
what really leads to success
- Passion
- Work > workafrolics
- Good
- Focus
- Push
- Serve
- Ideas
- Persist
2009年6月8日 星期一
書摘─先提高急迫感（A Sense of Urgency） ，才能成功推動變革
新聞:「父母就是孩子的模！」 證嚴：要疼孩子、不要寵孩子
2009年6月5日 星期五
3種植物對室內空氣清淨最有幫助
虎尾蘭
黃金葛
2009年6月3日 星期三
資料轉檔
2009年5月29日 星期五
2009年5月25日 星期一
停損點 Stop-loss point
2009年5月24日 星期日
天使與魔鬼
一直在想達文西密碼和天使與魔鬼那一部比較好看, 想了想. 其實都不錯看.
宗教是由人所創, (我是無神論者.) 最初的目的應是讓人們心靈有所依靠. 人心向善. 社會和諧.
在現實的社會裡. 去推動理想. 往往都會遭遇都困難與阻礙. 
2009年5月18日 星期一
[心理測驗] 九型人格分析, 隱藏在你身體裏的動物特質
| 第一型 | 完美主義者、完美型、改革者、改進型、秩序大使 14% |
| 第二型 | 助人者、全愛型、助人型、成就他人者、博愛型 13% |
| 第五型 | 智慧型、觀察者、思想型、理性分析者、思考型 13% |
| 第六型 | 忠誠型、忠誠型、尋找安全者、謹慎型 11% |
| 第四型 | 藝術型、浪漫者、自我型、憑感覺者 11% |
| 第三型 | 成就者、事業型、成就型、實踐型 10% |
| 第八型 | 領袖型、能力型、挑戰者、保護者、權威型 10% |
| 第九型 | 和平型、和平者、和諧型、維持和諧者 10% |
| 第七型 | 快樂主義型、豐富型、活躍型、創造可能者、享樂型 9% |
- 第一型
你是典型的完美主義者。你事事追求完美，很少講出稱讚的說話，很多時會對自己或是對身邊的人批評。因為你對自己的有很高的標準，給自己很大壓力，很少放鬆自己去盡情的玩、開心的笑。
主要特徵：- 內心的正確標準變成嚴格的自我要求，不斷產生自責的思想。。
- 只接受和做正确的事情。
- 在自身的高層道德和倫理觀念上擁有堅定的信念。要求自己做芸芸眾生中少數的能做正確事情的人。
- 對於那些不符合正確標準的需要置之不理。
- 在思想上把自己同他人比較：「我比他們強還是差？」同時很在意他人的批評
- 做決定時猶豫不決，害怕做出錯誤的決定。
- 在家裡，會事事操心；出到外面，會盡情玩樂。
- 有時會變成事後諸葛，在事情發生後，意識到潛在的完美可能，「想想看原本應該是多麼完美。」而感到失落。
[心理測驗] 隱藏在你身體裏的動物特質
人與動物之間有很多相似的特質，想不想知道隱藏在你身體裏的動物特質是哪一種？一個趣味測試，還能讓你學會如何排除人際交往的煩惱喲！
A. 梅花鹿 謹慎小心，待人和藹可親
外冷內熱的梅花鹿做事謹慎小心，很少魯莽行事，這類型的人有完美主義傾向，自尊心又強，最瞧不起懦弱的表現，更不喜歡讓別人看到自己的缺點，有時外表看似冷漠，其實卻有顆溫柔坦誠的心，是慢熱型的人，偶爾也會被周遭的人或事感動得落淚，也不排除歇斯底里發洩情緒的時刻。
【如何排除人際煩惱】
過於追求完美的你無形中與人有隔膜，你應該主動敞開心扉，表現出最真的你，將深藏的熱情與坦率展現出來，大家才會對你刮目相看，不妨將你的心事與身邊的朋友分享，他們會理解你的。
【對異性的態度】
你一直都在苦苦找尋能真正讀懂你心的人，因為你那起伏不定情緒極度缺乏安全感，所以你需要一位能包容你，值得依靠的藍顏知己。
【職業預測】
你擁有絕佳的想像力與品位，適合自己創業或在藝術領域裏發揮所長。
2009年5月16日 星期六
勝利機刷ROM
之後應該會有Android版可以用, 就當做是買硬體吧,
刷民間版的ROM方式
1.Hard SPL Unlocker, (參考來源:mobile01)
2.挑選喜歡的版本吧, (參考來源:mobile01)
鑽石璀璨 e-Style 1.30 Premium
GPOWER V3 or V4
-->GPower V3系列為TD2 TF3D版.
-->GPower V4系列為無TF3D版.
刷GPower V4的話可以試試 不可錯過的桌面軟體～Spb Mobile Shell 3.0簡單分享
2009年4月7日 星期二
網路聊天新型態 Omegle 和 MapChat
MapChat 在Google Map的地圖上發聲..
http://mapchat.miife.com/
Omegle 讓你可以跟世界各地的陌生一對一的聊天.
http://omegle.com/
Don’t Hate The Player, Hate The Game
程式要怎麼寫. 好像都差不多, 不過一個人寫和一群人寫卻大不同.
一個系統的規模越大, 規劃就要越仔細, 一個人寫可以很隨性...
但一群隨性的人寫出來的系統應該是不能用的.
聰明的人會寫出很厲害的程式.
笨的呢. 讓笨的人寫出來的程式也有一定的品質應該是個更難的課題.
2009年4月3日 星期五
Syntaxhighlighter 2.0 在blog中展示程式碼的好工具
<head> ... <link type="text/css" rel="stylesheet" href="/styles/shCore.css" /> <link type="text/css" rel="stylesheet" href="/styles/shThemeDefault.css" /> </head>
<script type="text/javascript" src="/scripts/shCore.js"></script> <script type="text/javascript" src="/scripts/shBrushJScript.js"></script> <script type="text/javascript" src="/scripts/shBrushBash.js"></script> <script type="text/javascript" src="/scripts/shBrushCpp.js"></script>
2009年3月28日 星期六
文章分享-軟體工廠 Software Factory
 |
Love Shuffle
 |
|
Love Shuffle也完結囉, 是一個輕鬆的小品, 講的是四對情侶的玩交換伴侶的遊戲.
四對情侶各自有各自的問題, 想要透過交換伴侶的方式,
來找尋什麼樣的情人才是適合自己? 或著是自己究竟想要什麼?
整體來說不錯看~ 雖然劇情沒有很特殊,
不過劇中的男女演員都滿漂亮, 還有房子的裝潢也不賴.
|
