超越 Java (豆瓣)

作者: (美)泰特
出版社: 东南大学
副标题: 探讨程序语言的未来
译者: O'Reilly Taiwan 公司
出版年: 2007-1
页数: 198
定价: 29.00元
装帧: 平装
ISBN: 9787564106393

豆瓣评分

7.7

89人评价

5星

16.9%
4星

56.2%
3星

23.6%
2星

2.2%
1星

1.1%

评价:

内容简介 · · · · · ·

Java的存在时间已经超过10年了，在这段时间里它的成就非凡，彻底改变了我们写软件的方法和想法。但是Java已显老态，该是时候让我们想想未来接班人是谁了。

　　在《超越Java》一书中，Bruce Tate公正而诚实地分析Java的成就，以及为何Java是如此强大的工具。他告诉我们Java如何带领计算机编程领域向前迈进，同时也讲述在哪些方面Java会阻碍我们，在哪些方面Java对我们要做的事而言并不够灵活，在哪些地方因为政治力量而使用Java只会导致复杂度的提升。

　　作者研究了其他的语言和框架，提出了一些很难的问题：这些语言擅长什么？不擅长什么？其中有没有Java的接班人？它们能够像Java一样主导软件领域吗？未来的工具应该是什么样子？会像J2EE或者Ruby on Rails？说不定更激进，就像Continuation server？Bruce ...

(展开全部)

目录 · · · · · ·

前言
第一章猫头鹰与鸵鸟
忽略是一种美德
水煮青蛙
新的水平线
预告
· · · · · · (更多)

豆瓣成员常用的标签(共46个) · · · · · ·

java ruby Java 编程语言 O'Reilly 软件开发计算机编程

喜欢读"超越 Java"的人也喜欢的电子书 · · · · · ·

支持 Web、iPhone、iPad、Android 阅读器

: CoffeeScript小书

1.99元

: 布道之道

9.60元

: 高效程序员的45个习惯

14.40元

: 网站设计解构

20.00元

喜欢读"超越 Java"的人也喜欢 · · · · · ·

: 轻快的Java

: 模式的乐趣

: The Java™ Virtual Machine Specifi...

: Java Performance Tuning (2nd Edit...

: Java Persistence with Hibernate

: Practical Java中文版

: 安全编程代码静态分析

: Java Servlet编程

: RESTful Web Services中文版

: 汇编语言与计算机体系结构

我来说两句

短评 · · · · · · ( 全部 35 条 )

超越 Java的书评 · · · · · · (全部 6 条)

有些观点还是有点意思的

黄云斌 2013-05-16 09:27:21

这篇书评可能有关键情节透露

> 没关系，可以显示全文

超越Java

杨安康 2011-04-16 14:58:01

　　近日与技术朋友交流，聊了很多技术话题。谈及目前的计算机语言，我们的意见很统一：Java仍然是最重要的语言。为什么呢？因为Java具有良好的一致性与丰富性。　　一致性不仅仅指Java语言具有良好的平台无关性，可以跨平台部署。更重要的是，其开发工具与流程非常规范，从...

7有用 / 1没用 O'Reilly Media, Inc.版

Java新手慎读

LK 2009-11-19 12:03:38

对于Java新手来说，一定要谨慎阅读这本书。因为新手很容易就被作者蛊惑而对Java丧失了兴趣和信心。所以这本书最好还是一口气读完的比较好。从相对的角度来说，这本书也可以被视做Java深入学习的线索。这本书痛说了一遍Java的革命家史，顺着历史的线索，从中可以了解Java成... (2回应)

8有用 / 0没用

左手java，右手ruby

慢半拍de刀刀 2009-12-25 18:10:12

看了作者的biter java 又看了这本恩一天就看完它比较好谈的有些东西没经验你还真不懂感觉都有点过时了因为已经是ruby风行的时代图书馆一堆rails的书可看但是自己还是没有起步，好吧！左手java，右手ruby

0有用 / 0没用

粗粗的看了一下

hx 2006-07-24 00:31:33

刚看完 Better java就看到Bruce Tate又出了本《beyond java》,用了半天时间，粗粗翻了一下。主要是对当前几个语言的比较，和java成功的因素以及目前面对的问题，他的意思，就是ruby目前最好了，再查了查这老兄刚出版了《from java to ruby》，晕，是不是太快了点。

0有用 / 1没用 O'Reilly Media, Inc.版

> 更多书评6篇

读书笔记 · · · · · · (共6篇)

我来写笔记

按有用程度
按页码先后
最新笔记

展开收起
第71页

[已注销]

就看看java.util.Array界面吧！如果没猜错的话，应该是java.util.Array接口(interface)吧。
2015-10-15 14:39

就看看java.util.Array界面吧！
如果没猜错的话，应该是java.util.Array接口(interface)吧。

推荐

回应 2015-10-15 14:39
展开收起
第63页

[已注销]

没有程序代码子(closure) 这个感觉翻译成闭包会更好。没有数组(tuple) 额，这个应该翻译成元组,而数组是array 没有参考参数(reference parameter) 这个应该翻译成引用参数会比较好。
2015-10-15 14:33

没有程序代码子(closure)
这个感觉翻译成闭包会更好。
没有数组(tuple)
额，这个应该翻译成元组,而数组是array
没有参考参数(reference parameter)
这个应该翻译成引用参数会比较好。

推荐

回应 2015-10-15 14:33
展开收起
第71页

[已注销]

事实上，他们实现泛型的方式实在语言层，而不是在JVM层。也就说，内部仍然使用Object引用。所以：其他语言仍然不具有泛型的概念。我们也无法从泛型中提高效率。我们必须保持一些古怪的向下兼容性，仍然允许使用对象引用（你可能会跟我争论这一点，我的看法是，对象引用版本应该在1.5中废弃，在1.6中移除）对于泛型容器，如果在添加数据的时候添加的是数据副本会有一定的好处，至少在因为数据在某些static类型的容器中有引用而..
2015-10-09 17:29

事实上，他们实现泛型的方式实在语言层，而不是在JVM层。也就说，内部仍然使用Object引用。所以：其他语言仍然不具有泛型的概念。我们也无法从泛型中提高效率。我们必须保持一些古怪的向下兼容性，仍然允许使用对象引用（你可能会跟我争论这一点，我的看法是，对象引用版本应该在1.5中废弃，在1.6中移除）
对于泛型容器，如果在添加数据的时候添加的是数据副本会有一定的好处，至少在因为数据在某些static类型的容器中有引用而造成的内存泄漏上会有一定程度的改善。但是这样会增加内存开销，以及处理上的不便性，毕竟如果是引用，只要对其中一个引用的内部数据进行修改，就可以完成对对应数据的修改。

推荐

回应 2015-10-09 17:29
展开收起
第70页

[已注销]

当你混合进非泛型，你就失去了安全性。例如,List notGeneric = genericList;的类型安全不会进入notGeneric中，即使它被绑定到和内存中genericList相同的List上去。
2015-10-09 17:24

当你混合进非泛型，你就失去了安全性。例如,List notGeneric = genericList;的类型安全不会进入notGeneric中，即使它被绑定到和内存中genericList相同的List上去。

推荐

回应 2015-10-09 17:24

展开收起
第63页

[已注销]

那个翻译成运算符重载感觉会比翻译成用户定义的运算符好一些。
2015-10-09 16:58

那个翻译成运算符重载感觉会比翻译成用户定义的运算符好一些。

推荐

回应 2015-10-09 16:58
展开收起
第63页

[已注销]

没有程序代码子(closure) 这个感觉翻译成闭包会更好。没有数组(tuple) 额，这个应该翻译成元组,而数组是array 没有参考参数(reference parameter) 这个应该翻译成引用参数会比较好。
2015-10-15 14:33

没有程序代码子(closure)
这个感觉翻译成闭包会更好。
没有数组(tuple)
额，这个应该翻译成元组,而数组是array
没有参考参数(reference parameter)
这个应该翻译成引用参数会比较好。

推荐

回应 2015-10-15 14:33
展开收起
第64页

[已注销]

Java可以表达程序，但是不能表达数据。你必须使用property文件、XML文件以及其他的方式定义数据。但是程序和数据的分界相当模糊，例如配置设定。
2015-10-09 17:01

Java可以表达程序，但是不能表达数据。你必须使用property文件、XML文件以及其他的方式定义数据。但是程序和数据的分界相当模糊，例如配置设定。

推荐

回应 2015-10-09 17:01
展开收起
第70页

[已注销]

当你混合进非泛型，你就失去了安全性。例如,List notGeneric = genericList;的类型安全不会进入notGeneric中，即使它被绑定到和内存中genericList相同的List上去。
2015-10-09 17:24

当你混合进非泛型，你就失去了安全性。例如,List notGeneric = genericList;的类型安全不会进入notGeneric中，即使它被绑定到和内存中genericList相同的List上去。

推荐

回应 2015-10-09 17:24

展开收起
第71页

[已注销]

就看看java.util.Array界面吧！如果没猜错的话，应该是java.util.Array接口(interface)吧。
2015-10-15 14:39

就看看java.util.Array界面吧！
如果没猜错的话，应该是java.util.Array接口(interface)吧。

推荐

回应 2015-10-15 14:39
展开收起
第63页

[已注销]

没有程序代码子(closure) 这个感觉翻译成闭包会更好。没有数组(tuple) 额，这个应该翻译成元组,而数组是array 没有参考参数(reference parameter) 这个应该翻译成引用参数会比较好。
2015-10-15 14:33

没有程序代码子(closure)
这个感觉翻译成闭包会更好。
没有数组(tuple)
额，这个应该翻译成元组,而数组是array
没有参考参数(reference parameter)
这个应该翻译成引用参数会比较好。

推荐

回应 2015-10-15 14:33
展开收起
第71页

[已注销]

事实上，他们实现泛型的方式实在语言层，而不是在JVM层。也就说，内部仍然使用Object引用。所以：其他语言仍然不具有泛型的概念。我们也无法从泛型中提高效率。我们必须保持一些古怪的向下兼容性，仍然允许使用对象引用（你可能会跟我争论这一点，我的看法是，对象引用版本应该在1.5中废弃，在1.6中移除）对于泛型容器，如果在添加数据的时候添加的是数据副本会有一定的好处，至少在因为数据在某些static类型的容器中有引用而..
2015-10-09 17:29

事实上，他们实现泛型的方式实在语言层，而不是在JVM层。也就说，内部仍然使用Object引用。所以：其他语言仍然不具有泛型的概念。我们也无法从泛型中提高效率。我们必须保持一些古怪的向下兼容性，仍然允许使用对象引用（你可能会跟我争论这一点，我的看法是，对象引用版本应该在1.5中废弃，在1.6中移除）
对于泛型容器，如果在添加数据的时候添加的是数据副本会有一定的好处，至少在因为数据在某些static类型的容器中有引用而造成的内存泄漏上会有一定程度的改善。但是这样会增加内存开销，以及处理上的不便性，毕竟如果是引用，只要对其中一个引用的内部数据进行修改，就可以完成对对应数据的修改。

推荐

回应 2015-10-09 17:29
展开收起
第70页

[已注销]

当你混合进非泛型，你就失去了安全性。例如,List notGeneric = genericList;的类型安全不会进入notGeneric中，即使它被绑定到和内存中genericList相同的List上去。
2015-10-09 17:24

当你混合进非泛型，你就失去了安全性。例如,List notGeneric = genericList;的类型安全不会进入notGeneric中，即使它被绑定到和内存中genericList相同的List上去。

推荐

回应 2015-10-09 17:24

> 更多读书笔记（共6篇）

论坛 · · · · · ·


好书	来自iostreamatlab		2009-06-08
直接吸引我学习ruby	来自温柔一刀	1 回应	2009-12-20
Java不是全部	来自Breakthen	1 回应	2010-03-19
标题党	来自三个字儿		2009-12-22