head first 一直秉持著在程式書裡面亂加亂塗亂畫的風格，這種風格其實真的可以讓人看書看的更快，雖然這段時間專案上比較忙，但是在只看了四五次的情況下就已經把他看完了。確實看這種書有一種看**的感覺，停不下來似的。之前不管是在學校裡還是在公司專案上，對oo也有過一定的認識，但很多時候自己正真時間的時候卻不自覺地的用不夠oo的方式去分析問題，解決問題，讀了本書之後希望之後的實踐能多用oo的方式，畢竟書看了只是有個架構，實踐多了，才能正真豐滿起來。
1. 良好應用程式的基石
2. 收集需求
跟我們現在專案的情況一樣，每個專案總是以需求收集開始，因為我們後面需要做的事情全都是想讓客戶滿意。這也是上面提到的編寫偉大軟體的第乙個步驟，確保它能完成客戶要它做的事。
3. 需求變更
正如我們公司的價值觀之一，擁抱變化，軟體行業，只有一樣東西是永遠不會改變的，那就是「變化」。變化是每個專案每個系統，都必然存在的。
4. 分析
我們的軟體最終還是要執行到真實的環境中的，所以我們必須分析我們的程式，讓它能夠更好的在真實的環境中起作用。
5. 良好的設計 = 靈活的軟體
在改變不可避免的時候，分析我們的設計並給出一些更合理，更靈活的方式來實現，使我們的程式更具有復原力。
6. 解決大問題
往往我們所遇到的問題，和我們需要編寫的程式都不是乙個小小的問題，它往往包含了很多東西，我們需要將這些大問題，分割成一些我們能解決的小問題來解決，就像上面提到的那些方式。
7. 架構
正如上面所說的，我們在解決大問題的時候將它分解成很多小的問題。其實這會面臨很多問題，比如說從**著手做這些小問題，或者這個部分與那個部分之間的關係是什麼，再比如怎麼將這些小的模組拼湊到一起。這個時候就要發揮架構的力量了。
8. 設計原則
模擬是避免做傻事的最佳方式。在你自己苦思冥想去解決乙個問題之前，先看看是不是有其他人已經有了非常漂亮的解決方式。比如我們需要學習一些設計原則來避免自己少走彎路，盡快寫出偉大的程式。
9. 迭代與測試
大多數時候，客戶不在乎你所建立的oo原則或者圖形，他們只想要軟體做它該做的事。所以很多時候偉大軟體的編寫應該是迭代進行的。先針對整體輪廓操作，接著迭代應用程式的每個片段，直到完成。
C Primer Chapter One學習筆記
筆記 1.流 從io裝置上讀入或寫出的字串行，用來說明字元隨時間順序生成或消耗。2.輸入輸出符可連用原因 operator 或operator 返回stream物件。3.要測試程式那個語句出錯，使用cout 4.新建乙個內建型別，如int i 0 最好先初始化，不然用到的時候沒初始化會產生奇怪的錯誤...
BroadcastReceiver學習筆記
需要注意 的是,不要在 onreceive 方法中新增過多的邏輯或者進行任何的耗時操作,因為在廣播接收 器中是不允許開啟執行緒的,當 onreceive 方法執行了較長時間而沒有結束時,程式就會報錯。有序broadcast，sendorderedbroadcast intent,null abort...
CDISC SDTM SE domain 學習筆記
整理翻譯自 sdtm ig 3.2 www.cdisc.org sdtm se subject elements 鞏固每個subject的epochs和elements的起止時間點.se對於有多個 時期的試驗有著重要的用處 如crossover試驗 se包含乙個subject從乙個element進入...