老实说，我从来没有对语言有过排斥的看法。我一直选择最适合项目的语言。当然，最好的是多方面的。首先考虑的是Personnel问题，毕竟80/20法则在任何语言中都是显而易见的，任何语言都可以满足80%的日常开发。不过，偶尔也会调侃一些奇怪的地方。比如今天在做缓存的时候，打算用HashTable。这么强大的东西，在.net中是不可能实现的。功能代码：很普通很普通的代码，但是仔细一看，心里想笑。按F12进入，看到它的内部是这样的： 这个东西太眼熟了，因为在很多年前刚学java用Hashtable的时候就很熟悉了，很好奇为什么第二个t是小写的。这不符合sun的作风。整个jdk就是一个标准的驼峰，所以带着这个问题看了很多书，看了很多。根据资料，***的结论是：Hashtable中第二个小写的t是sun的错误。很多书上都提到了这个问题，也有很多人建议sun修改。后来sun确实讨论过t这个问题，但是因为Hashtable是jdk1.0的产物：盲目替换会导致很多老系统根本不兼容，所以sun决定保留这个小写的t，让它继续无理的存在。来到c#端的Hashtable，心里有点高兴，于是粗略的翻了很多c#的类。其实和java一样，就是一个标准的驼峰，除了Hashtable，不过可能是我理解的很透彻吧。肤浅，没有深刻的理解。C#和java有太多相似之处，从ORM到IOC，AOP，何曾的相似，相似到连Hashtable的t都是小写的，想想有点过瘾。在目前遍地开花的编程语言中，很多语言都在逐渐开始或多或少地趋同。记得一开始一个j2ee需要转成.net的时候，为了方便直接去.net的orm和ioc，所以标准的javapojo类只需要修改后缀为cs就可以运行***在网络中。Hibernate不用改，扔过去就行了，***。当时和同事开玩笑说，我可以做一个工具，直接把c#项目转成j2ee。后来google了一下，发现还真有这样的工具，而且还不少。或许微软这样做是为了方便Java程序员的顺利迁移。也许在今天，每一种语言都在默默的向对方看齐，就像Java也创造了类似ror和django的play一样的思维框架，但总的来说，好玩，看的开心，写的舒服，这篇文章只是为了饭后聊天，不参加任何语言斗争。.原文链接：http://www.cnblogs.com/bfchuan/p/4203001.html
