d********g 发帖数: 10550 | |
h****e 发帖数: 2125 | |
d********g 发帖数: 10550 | 3 2013年说别上Java了赶紧上Python是不是大多数人会觉得疯了?2016年和2020年分别再
看呢?
JVM这个体系要完了。现在跳船是最后机会
【在 h****e 的大作中提到】 : 没看前面的历史,光看你最后推荐的四种语言,并没有什么独特的见解,就是很大众的 : 观点呀。想一鸣惊人,你得有和大众不一样的眼光,而且后来还是你对才行。
|
T********2 发帖数: 1 | 4 Android Kotlin算JVM体系里的吗?
【在 d********g 的大作中提到】 : 2013年说别上Java了赶紧上Python是不是大多数人会觉得疯了?2016年和2020年分别再 : 看呢? : JVM这个体系要完了。现在跳船是最后机会
|
r****t 发帖数: 10904 | 5 当然算。
有没有大牛门比较下 Kotlin vs C#?
【在 T********2 的大作中提到】 : Android Kotlin算JVM体系里的吗?
|
g****t 发帖数: 31659 | |
g****t 发帖数: 31659 | 7 今后都是多语言主导。first tier体系里的东西,我认为不存在哪个体系要完了这回事。
即便不考虑Android。阿里巴巴几万java马工呢,怎么完。
天下分裂是不可逆转的趋势。呆在任何单一一种语言系统内做产品的机会会越来越少。
一个产品,不管比例多少,今后都会有至少两种语言系统的内容。
MS VS,java那种大一统不会出现了。
【在 d********g 的大作中提到】 : 2013年说别上Java了赶紧上Python是不是大多数人会觉得疯了?2016年和2020年分别再 : 看呢? : JVM这个体系要完了。现在跳船是最后机会
|
d********g 发帖数: 10550 | 8 MS回血是因为新CEO上台之后的拥抱开源政策,并不是2013年那个时代。2013年争的是
闭源与开源,MS如果继续走那条绝路的话会很惨
【在 g****t 的大作中提到】 : 很多看法都是相当不错的。不过 : 你认为MSFT会被逐步边缘化,这个看法是错误的。 : 这几年我有时不时贴MSFT的市值。
|
g****t 发帖数: 31659 | 9 结果就是结果。人家有这个本事爆拉股票。2万亿的第一家公司,未必就一定是aapl。
【在 d********g 的大作中提到】 : MS回血是因为新CEO上台之后的拥抱开源政策,并不是2013年那个时代。2013年争的是 : 闭源与开源,MS如果继续走那条绝路的话会很惨
|
d********g 发帖数: 10550 | 10 多语言我赞同。整体趋势是往小而精发展,JVM代表的是大而臃肿。存量市场一下失业
是不可能,慢慢凋零吧。现有Java码工又不是没法转,技术好的也不少,只是心理上不
要排斥小而精的大趋势就好
事。
【在 g****t 的大作中提到】 : 今后都是多语言主导。first tier体系里的东西,我认为不存在哪个体系要完了这回事。 : 即便不考虑Android。阿里巴巴几万java马工呢,怎么完。 : 天下分裂是不可逆转的趋势。呆在任何单一一种语言系统内做产品的机会会越来越少。 : 一个产品,不管比例多少,今后都会有至少两种语言系统的内容。 : MS VS,java那种大一统不会出现了。
|
|
|
d********g 发帖数: 10550 | 11 结果就是微软用行动证明了闭源没戏,完全符合我的推测,和它市值回不回血没有关系
如果它行动再早一点,.net/C#来一波真正的开源,很可能早就把Java给打趴了,而不
是目前这样在开源界处于边缘地位。可惜了C#
【在 g****t 的大作中提到】 : 结果就是结果。人家有这个本事爆拉股票。2万亿的第一家公司,未必就一定是aapl。
|
g****t 发帖数: 31659 | 12 jvm系统留下的东西,去粗存精,很多人会选用的。也能往小而精的方向转型。另外jvm
上面也能跑别的语言。java最早是嵌入式语言。
【在 d********g 的大作中提到】 : 多语言我赞同。整体趋势是往小而精发展,JVM代表的是大而臃肿。存量市场一下失业 : 是不可能,慢慢凋零吧。现有Java码工又不是没法转,技术好的也不少,只是心理上不 : 要排斥小而精的大趋势就好 : : 事。
|
d********g 发帖数: 10550 | 13 JVM去粗取精这个可能性我是相信的,但你要说把JVM瘦身到能和Go/Rust甚至Python拼
的程度,我是不信的。毕竟它的设计就是上古时代的虚拟机抽象,东西是好,可惜不适
应新时代需求了。改成适配新方案的那就不叫JVM,同样也就没有存在的必要了。最大
的可能是井水不犯河水,反正那么多legacy Java项目,十几二十年混口饭吃还是没问
题的
jvm
【在 g****t 的大作中提到】 : jvm系统留下的东西,去粗存精,很多人会选用的。也能往小而精的方向转型。另外jvm : 上面也能跑别的语言。java最早是嵌入式语言。
|
g****t 发帖数: 31659 | 14 python要deploy,本身vm和依赖库加起来也相当庞大啊。
go本身令人满意。但是go的包管理,之前板上有人讲过,比较混乱,在进化之中。
rust不了解。据说编译极慢,我就没看了。
【在 d********g 的大作中提到】 : JVM去粗取精这个可能性我是相信的,但你要说把JVM瘦身到能和Go/Rust甚至Python拼 : 的程度,我是不信的。毕竟它的设计就是上古时代的虚拟机抽象,东西是好,可惜不适 : 应新时代需求了。改成适配新方案的那就不叫JVM,同样也就没有存在的必要了。最大 : 的可能是井水不犯河水,反正那么多legacy Java项目,十几二十年混口饭吃还是没问 : 题的 : : jvm
|
d********g 发帖数: 10550 | 15 算。退化成Objective-C / Swift那样的生态
【在 T********2 的大作中提到】 : Android Kotlin算JVM体系里的吗?
|
g****t 发帖数: 31659 | 16 open jdk 也应该算在java里。
另外真有可能转型小而精的。Android IoT Things商业策略不对。
技术上我觉得还可以的。估计产品线经理玩了几年,歇菜了。
【在 d********g 的大作中提到】 : 算。退化成Objective-C / Swift那样的生态
|
d********g 发帖数: 10550 | 17 微服务比Go/Rust是要多一点,但也远远不到庞大的程度,overhead和JVM比就是天上地下
一个Pod给分配128MB内存的微服务,Python是完全可以跑起来的。JVM再微服务,只给
128MB很可能就无法想像了,所以JVM更多也只是包了个容器的壳跑永久服务,汤还是老的
不信在公司里问一圈,K8s组最恨的一定是JVM容器,没有之一
【在 g****t 的大作中提到】 : python要deploy,本身vm和依赖库加起来也相当庞大啊。 : go本身令人满意。但是go的包管理,之前板上有人讲过,比较混乱,在进化之中。 : rust不了解。据说编译极慢,我就没看了。
|
m******r 发帖数: 1033 | 18 这个真牛皮, 2013年的数据都能倒腾出来 ,随便抽一天的数据都有代表性。
其实哪需要什么大数据, 关键的数据,越小越好 。 我们祖师爷孟德尔,费舍都是种
豌豆研究统计的. 皮尔逊, 实验站站长.
另外感叹一下时间过得真快. |
D***o 发帖数: 7159 | 19 好像jobs也不喜欢java?
【在 d********g 的大作中提到】 : 2013年说别上Java了赶紧上Python是不是大多数人会觉得疯了?2016年和2020年分别再 : 看呢? : JVM这个体系要完了。现在跳船是最后机会
|
g****t 发帖数: 31659 | 20 term 下ssh本站,ctrl a,同作者所有的贴就出来了。
快捷键不熟悉,无法掐架的。
【在 m******r 的大作中提到】 : 这个真牛皮, 2013年的数据都能倒腾出来 ,随便抽一天的数据都有代表性。 : 其实哪需要什么大数据, 关键的数据,越小越好 。 我们祖师爷孟德尔,费舍都是种 : 豌豆研究统计的. 皮尔逊, 实验站站长. : 另外感叹一下时间过得真快.
|