其他

戴爾：“人心散了，隊伍不好帶了!“ IBM：“我最煩你們些胡亂降價的了，一點技術含量都沒有!“ 惠普：“實話告訴你們，惠普很生氣，後果很嚴重!“ Intel：“你過得了我嗎？ “ AMD: “我想試試“ IT業：“二十一世紀什麼最貴？----人才！ 聯想（收購IBM後）：“知我者謂我心憂慮，不知我者謂我何求 Microsoft(對D版）：“辛苦了，小鬼 甲骨文（對仁科）：“我本將心照明月，奈何明月照溝渠啊！ windows使用者（對M$）：“我們要的是安全，責任感！懂嗎！” 駭客： IP、IC、

中國天氣網訊

新華網北京3月15日電

我們希望成功地塑造一個軟體模型。但如何成為一個偉大的建模者，怎樣開始？請在軟體項目應用下列一些關鍵原則，以獲得立竿見影的效果。1、 以人為本軟體是為人製作的――沒有使用者，軟體只是一個沒有任何意義的位元集合。許多軟體專家在他們的職業早期顯得很高深，因為他們緊緊將注意力集中在技術上。的確，組件、企業級Java Beans(EJB)和代理很令人感興趣，但是如果你的軟體很難使用或不滿足使用者需求的話，這些技術無關緊要。必須花一定的時間去研究能夠讓使用者理解的軟體需求和使用者介面。2、

三國演義七實三虛〔百分之七十為真，百分之三十虛構〕，大 部份情節依照正史結構進行，甚至照史書一字不漏抄錄；少部 份天馬行空，並且穿插 一些怪力亂神以吸引讀者。因為此書太 紅了，有人把他當聖經〔此說並不誇張，曆代有相當多武將以 這本書為兵法範本，並且因此稱霸一方〔如明末張獻忠等〕， 甚至奪得天下〔如努爾哈赤、毛澤東等〕〕，更多人把他當正 史，以為書中寫得皆為真。為了避免有人虛實不分，我把一般 人較易混淆的事寫出來。至於像呂蒙被關羽的冤魂嚇死之類的 情節明顯不合乎科學，就不浪費筆墨解釋。

國際線上報道(駐日本記者

1、老農與石頭 有一位老農的農田當中，多年以來橫亙著一塊大石頭。這塊石頭碰斷了老農的好幾把犁頭，還弄環了他的中耕機。老農對此無可奈何，巨石成了他種田時揮之不去的心病。 一天在又一把犁頭打環壞之後，想起巨石給他帶來的無盡麻煩，老農終於下決心要了結這塊巨石。於是，他找來撬棍伸進巨石底下。他驚訝地發現，石頭埋在地裡並沒有想像的那麼深，那麼厚，稍使勁就可以把石頭撬起來，再用大鎚打碎，清出地裡，老農腦海裡閃過多年來被巨石因擾的情景，再想到可以更早些把這樁頭疼事處理掉，禁不住一臉的苦笑

一、“某於良知之說，從百死千難中得來，實千古聖聖相傳一點滴骨血也。——《順生錄-年譜二》” 感悟：災難裡面有黃金。天將降大任於斯人也。。。將人生中的每一次艱難困苦當做挑戰，戰勝它你就能更上一層樓。覺得撐不住了就多想想王聖人當年在龍場搬石頭的情景，小爺（見東林的石頭）我不一定比他差！ 二、“虛靈不昧，眾理具而萬事出。心外無理，心外無事。——《傳習錄》” 感悟：本我，真我，超我。如何喚醒心中的超我呢？做事要專註，除此之外別無他法。計較，是貧窮的開始。這一點真的好難做到，當下還是三十難立，什麼才是真正

　　最近在研究以DotText為原型的中文Blog系統CnBlogsDotText。之前用VS.NET開啟CnBlogsDotText的專案檔CnBlogsDotText.sln（或DottextWeb.csproj），總是提示說“Visual Studio .NET 無法建立或開啟應用程式 。問題很可能是因為本地 Web 服務器上沒有安裝所需的組件。請運行Visual Studio

新華網北京3月15日電（記者 吳晶晶）中國環境保護部所屬國家核安全域有關負責人15日向記者介紹說，截至15日10時，中國輻射環境監測未發現任何異常，中國所有運行核電機組均處於安全狀態。　　他表示，環境保護部將繼續密切關注和跟蹤日本福島第一核電站事故進展，進一步加強輻射環境監測，及時通報資訊。　　據介紹，自3月12日起，中國環境保護部已全面啟動全國輻射環境監測網路，監測結果在環境保護部網站上公布。

　　題目如下：人在雨中沿一直線從一處向另一處行進時，雨的速度已知，問行人行進的速度多大才能使淋雨量最少？　　當年參加數學建模培訓時看到這題，感覺是老鼠拉龜－無從下手。從那以後，每次碰到雨天，尤其是忘了帶傘又不得不冒雨前行時，都會想起這題。後來某日上網時心血來潮，在google上搜了一下，居然找到數篇論文對此問題解答，其中一篇的假設、建模、推導求解我比較認同，該論文最後的結論如下：　　逃雨的三原則：　　①若雨是從前方或側面打來的，那麼跑得越快越好。　　②若雨是從後方或側面打來的，且速度較小，以致人

新華網東京3月15日電（記者

　　三、多使用者及其許可權管理的設計　　開發資料庫管理類的軟體，不可能不考慮多使用者和使用者權限設定的問題。儘管目前市面上的大、中型的後台資料庫系統軟體都提供了多使用者，以及細至某個資料庫內某張表的使用權限設定的功能，我個人建議：一套成熟的資料庫管理軟體，還是應該自行設計使用者管理這塊功能，原因有二：　　1.那些大、中型後台資料庫系統軟體所提供的多使用者及其使用權限設定都是針對資料庫的共有屬性，並不一定能完全滿足某些特例的需求；　　2.不要過多的依賴後台資料庫系統軟體的某些特殊功能，多種大、中型

　　最近逛書店發現一本資料建模的好書——《資料建模：分析與設計的工具和技巧》(Data Modeler's Workbench：Tools and Techniques for Analysis and Design)，作者Steve Hoberman。粗讀完一遍後，感覺這本書的確無愧於譯者和國外專家們的盛讚：“這本書充滿了對改進資料模型和設計有益的技術和技巧，並且它還極富閱讀樂趣——一個了不起的結合！任何一個資料建模者都應該擁有一本Steve Hoberman的關於資料建模工具和技術的書。”　

新華網北京3月15日電（記者黃小希）記者15日從中國紅十字會獲悉，日本發生地震後，中國紅十字會緊急啟動尋人工作，積極應對我國公民不斷增多的尋人需求。根據目前災區情況及尋人需求，中國紅十字會總會及各地分會於14日開始提供網站查詢和“急切盼望訊息”通訊兩項免費服務。　　據介紹，需要尋人者可通過中國紅十字會網站的“重建家庭聯絡（尋人）”欄目，登入日本地震尋人頁面進行登記和查詢，或者聯絡當地紅十字會填寫“急切盼望訊息”通訊，由中國紅十字會轉交日本紅十字會協助查詢。這項工作將根據災情發展和需求的變化進行調

　　近期看了idilent的文章《使用物件導向技術解決商品打折問題》，文後有讀者提出要求：如果不同商品的折扣不同怎麼辦？ 或者有買一百送五十這種方式，或不同會員等級的折扣不同。

1. Love starts with a smile, grows with a kiss, and ends with a tear. 2. Don't cry over anyone who won't cry over you. 3. If love isn't a game, why are there so many players? 4. Good friends are hard to find, harder to leave, and impossible to

　　3)資料分析：OLAP和資料採礦　　OLAP與資料採礦是一個有機的整體，在OLAP中必定要針對不同的主題資料倉儲採用相應的資料採礦演算法來進行資料分析。如果把資料倉儲對BI系統的作用比作廚師的食材，那麼，OLAP和資料採礦則是廚具。　　線上分析處理(OLAP)的概念最早是由關聯式資料庫之父E.F.Codd於1993年提出的，其目的是為了讓管理者靈活地對海量資料進行瀏覽分析。當時,Codd認為聯機交易處理(OLTP)已不能滿足終端使用者對資料庫查詢分析的需要,SQL對大資料庫進行的簡單查詢也不

　　 最近參與一個對原有MS SQLSERVER2000+ASP系統升級到.NET的開發項目。其中，針對某一個資料記錄較多的表的查詢用的比較多，而且該查詢的條件組合比較複雜，包括分頁，按特定欄位排序，按特定條件查詢。　　參考了netkillerbaseSQL Server 預存程序的分頁，開始決定採用效率最高的“方案二”，即通過ID標識來比較大小，從而快速檢索出所需的記錄。　　為了方便讀者，我在這裡簡單列出前面列出的參考文章中的3種分頁查詢預存程序的核心T-SQL語句：方案一：SELECT