KeePass 保平安

按快了不好意思。
1 、新语言的语法糖和旧语言的历史包袱，会在新新语言和新语言之间再次出现。
2 、Java 本身设计比较优秀，并没有什么明显的缺陷。仍然好用。
3 、即使很像，说到底仍然是另一个语言。换语言成本很大。
4 、Java 语言本身也在进化。很多人吐槽 Java8 ，但如果你是老板，团队换新语言和旧语言的新版本之前挑一个，你选哪个呢？

今天从 Java 换到 Kotlin ，明天就从 Kotlin 换到 Zbling ，后天从

@Kimen 之前看到过一个评论：语言本身缺陷，node 基础库设计缺陷，早期社区核心开发者技术能力缺陷 => 大量语言扩展包泛滥 => 核心包依赖爆炸 => 版本问题，安全问题，性能问题 => 各种稀奇古怪的解决方案 => 更多问题

我个人比较同意。Java 自带 package 这种模块化机制，自然而然地影响了 Maven 。
而 js 一开始都不自带模块化语法，搞出来一堆 AMD 、CMD 、UMD 、IIFE 、CommonJS 这种，又追求简单。

个人看法：close()这个方法吧，主要是用来销毁外部资源的。其实外部资源一般就是内存以外的资源，如文件、网络连接等。而内存是由 GC 控制的，其实不需要你手动销毁。
InputSteam 的实现类不一定需要 close()，参考 ByteArrayInputStream 。所以这样写就避免了子类需要重写 close()的麻烦。（不过 ByteArrayInputStream 流好像还是用空方法重写了下）

最大坏处就是噪音，这个你能接受的话其它都不算啥。
服务器直接万转暴力风扇

@davidshao
@crab
@cjpjxjx
@Tumblr 感谢，目前打算先参考着官方教程把 powershell 熟练了，有时间去看#4 说的那本书。

@cjpjxjx 感谢。一开始看见 windows server 吓一跳，但看了下目录发现很多确实就是我想要的内容，准备有时间去看一下。

我选的 Java ，不过没考虑未来，只是 Java 的写法和应用方向我更偏爱一些。

在我看来 C 语言程序开发者应该是对程序性能、体积、速度有极高要求的人。如果你是这样的话，那选 C 吧。

@macha 那个太专业了。。。

一个人去银行存几万块钱，他问柜员，我的钱会不会没有的呀？柜员说，不会的，我们是银行。
“那如果银行倒闭了呢？”
“我们还有总行啊”
“那如果总行倒闭了呢？”
“我们还有苏联呀”
“那如果苏联倒闭了呢？”
“这么好的事花几万卢布有啥好心疼的！”

后端程序员，我的路线是：
阮一峰 ES5 、ES6 。Vue 全家桶视频。Node.js 。Webpack 。《精通 CSS 》。Ant Design Pro Vue 。React 。。。

当初看到 npm 的语义化版本控制感觉很不错。实际用起来才发现直接写死版本是最靠谱的。

@dcsuibian 有不少兼容的问题--》有不少兼容的地方

@ScepterZ 从没想过这个问题。打开 Vscode 看了一下，看到了大概四五十个选项，而且前缀不少还一样，估计有不少兼容的问题，少部分可以特判。既然要统一，至少可以分摊到国家，时间、人员什么的又可以分摊下去。
还有很多地方可以压水分吧。

最主要是，咱们中日韩越 CJKV 是表意文字，跟人家表音的字符数量完全不是一个量级。😂

猜测，既然 Unicode 是统一的，那就对应到 Unicode 。然后就可以互相转了吧。
想成一个图的话，每个字符集是一个点，两两字符集之间的关系一条边。原来数量级是 n^2 的话，那现在就是 n 了。

只卖芝麻信用极好的。有任何争吵的苗头就立马拉黑。同城面交。