開(kāi)心一笑
三個(gè)瓜在三岔路口聊天，聊著聊著就吵架了，于是它們就走各自走了。
一個(gè)瓜向西走成了西瓜，
一個(gè)瓜向東走成了東瓜，
一個(gè)瓜向南走成了南瓜。
三岔路口沒(méi)有北路，所以就沒(méi)有北瓜。
提出問(wèn)題
開(kāi)發(fā)工作中如何注重實(shí)效？？？
解決問(wèn)題
以下來(lái)自程序員修煉之道中自己的總結(jié)和心得：
沒(méi)有什么比常識(shí)和坦率更讓人感到驚訝!
你不可能寫(xiě)出完美的軟件，注重實(shí)效的程序員連自己都不相信，知道沒(méi)有人可以編寫(xiě)出完美的代碼
過(guò)度追求完美也是一種障礙
按合約設(shè)計(jì)，合約既規(guī)定你的權(quán)利與責(zé)任，也規(guī)定對(duì)方的權(quán)利與責(zé)任。此外還有關(guān)于一些任何一方?jīng)]有遵守合約的后果的約定。
死程序不說(shuō)謊
寫(xiě)程序時(shí)，我們很容易掉進(jìn)，不可能發(fā)生這樣一種心理狀態(tài)。
早奔潰。
要崩潰，不要破壞。
有很多時(shí)候讓你的程序崩潰，是你的最佳選擇。
java語(yǔ)言和庫(kù)已經(jīng)采用了這一哲學(xué)。當(dāng)意料之外的某件事情在runtime系統(tǒng)中發(fā)生時(shí)。它會(huì)拋出RuntimeException異常。如果沒(méi)有被捕捉這個(gè)異常，就會(huì)滲透到程序的底部，致使其終止。
斷言式編程
讓斷言開(kāi)著：在你把程序交付使用時(shí)關(guān)閉斷言，就像是因?yàn)槟阍?jīng)成功過(guò)，就不用保護(hù)網(wǎng)去走鋼絲。那樣做有很大的價(jià)值卻，難以獲得人身保險(xiǎn)。時(shí)刻把斷言開(kāi)著。
即使你確實(shí)有性能問(wèn)題，也只關(guān)閉那些真的有很大影響的斷言。
如果它不可能發(fā)生，用斷言確保它不會(huì)發(fā)生
不要用斷言代替真正的錯(cuò)誤處理，斷言是斷言，錯(cuò)誤處理是錯(cuò)誤處理。
何時(shí)使用異常
關(guān)于異常的問(wèn)題之一是，知道何時(shí)使用它們。
我們相信異常很少作為程序的正常流程的一部分使用。異常應(yīng)保留給意外事件。
將異常用于異常的問(wèn)題。
錯(cuò)誤處理器是另一種，選擇。說(shuō)白了就是異常集中處理器。
怎樣配平資源
只要在編程，我們都要管理資源。內(nèi)存，事務(wù)，線程，文件，定時(shí)器。所有數(shù)量有限的事物。
要有始有終。
比如流的打開(kāi)和關(guān)閉，文件的打開(kāi)和關(guān)閉，都要在同一個(gè)地方（即同一個(gè)方法中，不要流的打開(kāi)在A方法中，流的關(guān)閉卻在B方法中）。
不管我們?cè)谑褂玫氖呛畏N資源？事務(wù)，內(nèi)存，文件，線程，窗口?；镜哪Ｊ蕉歼m用。無(wú)論是誰(shuí)分配的資源，它都應(yīng)該解除該資源的分配。
對(duì)于流的關(guān)閉，記住一個(gè)原則：先開(kāi)后關(guān)，后開(kāi)先關(guān)。
實(shí)例：
@Test
public void testStream() throws Exception{
InputStream is = new FileInputStream("");
OutputStream os = new FileOutputStream("");
/** os后開(kāi)先關(guān) **/
os.close();
/** is先開(kāi)后關(guān)**/
is.close();
}
讀書(shū)感悟
來(lái)自《魯濱遜漂流記》
- 一個(gè)人只是呆呆地坐著，空想著自己所得不到的東西，是沒(méi)有用的。
- 我們老是感到缺乏什么東西而不滿足，是因?yàn)槲覀儗?duì)已經(jīng)得到的東西缺少感激之情。
- 一個(gè)要教育別人的人，最有效的辦法是首先教育好自己。
- 在不同的環(huán)境下，人的感情又怎樣變幻無(wú)常??！我們今天所愛(ài)的，往往是我們明天所恨的；我們今天所追求的，往往是我們明天所逃避的；我們今天所希冀的，往往是我們明天所害怕的，甚至?xí)樀媚憫?zhàn)心驚。
其他
如果有帶給你一絲絲小快樂(lè)，就讓快樂(lè)繼續(xù)傳遞下去，歡迎轉(zhuǎn)載，點(diǎn)贊，頂，歡迎留下寶貴的意見(jiàn)，多謝支持！
