前幾天看fenny寫了一篇文章，提出了乙個觀點：翻新也是一種創新。我是感同身受，當然fenny的名氣如此之大，我也沒有必要去附和了。
舉個例子，我前段時間碰到了merge語句乙個ora-00600的錯誤，在分析沒有思路的時候就去網上查，結果發現了乙個蠻有意思的現象，搜到的前幾篇文章都是我自己寫的，自己搜尋到自己的文章，還是讓人有些無奈，因為問題之前碰到，但是原因不同，不能以偏概全，所以還是未解。二來可以說明很多問題還有待完善，逐步積累起來就是乙個完整的體系，以小見大。之前的幾篇文章都是在日常的筆記整合了一下，結果讀起來就會全面很多，從知識點上，問題的分析上，篇幅上都能夠狠輕鬆達到期望的效果，而這個工作的難度就在於，除了作者本人之外，其他人應該完全做不了這個事情，因為作者知道哪些東西需要組織起來，哪些是有關聯的，哪些需要從中取捨，整合起來就是一道美味。這是總結的一大好處。
比如datapump，我也寫過不少的筆記去分析，總結，自己也把浙西內容整合成為乙個章節來講，但是最近因為工作需要，就耐著性子把這些知識點又過了一遍，發現自己做和看差距很大，我去做的時候發現原來的有些觀點還是需要繼續補充完善，所謂實踐出真知，應該就是這個道理吧，做完這些練習之後，我感覺自己給自己又上了一課。
現在都在提倡運維自動化，雲化的概念，這是個趨勢，前提時我們手頭的工作要做好，基本功要紮實，平台越好，我們越要掌握好這些東西，因為沒了平台，我們什麼都不是。而在這個趨勢下，平台下，能夠真正落地，把工作做到位，而不是為了kpi而創新，自我總結，階段性總結就是一種返璞歸真，不要忘了我們的工作的價值所在。
所以我自己要靜下心來，好好總結一下我曾經寫過的文章，梳理梳理，利己利人。 、
《返璞歸真 UNIX技術內幕》書評
敏捷人士認為 是最好的文件，蓋因只有 才能真實表達設計者與實現者的意圖。然而，一旦系統變得複雜，通過閱讀源 來理解系統就會變成一樁苦差事。系統千頭萬緒，直接閱讀源 常常會陷入 只見樹木，不見森林 的困境。可以說，純粹理論描述的文件太空，直接閱讀源 又太細，任選其一都不利於對系統的了解。若能為二者搭建...
C 語言返璞歸真 指標篇番外
續 c 語言返璞歸真 指標篇 1 在指標篇 1 當中，提到了指標定義的兩種風格 int p 和 int p 這篇博文就來說說為什麼會有兩種風格的指標定義。首先需要說明的是這兩種風格的指標定義在語法上完全正確，任何的 c 語言編譯器都承認這兩種定義方式，甚至你以寫成 int p 但是這種寫法是完全不推...
創新計畫答辯 總結
今天完成 了創新計畫的答辯。之前也準備了很久，反覆練習之後，我已經能夠在三分鐘之內將主要內容講清楚。並且盡可能的考慮到老師會問到的問題。答辯就是這樣，當你覺得自己考慮了每個細節之後，其實，還有自己沒有考慮到的地方。正如軟體中的bug客觀存在一樣。話說最近的 shellshock 漏洞很火熱 兩點問題...