我是非常反感国内技术圈这种看不起 windows 的作风的，明明 windows 和 linux 是各有千秋的系统，在很多 geeker 里面好像 windows 十恶不赦一般

家里没矿还用 IntelliJ 全家桶是想不开

说个事情，阿里的 RDS 是白名单，如果你们公司的网不是固定 IP，挺麻烦的，换个 IP 又要重新配一次

动手，不会从零写 demo ？网上大把例子，你照着抄，把每个环节都搞懂是什么功能，你就入门了，spring 如果不深究原理的话，说到底就是个胶水

@wszgrcy 没错，但是 CSS 同时难学难用容易遗忘

目前来说，除非自研，轮全面性还没有能打的过 jenkins 的，gitlab CI 是个新秀，支持的功能还是不够多

日本 IT 界是非常封闭的，很早就有人说过，和进 IBM 类似，技术不新，以服务企业为目标，我反正是觉得只适合养老，搞几年出来你会发现你的技术和外面脱节了

@nfroot 你百度最近的 737 事件

htop 不让装有点过了，就是个软件而已，zsh 绝对不要随便动，生产环境的 shell 你要是弄错了，当心进都进不去

大厂的技术博客大部分时候都是用来对外广告，传道，对内就如同上面说的 KPI。所以干货偏少，吹逼偏多。真要想看点东西还是得找个人博客
IT 这块真不要迷信大厂，大厂大部分时候都是给你看最光鲜的一面，丑陋的东西不会告诉你。而且在技术上，往往只告诉你“把冰箱门打开，把大象装进去，把冰箱门关上”这样的看起来牛逼但是根本没法落地的流程，真的要害细节是不讲的

牛的标准不是只有一条，很少有全面人才，大部分人只是在一个领域里超越了 50%的人，就可以算牛了

@wly19960911 微软目前还没有把虚拟化作为基础设施，其实应该学习 linux，OS 自身不需要安装额外软件就能支持虚拟化的底层。

我想知道 wsl 里可以装 linux 软件吗，包管理工具是啥

@noble4cc 因为不管是 tomcat 还是 Jetty 都不是单纯的 servlet 容器，它上面有一大堆网站服务器带有的管理类功能，这就导致这类服务器有一个巨大的弱点：启动缓慢。实际上 spring boot 之前的时代开发 web 程序是很明显的，你用 tomcat 来做测试，启动一次几十秒甚至分把钟，Spring Boot 打包的那个，不是完整的 Tomcat，而是嵌入版的 Tomcat，精简了很多东西，带来的效果就是启动快的多——另外实际上 Spring Boot 自带三种嵌入式 servlet 容器，我们现在一般用的是 undertow，这个脱胎于 JBOSS 的 servlet 容器是目前性能最好的。
最后，Java Web 界其实一直都有一股暗流希望彻底摆脱 servlet，有不少去掉 servlet 的 web 框架，比如 Spring webflux，vert.x。这类框架是直接构建在长连接库如 Netty 上的 Web 框架。Servlet 是一个产生很久的标准了。即使进行过 3 次大的升级，以现在的眼光看，实现的不太好，很多地方太重了

就我所知目前互联网公司都是去容器化，有了 spring boot 后直接用 jar 启动内嵌的 servlet 容器，还继续用独立的 tomcat 或 jetty 的很少了

Oracle 本质上其实就是个比微软还保守的企业，Java 自从 Sun 倒闭后，进步也是泛善可陈。完全是靠开源生态圈成就了 Java 本身，也许 Oracle 已经被这种情况冲昏了头脑，真以为是收割的时候到了，改 jdk 许可证就让人极度不舒服。本身这世界就是要靠竞争的，我想微软一定很高兴看到 Oracle 如此作死

*.kotlin 对 java 的增益，没有利害到 Typescript 对 javascript 的增益那种地步。java 这语言只是在语法上比较笨，明显的，无法接受的弱点很少，历史早就证明普通的语法糖是不足以使用户迁移的
*.在开发上，kotlin 始终只是 IDEA 在推，它家的 IDE 对 kotlin 支持的最好，eclipse 对 kotlin 的支持始终很糟糕，这严重限制了 kotlin 的扩张
*.kotlin 号称 100%兼容 java，但是事实情况是 kotlin 调 java 可以，但是 java 调 kotlin 是存在很多问题的。这个限制导致 kotlin 最合适的位置是新项目业务线的上层，调用 java 的接口，因为大量的 java 祖传代码的存在，你若使用 kotlin 来写类库给别人提供接口就要考虑兼容问题，这限制了 kotlin 的生态圈扩张

@pkxutao 落后时代的东西，和历史的车轮对抗的都没啥好下场的，就算你要支持老旧浏览器也有别的办法可以选