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年的数据都能倒腾出来 ,随便抽一天的数据都有代表性。
: 其实哪需要什么大数据， 关键的数据，越小越好 。 我们祖师爷孟德尔，费舍都是种
: 豌豆研究统计的. 皮尔逊， 实验站站长.
: 另外感叹一下时间过得真快.
|
