october 10
zz思考「中醫與dba」
原文：思考「中醫與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 原文 http www.itpub.net viewthread.php?tid 476403 extra page 1 思考 中醫與dba 最近看了一本書 思考中醫 遂思考中醫與dba的關係。中醫與dba有什麼關係？牛頭不對馬面！剛寫完標題，就被同事嘲...
中醫與軟體
中醫是我除了軟體最喜歡的 我國偉大的文化 軟體與中醫 其實其中有很多共同之處 中醫講究的是平衡 什麼的平衡？是陰陽的平衡 軟體呢 處處都需要平衡 從單例模式的兩種寫法 就是時間與空間的平衡 犧牲空間目的是什麼？換取時間 這就是快取 從專案的角度呢 就是進度和質量的平衡 設計的角度上呢 擴充套件和效能...
中醫與科學不能共存？
這一期 南風窗 的獨家策劃是關於中醫復興的。中醫是中國的一項國粹，幾千年下來也是源遠流長。不過這一百多年來卻在西醫的陰影之下過得江河日下。於是乎，中醫存廢之爭此起彼伏。本人不是醫生，對中西醫不甚了了，不過平時看病吃藥也知道西醫不是萬能的，中醫也不是哄人的。以前對中醫的存廢之爭並不十分的關心，這次看了...