比较好奇，希望 Java 死的一些人，都是做什么领域，并且使用哪些语言，哪些工具呢？

[darouwan]

勿喷，我是担心我之前目光太狭隘，有更好的工具却不自知，所以想看看觉得 java 不好的人都在用什么，相互交流一下，也许会使得我以后的生活更美好~

我目前是做日志处理，需要用到 kafka，disruptor，spark，elastic search （ Lucene ），每天数据量在 20TB 左右。

其余在算法设计，或者帮妹子做作业的时候，一般用 Python~

[darouwan]

@sagaxu 其实我也难以想象一群人因为一门语言语法上的繁琐而放弃一门语言。不是应该首先考虑开发效率和运行效率么

[mx1700]

@darouwan kotlin 不就是提高了开发效率(语法简洁，兼容 java)，还不降低运行效率(跑在 jvm 上)么

[darouwan]

@mx1700 你得连起来看，jvm 语言算是在性能和开发效率中比较平衡的一个。Python 写起来爽，但速度太慢，C 效率倒是高，但开发效率太低，连 debug everywhere 的机会都没有。

[sagaxu]

@darouwan 我也用 Python，碰到局部性能瓶颈的时候，我会用 Go 写个扩展，cffi 封装 Python 扩展非常方便。最近比较了一下，我用 kotlin 和 Python 开发效率差不多，kotlin script 也很方便，jvm 差的就是类似 requests 这样 API 简洁的库了。

[darouwan]

@sagaxu 你说的 requests 是 http request 吗？好像 Java 做这个是不那么方便，Java 在 io 方面都挺麻烦，不过也没怎么见到自己直接用 Java 做 io 的。Google 的 guava 把 Java 这一块封装的挺好，读文件跟 Python 一样方便

[mx1700]

@darouwan 我就是连起来说的呀，kotlin 性能跟 java 一样，开发效率还比 java 高啊

[SlipStupig]

@jtsai pypy 其实跟 java 速度差距不大

[murmur]

@sagaxu 一个个发帖都在抨击 c 语言考试的什么 a++b++c，结果到了 kotlin 这种可读性极差的语法居然还有人碰

真无语

估计这些人还认为都 2017 年的语言的性能正反比代码长度吧

[murmur]

@darouwan java 最差也知道用个 apacheutils 吧，还真有用源生 IO 和 http 么

[sagaxu]

@murmur apache httpclient 体验比 python 的 request 差多了

[sagaxu]

@murmur kotlin 可读性差？我感觉比 python 和 Java 的可读性还强那么点。至少我花了一个周末就熟悉了，开发效率赶上 python 了

[murmur]

@sagaxu 我说的是.?这种运算符

另外网上有些 kotlin 吹实在是看不过去了

http://news.91.com/all/s5921238236c4.html 举个例子这个很可能是抄的，虽然

val context = GenericApplicationContext {

registerBean()

registerBean { Bar(it.getBean()) }

}

这语法，不就 tm JAVAscript 的 with 运算符么，然而 javascript 的时候都教育你 with 是能不用尽量别用的吧，到 kotlin 成了香馍馍了

不知道这折腾啥时候能折腾到头

[sagaxu]

@murmur

Elvis operator 也不是 kotlin 发明的，对只会 A 语言却想读 B 语言代码的人来说，可读性的确不好，但是语言是为不熟悉这个语言的人服务的吗？

kotlin 也是有 with 的，但你举的例子恰好不是 with，而是最后一个 lambda 型参数可以放括号外，加上 reified type parameters 带来的功效。

js 不鼓励 with，是因为它可能带来性能问题和二义性，ES5 和 ES6 对它的解析不兼容。这些问题在编译型静态类型的 kotlin 里都不存在。

[pabno]

从实习到工作写了将近 3 年的 java，最近接触了 python，终于知道为什么人生苦短了。

[vance]

Java NodeJs Python Groovy 都用过， 找工作还是找 JAVA 工程师

[araraloren]

写过一段时间 "初级" 的 java，java 的语法确实不怎么讨人喜欢
更多现代语言会有更好的发展，老的东西还是会尽量让位。。

[helloallen]

c、c++、汇编(x86、arm （ arm32 arm-T 指令）、PPC、mips ）、新学的 GO。

linux、vxworks、windows 内核级开发（ 无非就是 驱动 bsp 之类的）。==》 C、汇编。

还有单片机嘿嘿 C。

linux 应用程序（属于后台 无界面 C ）。

windows、linux ==》 GUI QT C++。

不太喜欢 JAVA。因为用不到，对虚拟机之类的无好感。指望 GO 语言能在安卓上面有一定的用武之地。

好吧一般嵌入式开发人员都这样的。

[NullException]

怎么感觉大家说话都畏首畏尾的。是不是都被喷子们喷怕了！哈哈哈！

[darouwan]

@helloallen 你做的这些东西，都完美的避开了各种 Java 常见应用场景啊

[helloallen]

@darouwan 我一直不想在安卓上面开发的一个原因是因为 java。我一直期待 QT 或者 GO 能在安卓上面有一定的地位。

可能是习惯原因不太喜欢 java。还可能是钱没到位。。嘿嘿。

工作需求也用不到。

会的不在多，在精。语言只是工具，能用 C 很好的解决问题就行。编程技巧靠慢慢积累自己体会。

精心设计的 JAVA 代码一样能够很好的运行。

就目前来说 C C++能够很好的解决我所遇到的问题。

最后：我还是不太喜欢 JAVA。。。

----------------------------------------------------------
有些人是只写应用的，有些人是只写底层的。

我觉得写应用的应该学点内核级别的东西，了解系统运作机制能够帮助你写出适应这个操作系统的 APP，性能也是杠杠的。计算机原理也不能不看。你说是搞计算机的，计算机的几个部件、各干什么的总要知道吧。

写底层的也可以跳出内核圈透透气。应用层的世界远比内核圈要广。

我是写底层的，一般在 vxworks linux 这个圈子。

现在 linux 底层驱动 、上层应用 全包......

windows 能用 QT 写点 GUI，写过 windows 驱动，是在钱给足的强迫情况下。

最后除了在极端情况下，，，某某所极端性能要求，每一步都要有详细说明。当然不是每一句代码。是硬件层面的每一步都要有说明。数据从外部端口到内存，然后从内存到 SSD，中间要经过几条总线，多少桥片，几次 DMA，工作时序，都要有详细说明。他们对实时性有严格的要求。

技术不是唯一的，用户认可的东西就是好东西，即使代码写的有多丑陋。愿意用愿意出钱，钱到手偷着乐就好......