從乙個例子說起：
資料：37.5
通過這個你能看出什麼嗎？估計很難？
資訊：
這個時候，這個37.5有意義了，是乙個廣州的1歲半的小女孩在夏天午後玩了後測試的體溫。在這樣的背景下，37.5成為了有意義的資訊中的乙個關鍵指標。
知識：
奶奶問了，孩子是不是發燒，該去醫院？媽媽也手足無措！
這個時候該知識出場了。
知識：「正常小兒的基礎體溫為36.9℃~37.5℃。一般當體溫超過基礎體溫1℃以上時，可認為發熱。其中，低熱是指體溫波動於38℃左右，高熱時體溫在39℃以上。連續發熱兩個星期以上稱為長期發熱。
上述基礎體溫是指的直腸溫度，即從**所測得，一般口腔溫度較其低0.3℃~0.5℃，腋下溫度又較口腔溫度低0.3℃~0.5℃。
若37.5度是從口腔測得,則直腸溫度約在37.8~38.0度,剛剛有一點點低燒。」
為什麼以上的資訊是知識呢？並不是因為這些資訊是寫在教科書或者那位專家說得，而是因為這是通過許多病例、試驗總結出來並公認在實踐中正確的。
通過資訊作為基礎，用以上的知識進行判斷：
腋下溫度37.5，那麼體內溫度應該是38.1-38.5左右，超過正常小兒的基礎體溫1度左右，是否發熱還不能確定。
再看看引起發熱的原因和需要**的情況：
知識點：
「 1、嬰幼兒的神經系統發育不完備，體溫調節功能不健全，環境溫度較大的改變或其他一些因素的影響都會使機體的產熱和散熱過程受到破壞，引起發熱。
2、一部分孩子在接種過疫苗後一段時間會發生低熱現象。
3、嬰幼兒抵抗力弱，難以抵擋細菌和病菌的***，常會因感染而引起發熱。
4、細菌性肺炎也可表現為低熱，但是大部分孩子伴隨有氣促、紫紺、嗜睡、胃口差等症狀。
5、長期的低熱也可能是由肺結核或慢性淋巴細胞白血病引起的。需要去醫院化驗檢查才能確診。」
知識點：高燒與低燒，一般說來，高於38．5℃的為高燒病人，低於38．5℃為低燒病人。
判斷：是不是孩子在下面玩的比較熱，穿的比較多，回來就測得？先給她脫點衣服觀察一下。
1個小時後，再測量，36.8度，正常範圍，不用去醫院。
37.5---陳浩男37.5攝氏度++小兒發熱的知識 產生判斷：觀察
1小時後再測量，正常，問題解決。
資料：單純的資料不能表達意思。
資訊：建立了資料的環境後，例如37.5表示的是腋下量過的體溫，是在六月份的廣州中午時間測量的，是乙個小姑娘的體溫等等。資訊是賦予了資料一環境。
知識：經過實踐證明的、可以用來決策和行動的。這個例子中只包含了顯性知識，如果小孩的發燒在經過各種檢查後仍然找不到原因，則需要專家會診，要看既往的病史、家族的病史加上醫生的綜合判斷（這裡面就有了隱性知識的成分）。
經過以上可以看出，如果沒有資料和資訊，知識很難以發揮作用。而資料和資訊的獲取則相對比較簡單，而只有知識能夠幫助解決問題。
西醫的好處在於將盡量多的問題顯性化、資料化，然後結合知識去做比較準確的判斷。各種檢查、監測專案都是顯性化的手段。
(更多了解
田志剛 )
從乙個例子說為什麼要用介面
如題，看看下面這個例子 現有狗 和企鵝兩個類 狗會玩飛碟，企鵝會游泳，為什麼要把玩飛碟和游泳的方法分別定義在兩個介面裡？如果 定義在介面反而顯得 更加累贅，因為還多了兩個介面。你可能會想，幹嘛不直接把玩飛碟的方法直接定義在狗類中，游泳 的方法直接定義在企鵝類中 這種情況下沒有父類 假設這樣一種情況 ...
從乙個例子看看乙個典型的混亂是如何形成
乙個服務程式前後寫了幾年之久，幾乎是在公司的發展之初就做出來。前後根據無數的需求加以修改，其中有技術需求有產品需求。服務程式的控制命令就有上百個之多！看似很雄偉的大樓卻少有只言片語，一點文件都沒。如今乙個功能的邏輯流程有了問題需要修改，但顯然不是很嚴重的問題，只涉及到了部分 在邏輯層次上是否流暢。或...
共同知識的乙個例子
假設有五位理性且智慧型的母親a b c d e和五位她們對應的孩子a b c d e。每天她們會在一起聊天，如果母親認為自己的孩子表現好，她就會喜形於色，表揚孩子。相反，如果母親認為自己的孩子表現不好，她就會哭。實際上，每個孩子的表現都不好，但他的母親不知。而且當發現別人的孩子表現不好時，會告知除當...