谷歌不是发布过两个一样的 pdf 吗

大佬们还真用 vi 写代码啊

Mongodump 命令

初级基本不需要考运气，高级有难么 3.4 次需要考运气

毕竟还要兼容 ie8

cz880

i7 和固态也分 369 等

好像你的需求是大屏而且像素密度高的，好像不存在。

我记得 centos 下的 firewalld 有个 xml 的配置文件啊

940mx，想必 cpu 的核显也不会高端到哪去，去官网查是否支持 4k，接口协议版本也要知道

猎头来这空手套白狼了

看分拆出来的 JavaFX 怎么发展吧

看那些 linux 命令工具，哪家的网页好看

还有个好处是空值判断，一开始学 Java 觉得空值判断烦得要死，能不写就不写，后来慢慢觉得软件健壮性很重要，也慢慢开始注意空值判断，用 kotlin 可以有效减少空指针异常，觉得像强类型的 plus 版。

不过空值判断的话，也有坏处，用一些第三方 java jar 包，IDEA 无法判断是否为空，可能返回值不可能为空，但是你还是要判断空。

spring 本身也对 kotlin 做支持了，springboot 脚手架可以选 kotlin 项目。

还有个问题就是，我用 IDEA 开发，默认会生成 java 和 kotlin 两个文件夹，虽然同一个项目可以同时支持 kotlin 和 java，但是你还得分开放，寻找的时候比较烦。虽然可以放在一起，多数时候不会出问题，但是以前就碰到了必须分开放的问题。

以上说的缺点都是影响开发爽度小问题，无伤大雅。语法其实挺好的，总的来说就是 java 的 plus 版。

@shihty5 #4
绝对的全面替代不现实，比如 fastjson 开始的时候就不兼容 kotlin，jackson 也必须注册个 kotlin module。
绝大部分场景都可以替换掉 java，热编译反射之类的还是用原生 java。
还有一点是 jetbrains 虽说是 kotlin 的爹，但是在 Spring 上支持上不如 java 的完善。

普通 java 开发都用