老实说，自己从来没有对语言有排斥的看法，一直是选取对项目最优的语言，当然最优是从多方面，首先考虑的是人员问题，毕竟二八定律在任何语言都是显而易见的，任何语言都能满足日常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，于是标准的java pojo类只需要修改下后缀为cs就能在net里完美运行了，hibernate的东西不用改，直接丢过去，完美。当时还和同事开玩笑说我可以做一个工具直接把c#的工程转换成j2ee的，后来一次google发现还真有这样的工具，还不少。或许微软这样是方便java程序猿的平滑迁移也说不定
在今天，每种语言，都在默默的像对方靠齐，就像java也搞出了play这样类ror和django思想框架，不过总体来说，好玩，看着开心，写着舒心，本文仅仅作为茶余饭后闲聊，不参与任何语言格斗。。