netHibernate的专栏

最近的这个项目一直使用protocol buffer作为协议层，大家在使用的过程中发现，每次在创建消息的builder——即newBuilder的时候，会非常的慢（常常需要20ms以上），以至于大家现在基本是谈newBuilder色变的地步。今天亮亮终于忍不住，问我为啥一个builder的创建那么慢呢，我正在玩儿游戏，抽空调出源码来看了一下，发现里面就真是new了一个Builder对象，这个Bui

话说团队的兄弟有一天问我，为啥咱唯一的一个服务器，内存都用完了，我还想在上面测性能呢。我一听，第一反应：不可能！我说你胡扯呢吧，咱那可是16G的一个物理机，上面就跑了git服务器，怎么可能把内存吃完了呢。他撇了撇嘴：不信自己上去看。既然这么说了，我便远程登上去瞅瞅吧。第一想到的就是top命令，于是，敲了top，得到了以下的截图：就剩下3个G了（这个还是多的，当天就剩

最近让人头疼的一个问题，就是服务器在不确定的时点会出现关于数据库连接的Exception，大致的Exception如下：org.hibernate.util.JDBCExceptionReporter - SQL Error:0, SQLState: 08S01org.hi

参加了公司前两天的一个关于Nginx的技术分享，一直很懒，今天把参加后的总结记录一下。Nginx的作用：HTTP Server反向代理，用于将用户的请求转发到后端的Server上，过滤掉一些无用的请求，不用直接进入后端Server邮件服务器Nginx可以同时响应上万的请求，效率要

在公司使用Ubuntu最头疼的事情就是代理服务器的问题。当我们使用add-apt-repository添加源的时候，因为公司要通过代理服务器才能访问网络，所以总是会报出如下的错误：
<urlopen error [Errno -2] Name or service not known>
不管你如何更改代理设置，即使export https_proxy都不行。
下面是解决方法，至少在我的环境里是可以的：
$sudo bash#export https_p

该文章是从阮一峰的博客上转载而来的，原文的地址在这里：如何选择开源许可证？。如何为代码选择开源许可证，这是一个问题。世界上的开源许可证，大概有上百种。很少有人搞得清楚它们的区别。即使在最流行的六种----GPL、BSD、MIT、Mozilla、Apache和LGPL----之中做选择，也很复杂。乌克兰程序员Paul Bagwell，画了一张分析图，说明应该怎么选择。这是我见过的最简单的讲解，只用两分钟，你就能搞清楚这六种许可证之间的最大区别。下面是原作者制作的中文版：

Firefox 4推出有一段时间了，它的表现确实不错。FF4在windows下现在已经可以把标签栏放到标题栏中以节省空间（这一点和chrome一样），但是目前在linux下，FF4却无法做到这一点。为了让自己既能用上心爱的FF4，有能够达到像chrome一样的标签栏效果，在google了n长时间之后终于靠网上大虾米小鱼虫的帮忙达到了这个目的。在配置的过程中走了一些弯路，所以分享在这里方便自己也方便大家。

这篇文章是我看了《Rob Pike谈Google Go：并发，Type System，内存管理和GC》这后的一个总结，原始的访谈文章请点击这里：Rob Pike谈Google Go：并发，Type System，内存管理和GC。
虽然我个人不是很喜欢Go的语法，但是看了这个访谈，我还是被Go的一些特性所吸引。世界上没有包治百病的灵丹妙药，不存在所谓的“银弹”，当我在使用Java的时候，Go的这些特性正是我苦苦找寻的东西：Go拥有非常快的编译器和编译速度
Go目前为止有两个

在日常工作中，Java是我最频繁使用的语言。关于getter和setter我也听说过不少。我的感觉是在许多场合，我们不需要getter和setter方法。

回想一下我们写JavaBean，创建一个类，然后编写一些private字段，最后使用一个smart IDE帮助我们生成对应的getter和setter方法（或者使用某个第三方类库的annotation）。但是让我们仔细的想一下，我们是怎样使用这些字段的，换句话说，我们为什么一上来就把字段写成了private？

Item9：当覆写equals方法时，一定要覆写hashCode方法这一条非常重要，再次提一下：覆写了equals方法就一定要覆写hashCode方法。因为如果不这么做的话就会违反hashCode的准则，从而让基于hash的colloections——HashMap，HashSet等——的使用出现问题。下面是hashCode方法的准则：对同一个对象调用多次hashCode方法，得到的是同一个整数，但是这个整数在同一个Application多次执行中不一定相同。如果equals方法判断两个对象相等，那么这

Item 8：覆写equals方法应该遵守的准则最简单的准则就是不覆写equals方法，这样就能避免很多问题。以下的这些情况不需要覆写equals方法：类的每一个实例都是唯一的：比如Thread，我们关注的是它本身作为一个活动的实体，而不是一个值。我们不关注某个类是否是逻辑相等的：比如java.util.Random类覆写了equals方法来检查两个Random的实例是否会产生相同的随机数，但是这个对我们来说基本毫无用处。超类已经覆写了equals方法，并且该覆写对子类也适用：就像AbstractSet，A

Item 7：尽量不要使用finalizerJoshua一上来就强调：Finalizer是无法预言的，危险的并且大部分情况下是不必要的。使用finalizer会给代码带来不稳定的行为，低下的性能，还有可移植性的问题。根据JLS，finalizer无法保证被按时的执行。我们知道，当一个对象过期之后，在垃圾回收器回收之前会自动的调用finalizer方法，所以有的时候我们就会把一些对象的收尾工作放在finalizer方法中，比如文件的关闭，数据库连接的释放等。但是，正是因为JLS的这个“无法保证”，会让程序不定

Item 6：消除对过期对象的引用看这个item之前没有过多的想过Java对象过期的问题。因为对象是由JVM控制的，JVM的垃圾回收机制也是Java区别于C++之类的语言的优点。可能是我一厢情愿了，所以在日常编程中忽视了这个问题。下面是java.util.ArrayList类中remove method的摘抄：public E remove(int index){ checkBoundExclusive(index); E r = data[index]; modCount++

Item5：避免创建不需要得对象在很多时候我们可以重用已有的对象而不需要创建新的对象，尤其这个对象是immutable的。比如String类型的对象，我们一般不会这么用：String s = new String("stringette"); // DON'T DO THIS! 因为这种做法每次都会创建一个新的String对象，对性能是一种损耗，而String是一个immutable的类型。当一个immutable类既提供了构造函数，又提供了static factory methods的时候，我们首先考虑使

Item 3：用private的构造函数或者enum类型来增强singleton模式先说一个singleton模式的缺点：使用singleton模式会让依赖于它的代码难于测试，因为在测试的时候我们无法用创建一个mock来隔离singletong对象。除非singleton类实现了一个interface，而我们的代码依赖于这个interface。所以在日常工作中，如果需要使用singleton模式的话，最好在它和singleton类之间做一个隔离，好让我们在测试的时候创建mock隔离它。在Java 5.0之前

Item 2：当构造函数参数过多时考虑使用Builder来创建对象我们在设计类的时候，有些类难免会有许多的字段（fields），而这些字段可能需要在创建对象的时候对它们进行赋值。一般我们会考虑两种方式：使用构造函数或者使用setter方法。使用构造函数的缺点很明显，如果我们的字段过多，那么就会让构造函数的参数过多，在这种情况下，不但不容易理解和阅读，而且非常容易出错（这时候就体现出具名参数的好处了）。另外，对于static factory methods也是一样的。而使用setter方法可以减少构造函数的参

最近开始读Joshua Bloch的Effective Java的第二版，打算花一些时间把它看完。记得上一次读它的第一版还是在大学的时候，转眼间已经是4年之久了。上次因为各种原因并没有把第一版看完，所以这次一定要好好的读一下它的第二版。废话少说，今天看了它的第二章：Creating and Destroying Objects（第一章是介绍），这一章包含了7个条目：一、使用static factory methods（静态工厂方法）代替构造函数static factory methods和Factory M

继续用Scala瞎写，这次写的是直接插入排序算法。（插入算法有很多种，直接插入算法是其中一种，其它的还有二分插入，链表插入等）
 直接插入排序的基本概念
直接插入排序的概念是通过构建有序的序列，对于未排序的数据，在已排序的序列中从后向前扫描，找到相应位置并插入。
 拿数组来说
首先比较数组的头两个数，将它们变为有序的，接下来将数组的第三个数与前两个数从后向前扫描，把第三个数插入到有序的序列中，再处理第四个数，一直到完。
 把它写出来
根

不知道看什么的时候看到了这篇文章，非常带感，所以这里写一些自己的感受。>>围观原文请猛击这里<<
 啥是Tell，Don't Ask？
在这里，我把Alec Sharp大神的话摘抄在这里：
Procedural code gets information then makes decisions. Object-oriented code tells objects to do things. 
— Alec Sharp
我觉得这句话很好的将面向

最近看了一篇介绍Scala下开发工具的文章，原文在这里：Development Tools available for Scala Language。我最近一直在学习Scala，因此就借花献佛，把这片文章里的东西搬过来，给各位学习Scala的童鞋参考。1. Simple Build Tool (SBT) for Scala languageSBT是Scala下非常强大的构建工具，想想Ant和Maven，SBT在Scala下更加出色。以下是SBT的一些特性：快速、对代码无侵入并且易于配置所有的配置、定制和扩展