1

kt 才几年啊，现在用的不是挺多的么，除了 android 以为，后台有的不是已经开始用了么

3

用 kotlin 替代一切 java 场景的给你打打气。

4

3

@iseki 是的，是你太着急了，什么语言也不可能快速火的，android 端 Google 都提出 kt first 了，android 端现在至少 60%+有 kt 了，后台不了解，相信不久的将来后台也会用的

5

6

@wvitas kotlin 服务端开发完全代替 java 可以么？ kotlin 使用 java 的框架，这些推荐用什么开发 IDE ？

7

1

Android 上 kotlin 还是编译 Java 吧，意义不大

8

@tctc4869 写 Kotlin 代码当然推荐 IDEA，框架的话稍稍注意些就好，很多库会为 Kotlin 提供单独的包用来额外支持，记得加入

9

Scala 开发飘过…

12

@iseki eclipse 不行么？ IDEA 啊，感觉不放心，我想到 android studio 这个感觉很棒又感觉糟糕的东西。android 开发里用 MVVM 居然得用高版本 android studio 才行

13

@tctc4869 完全合适，新项目完全 kt，当然有些第三库是 java，老项目也是无缝混编，写 kt 完全不想写 java

14

多项目大都还是 java 的，切换语言有成本。

15

@tctc4869 现在，Android APP 还有用 Eclipse 开发的吗？ iseki 才知道呢，另外，不曾见过身边有 JVM 生态开发者有使用 Eclipse 的呢

16

@stevenlv 之前我曾提议加入 Kotlin 依赖，但是被指出了团队问题 emmm

17

@tctc4869 kt 是 idea 开发的，这你都不放心，eclipse 才不放心

18

话说，Android 现在的官方一等推的 IDE 不是 Android Studio 吗 emmm

19

@iseki 我没用过 IDEA 开发，但我用过 android studio，这个是基于 IDEA 社区版，但是我用安卓开发的 MVVM 模型，我不知道谷歌的 android studio 设计者到底是傻还是出于什么原因，android 的 MVVM 居然要等到 3.6 版本才支持

20

@tctc4869 用过你就回不去了, 你用 Eclipse 是因为你熟悉它, 而不是因为 Eclipse 比 IDEA 好, 正如 kt 比 java 写起来舒服, 但是更多人还是用 java, 因为更熟悉

21

自己有几个小项目用的 kt，唯二的感觉是编译速度比 java 慢，以及不用写分号
安卓端谷歌自己推，服务端啥时候用上 java11 都是问题
就一 crud 也玩不出啥花，用啥写都一样，用 kt 写万一遇到框架支持的问题反而闹心

22

Java 的优点在这个时候就变成缺点了呀，需要太多框架与库适配，虽说不适配也可以用，但是还是没有全是 Kotlin 写的用起来舒服

23

@iseki 用 eclipse 开发 java，之所以还用，是因为 Eclipse 的几个插件把，region 折叠插件，还有换行字符串插件（不是 java13 的换行）

24

@iseki IDEA 有没有开发 java 的换行字符串的插件功能？ java 的换行字符串，java13 虽然支持，但 13 那个版本不是长期支持的

25

@tctc4869 没毛病啊。因为 mvvm 得很多东西需要 IDE 去适配。低版本没有这个东西。

26

Scala 与 kotlin 相比怎样？如果要只选一个，那么选谁？

27

@tctc4869 换行字符串是啥意思？长字符串换行？ IDEA 自带的

28

@WebKit 那 html 的 Vue 是怎么搞起的？我用 html 开发基于 vue 的 js 程序，哪怕只用记事本都可以实现 MVVM 。还有微软的 WPF 的 MVVM 开发，只需要继承一个接口就可以，与上下文进行绑定就可以实现 MVVM 了，没有牵扯到 visual studio 的版本，MVVM 开发模式，这个应该是与 IDE 无关的啊。

29

@WebKit IDEA 开发 java 居然支持换行字符串？社区版里有么？

30

@tctc4869 因为 Android 得 mvvm 只是简单的通过辅助类完成的啊

31

java 能用就先用着，还得留着精力捣鼓 flutter

32

用过 Java8 Stream Lambda Completablefuture LocalDateTime 吗?

33

因为 java 只是啰嗦，这叫教科书级别的工整，跟 objc 比 java 美爆了好吧？

34

天天看别人说“代码优雅”，“结构优雅”，“语法优雅”，这个优雅到底是啥呢？我也明明写了挺多年代码了呀！

36

@tctc4869 抱歉没用过 Eclipse，但是 idea 默认提供对换行的有限支持（你按回车时会自动拆成 "..." + "..."的形式）
话说，换 Kotlin 你就没这个问题了，毕竟 Kotlin 支持
"""sth
something
"""

37

哦，我上条的说法可能是错的，我的上下文有问题

38

@wysnylc Java8 用起来还是没有 Koltin 爽，Sequence, Flow, Coroutine，还有自动类型推断、inline, 各种语法糖，简直不要太爽。

39

40

@fanqsh123 我对此的看法可能比较肤浅，如有误还请指出… 在我眼里，看着舒服，整洁；逻辑一致，分层清晰，坑少（指不容易出错）可以说是优雅

43

优雅不仅仅有语法或者格式优雅，还有运行优雅。Kotlin 现在可以像 go 或者 c#那样编译成自带运行环境的二进制文件吗？

44

45

@7hens #38 java9 flow ,java10 var,java13 switch 优化,java14 instanceof 模式匹配
你想要的,jdk 都会抄

46

@iseki java 的方言不止 kotlin，还有 Scala 和 Clojure，你对于这两个是怎么看待的？

47

48

@hjahgdthab750 electron 都能自带 chrome，java 当然可以自带 jre，jetbrains 家的产品就自己带 jre

49

51

54

@wysnylc IO 密集型，打爆线程池毫无压力。Java 要是坚持线程池，就不会搞 project loom 了。

55

@wysnylc 在我看来协程与线程并非是取代的概念，Kotlin 在使用协程时也不能对线程一无所知，他们有各自适合的场景

56

@iseki #51 Java 六个月一个新版本,你觉得慢只是你学得慢和下载 Jdk 太慢

57

阿里和华为的 JDK 都有协程

58

@sagaxu #54 IO 密集型瓶颈在 IO 和线程池和协程有什么关系?

59

Java 本身也有类似的解决方案，毕竟需求是存在的，协程又不是 Kotlin 团队发明的。不过 Kotlin 用一种相对优雅的方案对此提供了第一方的支持

60

stackless coroutine 就是 Completable future+语法糖

61

在我看来 Coroutine 就是个大号语法糖，你不用他也能写，就是得多费点脑细胞 emmm

62

@wysnylc IO 意味着要么阻塞要么回调，阻塞会占用线程数，而回调写起来太麻烦了。

63

协程并没有你们想象中的厉害,反而暴露出一些已经被解决的问题

64

kt 里那个 sum enum 写法，和 scala 一样，设计得有点儿难看

65

@sagaxu #62 回调地狱在 2014 年发布的 Jdk8 中的特性 Completablefuture 早已经被解决,6 年过去了你还是没有更新过对 Java 的知识点

66

@sharpy 哪一点？ sum enum 是指···

67

其实就 Java 生态（如 Spring ）大量利用 ThreadLocal 的这些问题，Coroutine 都有对应的支持，Kotlin coroutine 本身也在不停演进······另外 Coroutine 提供的功能是 Completable 的超集

68

@iseki 只是粗看了一下，记忆里是这样，和 scala 好像都是 sealed 关键字，当初做那本 scala 红皮书，这玩意儿写起来有点儿蛋疼，swift 和 rust 里简洁多了

69

现在好多后台开始用 Go 了。。。

70

@wysnylc 别扯了，future 和 promise 只是解决了回调的代码缩进问题，根本没解决流程控制的复杂度。一旦业务复杂，涉及到循环和递归等控制，异常的传播，future 写起来还是太麻烦了。曾经负责过公司一个大量使用 future 的项目协程化，协程真香。

71

@hslx111 直来直去的讲，我总觉得 go 是一个 xx 的设计（ xD

72

@sagaxu 关于协程上面我有知乎讨论的地址和截图，你看看再说吧

73

@sagaxu Kotlin 的 Coroutines 还是用 Thread 实现的。

74

@sharpy 莫急，马上 Java 15 的 Sealed 就出来了，配合现在 Java 14 的 Pattern Matching 你就不用羡慕 Scala 了。

76

实在对 Coroutines 没太多好感，同时也讨厌类似的 Promise （ async, await 这些），要么用同步方式，要么 Functional 流式。

77

80

@iseki 国内开发团队基本都是一个尿性，如果你不是 Team Lead，强制加入一些东西，一些巨婴都会以各种借口拒绝新东西。

81

反过来说：震惊，Java 语法这么垃圾的语言为什么这么火呢？
语法好不好和语言活不活又没有必然的关系 :)

82

@wysnylc Completablefuture 想长成 ReactiveStreams 的模样 ，早生了两年，可惜缺少了 reactivestreams 一些特质，如订阅模式。实在不懂的是 Java 9 Copy 了 ReactiveStreams Java 1.0 API 到 Flow 中，一直嘎在那里, 并没有第三方框架大力支持（ Spring 兼容，只是调用了一个 Reactor 的工具类做到的），搞不懂 Copy 的意义在哪里，难道就是为后面的 Java 11 HttpClient 使用？

83

@sagaxu 好像 OpenJDK 原生的协程也在讨论中？

84

85

不太理解 Kotlin 这类静态语言的优雅，可以编译成 java 和 js 。
Kotlin 编译成 java，java 编译成中间语言，中间语言在 jvm 编译成二进制。
^^歪果仁们的编程语言套娃。

86

@tctc4869 #26 kotlin 可以算是 Scala-- 吧。如果是大数据之类重度使用函数式的开发，或者需要搞 DSL, 元编程这些东西，那么 scala 很合适。

87

Kotlin 目前最大的问题是对这语言支持的比较好的 IDE 只有 IDEA，而众所周知，IDEA 是要钱的

88

89

@gantleman 我也有点不理解，还是 Java 直接，Kotlin 可选用吧，主要我觉得 Kotlin，Scala 编译明显慢了很多（这蹼很不爽），毕竟带套太多了。

90

谁说的 kotlin，scala，Clojure 是 Java 的方言的😂 JavaScript 才是 Java 的方言好吗😄

91

火不火不是语言决定的，C# 这么优秀的语言，也不火啊

92

@lululau Javascript 纯粹是网红撞脸 Java 了

93

94

95

@hantsy #82 先挖坑后面填吧,现在快速迭代开发版本,功能日新月异实在变化太快了有些人还停留在过去也能理解
就目前来看 Completablefuture 作为一个简单的异步编程填充是合格的,Java9 的 Flow 知道的人少用的更少要是想用订阅模式还是用第三方 jar 包实现吧
Java 只抄成熟的不抄最新的,有些特性不 Copy 可能是有一定考虑在里面,毕竟加了再改太麻烦没有十足把握还是再观望观望

96

@sagaxu #93 有些业务用协程重写性能提升并不是因为协程而是因为重写旧的代码获得性能提升
netty 写业务确实是灾难,写容器和框架或者作为高性能组件才是正途

97

那个钱多用那个，我太穷了

98

@hantsy 其实 Scala 调 Java 还是很顺利的，反过来比较恶心

100

@Mistwave 我只懂点 Java 语法的，学 Kotlin 还是比较轻松，Kotlin Corountines 除外。但是对于 Scala，我是拒绝的，从第一次接触 Scala 2.0.8，都过去好多年了，先后几次准备搞起 Scala，最后止步在 Implicit，和它的泛型，头开始晕了。