@plqws 服务端会有 GC，但确实有点儿担心 kotlin-native 的摊子有点儿大了。不知道 arc 和 gc 和无自动垃圾回收的 native 如何形成一个生态。生态分裂让人感觉不好。

@we000 当今之时，Go 的 GC+Native+Goroutine+优秀的内置库 以及容易学习，成了服务端微服务，高并发的必杀技。
但是毕竟抽象能力低，对于大型工程开发和维护性差。
而 kotlin-native 很容易实现 Go 的这些特性，如 GC，native，asynic/await 以及有比 go 远好的集合库，以及良好的 DSL 能力，却容易学习，比 Go 更高的性能（这是必然的，没有任何一个静态语言能比 go 更慢）。
C 语言的位置在其领域中无可替代，再说了也不看人家多少年前的。
的确是语言的好坏跟市场部一定正相关，这是个悲剧，比如我们有 php Javascript。更坏的是更好的。

@plqws 语言方面的优势决定了，假以时日将全方位超越 go，除了编译速度。带 gc 的本地化语言，是个不可忽视的市场，不可能被业余语言 go 长久占据。没有 kotlin，也会有其他的语言如 swift 发力。

设计模式 四人帮版

@aksoft 性能比白苹果好，这个问题比较麻烦。

go 除了在工具性应用中比 java 方便外，从性能到工具链到库全面劣于 java ，如果不喜欢 java 语法，可以 kotlin 搞起。
kotlin1.1 引入了 coroutine ，在表达能力上晋身一流行列。 go 仅仅是三流。

为了开拓眼界，可以搞搞 rust ，基本上算是 C++ 的最佳实践版。

还可以搞搞 swift ，这个语言进可服务端编程，退可移动开发，等以后语法上支持异步了， go 就死了。

@windyboy “等你长大了，就成了我”，称 java 依赖能下载半个互联网的说法，是每一个新生语言自我辩护中最没见识的说辞。

@narcotics 性能， idea

正确的答案就是升级至 jdk1.7+

宣布晚上不加班

@cxshun 原来我测试 rest api 的时候，用 python ，后来改 dart 了（ unicode 问题对迁移贡献很大）。小工具，一次性的东西，基本都用它。主要是有自动完成功能，编写、运行循环非常快速， api 也挺好。

@cxshun 就你的体会，方便在那里呢？是 api 的问题，还是语言问题，语言问题 kotlin 能补足吗？

@cxshun maven+jsoup=搞定
java 的优势就是对于任何一个新库，只要观其大略，就可以快速上手。学 python 要记 api ，太痛苦了了。

单元测试是一种 adhoc 说明规格，虽然强大，但大部分时间不必要且不充分。依赖于单元测试，不如依赖于静态语言和集成测试。

@repus911 静态语言改一处，所有使用的地方，都会自动改。
个人觉得，对于没有外部兼容性要求的项目，单元测试真没意义。 对于我这种，编写边重构的人，单元测试执行一次就过时了。

我希望有朝一日， jetbrains 全家桶能够运行在 android x86 上。

在我眼中，除了 Javascript 客户端，就是后端提供 json 服务了。不知道前端的存在的意义是什么。

@plqws 我表示怀疑。在中国真正懂 swing 的应该很稀少，而不是被玩烂了。业务系统也可以玩出花样来，可惜的现在处于“歧视链”的底端而已。我不觉得机器学习比业务系统复杂。