october 10
zz思考「中醫與dba」
原文：http://www.itpub.net/viewthread.php?tid=476403&extra=&page=1
思考「中醫與dba」
最近看了一本書《思考中醫》，遂思考中醫與dba的關係。
」中醫與dba有什麼關係？牛頭不對馬面！「 剛寫完標題，就被同事嘲笑一番
上工與下工
《內經》將醫生分上工與下工，張仲景說「上工不治已病治未病」。上工救其萌芽，故曰上工。下工救其已成，救其已敗。
正面思考：
乙個專案，在問題出現以前或者剛剛萌芽的時候就進行預防與解決，此乃專案執行中的上工。
對於架構師，程式設計師來說，在設計，程式設計過程中就考慮到可能會出現的異常及其問題，並進行相應的預防處理，在程式release以後，出問題的機率會大大降低。
對於dba來說，在資料建模，邏輯設計，物理設計的時候，考慮到可能會出現的效能問題，並在磁碟規劃，表設計等中進行相應的考慮，在實際執行中，資料庫出問題的機率會大大降低。
從以上的觀點來看，我們作為架構師、程式設計師、dba應以上工為目標。
反面思考：
古書上有乙個故事，兩兄弟都是醫生，老大的病人都不是重症患者，門庭冷落。而老二病人最多，許多病人都是抬進來，經其**後可以走出去。一位高人帶著**在其兩兄弟診間參訪後，高人問**，是老大醫術高還是老二醫術高？**說當然是老二呀，高人搖頭說，非也！非也！老大醫術才是上工，因為他治病不露痕跡，且在病人未病時就消除，所以病在老大那兒還沒來的及成形時，就失於無形，自然在老大那看不到老二那種重症患者。雖然老二將那麼多的重症患者治好，看起來是救人命，但反過來說，怎不能在病還未發展到這麼嚴重時就去發現**它，等到折騰成這樣老二才來救治？
做了幾年的資料庫consultant,優化過大大小小很多的資料庫，一般來說越是爛的資料庫，優化的效果越明顯。當客戶稱讚我水平高的時候，我心裡總是暗暗發笑，不是我水平高，是你的系統太爛。當然，這話是不能給客戶明說出來的。
高人畢竟是少數，大部分的人跟高人的**是乙個水平，所以大部分的人認為老大的醫術高明。
假設乙個企業有兩個資料庫，由a,b兩個人負責.
a負責的資料庫經常出問題（表空間不夠，死鎖，hung....)，一出問題，就得驚動全公司上上下下很多人，a呢，不論是上班時間還是下班時間，都是出了問題立刻趕去現場，人到問題除。
b負責的資料庫前期設計規劃做的好，並且b還寫了幾個指令碼監控資料庫的狀態，在問題還沒出現以前b就已經解決了，所以b負責的資料庫幾乎不出什麼問題。
在外人看來，a工作勤勤懇懇，經常加班加點，水平又高；b呢，大家根本不知道還有b這個人
討論：
1. 公司裁員，2個dba中保留乙個，誰會走人？
2. 若我們都以「上工」作為目標，如何讓別人看到我們的價值？
若專案與以前的專案有可比性的話，「上工」的價值很容易體現出來。但是若是乙個新的專案，沒有參照物，「上工」的價值一般來說會被人曲解為這個專案「很容易」，所以不出問題。
又見 「中醫與DBA」
october 10 zz思考 中醫與dba 原文 思考 中醫與dba 最近看了一本書 思考中醫 遂思考中醫與dba的關係。中醫與dba有什麼關係？牛頭不對馬面！剛寫完標題，就被同事嘲笑一番 上工與下工 內經 將醫生分上工與下工，張仲景說 上工不治已病治未病 上工救其萌芽，故曰上工。下工救其已成，救...
中醫與軟體
中醫是我除了軟體最喜歡的 我國偉大的文化 軟體與中醫 其實其中有很多共同之處 中醫講究的是平衡 什麼的平衡？是陰陽的平衡 軟體呢 處處都需要平衡 從單例模式的兩種寫法 就是時間與空間的平衡 犧牲空間目的是什麼？換取時間 這就是快取 從專案的角度呢 就是進度和質量的平衡 設計的角度上呢 擴充套件和效能...
中醫與科學不能共存？
這一期 南風窗 的獨家策劃是關於中醫復興的。中醫是中國的一項國粹，幾千年下來也是源遠流長。不過這一百多年來卻在西醫的陰影之下過得江河日下。於是乎，中醫存廢之爭此起彼伏。本人不是醫生，對中西醫不甚了了，不過平時看病吃藥也知道西醫不是萬能的，中醫也不是哄人的。以前對中醫的存廢之爭並不十分的關心，這次看了...