开心一笑
三个瓜在三岔路口聊天，聊着聊着就吵架了，于是它们就走各自走了。
一个瓜向西走成了西瓜，
一个瓜向东走成了东瓜，
一个瓜向南走成了南瓜。
三岔路口没有北路，所以就没有北瓜。
提出问题
开发工作中如何注重实效？？？
解决问题
以下来自程序员修炼之道中自己的总结和心得：
没有什么比常识和坦率更让人感到惊讶!
你不可能写出完美的软件，注重实效的程序员连自己都不相信，知道没有人可以编写出完美的代码
过度追求完美也是一种障碍
按合约设计，合约既规定你的权利与责任，也规定对方的权利与责任。此外还有关于一些任何一方没有遵守合约的后果的约定。
死程序不说谎
写程序时，我们很容易掉进，不可能发生这样一种心理状态。
早奔溃。
要崩溃，不要破坏。
有很多时候让你的程序崩溃，是你的最佳选择。
java语言和库已经采用了这一哲学。当意料之外的某件事情在runtime系统中发生时。它会抛出RuntimeException异常。如果没有被捕捉这个异常，就会渗透到程序的底部，致使其终止。
断言式编程
让断言开着：在你把程序交付使用时关闭断言，就像是因为你曾经成功过，就不用保护网去走钢丝。那样做有很大的价值却，难以获得人身保险。时刻把断言开着。
即使你确实有性能问题，也只关闭那些真的有很大影响的断言。
如果它不可能发生，用断言确保它不会发生
不要用断言代替真正的错误处理，断言是断言，错误处理是错误处理。
何时使用异常
关于异常的问题之一是，知道何时使用它们。
我们相信异常很少作为程序的正常流程的一部分使用。异常应保留给意外事件。
将异常用于异常的问题。
错误处理器是另一种，选择。说白了就是异常集中处理器。
怎样配平资源
只要在编程，我们都要管理资源。内存，事务，线程，文件，定时器。所有数量有限的事物。
要有始有终。
比如流的打开和关闭，文件的打开和关闭，都要在同一个地方（即同一个方法中，不要流的打开在A方法中，流的关闭却在B方法中）。
不管我们在使用的是何种资源？事务，内存，文件，线程，窗口。基本的模式都适用。无论是谁分配的资源，它都应该解除该资源的分配。
对于流的关闭，记住一个原则：先开后关，后开先关。
实例：
@Test
public void testStream() throws Exception{
InputStream is = new FileInputStream("");
OutputStream os = new FileOutputStream("");
/** os后开先关 **/
os.close();
/** is先开后关**/
is.close();
}
读书感悟
来自《鲁滨逊漂流记》
- 一个人只是呆呆地坐着，空想着自己所得不到的东西，是没有用的。
- 我们老是感到缺乏什么东西而不满足，是因为我们对已经得到的东西缺少感激之情。
- 一个要教育别人的人，最有效的办法是首先教育好自己。
- 在不同的环境下，人的感情又怎样变幻无常啊！我们今天所爱的，往往是我们明天所恨的；我们今天所追求的，往往是我们明天所逃避的；我们今天所希冀的，往往是我们明天所害怕的，甚至会吓得胆战心惊。
其他
如果有带给你一丝丝小快乐，就让快乐继续传递下去，欢迎转载，点赞，顶，欢迎留下宝贵的意见，多谢支持！
