看看权威机构的评测TIOBE对编程语言流行度的排名，再看看专家的分析，也许是时候学习一门动态语言了。但是忘掉Ruby吧，虽然Groovy还只能排到31位，但有理由相信原生的基于Java的实现会让它迅速上升的。下面是摘自TIOBE的08年1月对比07年1月的语言流行度的对比。

Position Jan 2008	Position Jan 2007	Delta in Position	Programming Language	Ratings Jan 2008	Delta Jan 2007	Status
1	1		Java	20.849%	+1.69%	A
2	2		C	13.916%	-1.89%	A
3	4		(Visual) Basic	10.963%	+1.84%	A
4	5		PHP	9.195%	+1.25%	A
5	3		C++	8.730%	-1.70%	A
6	8		Python	5.538%	+2.04%	A
7	6		Perl	5.247%	-0.99%	A
8	7		C#	4.856%	+1.34%	A
9	12		Delphi	3.335%	+1.00%	A
10	9		JavaScript	3.203%	+0.36%	A
11	10		Ruby	2.345%	-0.17%	A
12	13		PL/SQL	1.230%	-0.34%	A
13	11		SAS	1.204%	-1.14%	A
14	14		D	1.172%	-0.16%	A
15	18		COBOL	0.932%	+0.30%	A
16	46		Lua	0.579%	+0.48%	A--
17	22		FoxPro/xBase	0.506%	+0.05%	B
18	19		Pascal	0.456%	-0.11%	B
19	16		Lisp/Scheme	0.413%	-0.26%	A--
20	27		Logo	0.386%	+0.07%	B

    至于Java领域学点儿什么，我再贴几个反应工作信息变化趋势的图：

     看了这两个图，一切不言自明了，Spring Framework绝对是现在Java领域挂头牌的开发框架，同时它的各个子项目也几乎涵盖了企业级开发的各个方面，有什么理由不用它呢？

     可以想见，在不远的将来也许真的要进入多语言混合编程的时代了。在Java领域，也许就是Spring框架组织的产品级的纯Java的底层代码，动态语言实现的根据项目定制的定制模块。但是真的不知道对程序员来说，这是一件幸事还是一件不幸的事。

您是第位访客

     公司的开发团队用Maven已经很长时间了，而且在内网和公网都有Maven私服，但是一直用得很不爽，总结起来有如下几点：

• 需要手工同步内外网的Maven库
• 使用的第三方的库需要手工从公服下载下来再上传到私服中
• Maven自身需要jar包非常多，手工工作量非常大

     昨天发现一个免费的Maven私服软件Artifactory，直接解决了现在所有的问题。通过配置Artifactory可以自动下载并缓存公服中的jar包，而且这个下载只是在第一次使用时下载，不会造成大量垃圾的存在。同时Artifactory提供了WebUI的管理界面，可以方便的浏览管理jar包。Artifactory还提供了备份还原等功能。

     应用了Artifactory，现在公司的Maven私服以外网为主，内网私服只建立了外网私服的一个缓存，这样公司内部的jar包只在外网私服发布一次就OK了。

您是第位访客

       最近用Hibernate总觉得Hibernate自带的主键生成机制都不太爽，所以决定给Hibernate扩展一个生成Long型主键。新的机制其实和老的DNA中一样，就是当前毫秒数*1000后后面加顺序值，此顺序值就是0~999循环取得的。

      原来用JDK1.4写的时候肯定这个类必须是一个单例模式，这个顺序值还得用Synchronized同步起来。现在JDK1.5提供了几种原子操作的类，这个问题就简化了，我只要一个支持原子操作的顺序值发生器就可以省去同步了。写完的代码大概如下：

/**
 * 长整型ID发生器<br>
 */
public class LongIdGenerator {
  private static final AtomicInteger intSequence;

  static {
    intSequence = new AtomicInteger(0);
  } 

  public Serializable generate() {
    long key = System.currentTimeMillis();
    key = key * 1000;
    key = key + intSequence.getAndIncrement(); //先取值，后增加
    intSequence.compareAndSet(1000, 0);    //如果等于10000了，那么再从0开始
    return key;
  }

}

      由于不知道Hibernate本身如何创建、创建几个这个自定义的LongIdGenerator的实例，所以该类没有设计成单例模式，那么那个intSequence就需要声明为静态的了。

      但在我对它测试的时候发现一个很危险的事情，System.currentTimeMillis()函数只能精确到大概15ms左右，也就是说currentTimeMillis函数每15ms左右才会改变.

您是第位访客

    今天抽空又测试了一把，把测试方法中的循环加入到Manager层中，这样所有插入操作都是在一个Session中完成，速度提高到了每100条170ms，这还算比较正常了。

    接着又把数据源配置为c3p0的数据源，两种方法都没有问题了，只是速度差异，大概每条都启动一个Session的速度大概是另一个的三倍。

    看来Spring自带的DataSource真的是很烂啊。

您是第位访客

      前两天在论坛看到有关Hibernate插入数据库时的性能问题，今天加班时尝试了一把，本打算比较一下主键生成机制设置为Native和UUID这两种情况在Oracle上的性能差别，结果发现另一个很奇怪的问题。

      做了个很简单的表，一个主键（Native机制，在Oracle上通过序列号生成器来完成），一个字符串字段、一个整数字段。实体类也就这三个属性，在TestCase中做了个100*100的循环，每次循环都创建一个新实例，再通过Manager插入到数据库中，记录每100次操作的时间，结果发现居然要4秒多，也就是每秒不超过25条记录，开始猜想可以是Native机制搞的，打算一会儿再测测UUID的方式。可是奇怪的事情马上就发生了，在插入了大概1000多条记录后，Spring忽然抛出连不上数据库的异常了，用PL/SQL连也是同样情况，但是过了大概半分钟就好了。清空数据库又做了一遍测试，还是一样的操行，邪门了，难道那台服务器性能真的那么差？（配置：CPU P3 1.2G；内存1G；装了Oracle,MySQL及SQLServer），明天换台好机器再试试。

您是第位访客