其它的我不评论，npm 这个玩意有啥资格来评价 maven

sql 已经非常简单了，我觉得你重新定义 SQL 真的没有意义，SQL 没有被 NoSQL 干跨已经说明了自己的生命力如何。

最后，复杂度问题的存在是各种通信协议的更新解决不了，无论你管这通信协议叫 REST 还是 GraphQL 都没意义

@luzhh 链路追踪和日志中心的成本真高，动不动就是几台服务器，或者要上 ELK 做查询。我其实很早就想把自己的服务拆分化，后来一看我才几台服务器啊。我要拆了得上链路中心和日志中心，搞不好在这上面的服务器比我的应用服务器都多，实在是尴尬。

@Tarkky 微服务本质是用空间换了复杂度，用体积膨胀，人员膨胀的方式把问题分而化之了。所以如果你的组织度跟不上的话，你解决不了问题，反而问题更多

1.把 java 语言的大部分特性撸一遍，你有 C#基础，java 不难的，当初 C#就是对标 java 的产物，加了一堆语法糖，导致大部分从 C#来 java 的人第一眼会觉得 java 很简陋。
2.oracle jdk 你自己用，oracle 还会给你发律师函吗，怕毛
3.spring boot 其实是 spring 官方在 spring 越来越膨胀后，为了让新手快速上手开发应用，搞出的一个类似模板应用一样的东西。
你只需要记住 spring 的灵魂是依赖注入就行了，需要什么功能，或者自定义什么功能，预先让 spring 载入变成了一个受 spring 管理的对象，然后你就可以把这个对象轻松的注入到任何你需要的地方。比起你自己 new 轻松一些，仅此而已

@yeqizhang
@EminemW
@Jooooooooo

因为这玩意如果不初始化，那么序列化为 json 后就是一个 null，因为某些前端限制，很难处理 null，它们希望这个东西至少序列化是个 {}

为啥要“积极解决”？这公司是你的吗？

@micean 我这个，文件并没有丢失，我去看过，文件还在，但是 spring-boot-devtools 提前加载导致它“错误”了这个 class

@fewok 到目前为止，根本不存在通用型的 Service Mesh，否则这东西早就风靡起来了，就是在大厂，他们的 Service Mesh 也是和他们的业务高度耦合的；只能在他们的应用场景下，实现“自动调度和参数调整”。换一个场景，就要傻眼和重新调整。

我非常理解后端开发的痛点以及一直以来都希望有一套系统能屏蔽掉大型系统的治理难题。让应用层真的“仅仅关注业务逻辑”。然而现实是，没有谁真正通用的做到这一点了。只能在有限的场景下近似的完成。

这东西最吸引我的就是编译成 native 后启动速度大增，内存占用降了 10 倍不止

趁着年轻，务必读书，读书能决定两个东西：
1.你将来的天花板，虽然这个不绝对，但是大概率如此。读书真的能决定人的眼界。
2.你将来的人际圈子，虽然这个也不决定，但是本科生周围大部分是本科，研究生周围大部分是研究生，也是大概率如此。

补充：
今年参加了本地一所专科院校的扩招，弹性学制，每学期就上两周课，学校说毕业时和统招学生拿一样的毕业证。

唯一要提醒你小心的是这点：学校说一样的毕业证大概率不靠谱。统招全日制在我们国家和非全日制目前还就是不一样的。能转全日制考本科就转全日制，这样保险。

而且告诉你：大学生活其实相对上班闲，你完全可以一边读大学，一边接私活。你自己干了一年前端又不是假的

@INTEL2333 问题在于，那么多域名，我怎么知道哪些域名是国内的，哪些是国外的，还会说哪里有维护一个列表，定时更新就行了？

@INTEL2333
@wd
所谓分流的意思是什么，根据域名来判断走运营商 DNS 还是走公共 DNS 吗？

@INTEL2333 第一个方法，用::ffff:127.0.0.1 填充适配器的 ipv6 DNS 会产生一个奇怪的结果：

nslookup 命令立刻失效，什么地址都解析不出来。nslookup 并不会因为 ipv6 DNS 解析失败就回头查 ipv4 DNS 。直接就返回失败了。

但是同时浏览器访问 ipv4 的域名不受任何影响。这个结果我是想不到啊，我都是把本地 dns 解析缓存全部清空了。按理说浏览器是应该访问不了网站的，因为系统 dns 解析不到地址，但是为什么浏览器可以呢？

这两个软件 adghome 或者 smartdns 我到万不得已再考虑，我不太愿意为解决这个问题引入其它复杂度