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 我到万不得已再考虑，我不太愿意为解决这个问题引入其它复杂度

你所谓的灵活是指的什么？要达到什么效果

@cmdOptionKana
以下是我的真实经历，大约 4-5 年前，我当时用当时的主流入门 CPU intel core 奔腾系列，2 核，睿频大约只有 3.x，8G 内存。配了一台 ITX 电脑。这个电脑在当时打开京东淘宝 B 站，用 chrome 浏览器，那是非常流畅迅速的。但是仅仅过了 3 年左右的时间，我再用这台电脑去开这些网站的首页，就能感觉非常的卡顿——我是 dos 时代过来的老人对性能很敏感，我不觉得这是我的感觉异常。

察觉到有问题后作为一个曾经的 diyer 首先就是把自己的电脑整个重新捣鼓了一遍，重装系统，重装 chrome，再试？没什么卵用，换了一块 ssd，还是一样。

我当时就觉得很奇怪，因为我觉得这三个网站的首页在显示上其实和三年前比起来没有什么大变化啊。我甚至一度怀疑，是不是不是网站的问题，是 chrome 的渲染引擎效率下降了？但是我后来在一个伪程序员论坛发了几句牢骚说“现在这些网站吃性能咋这厉害，三年前还流畅的配置，三年后我没见页面有啥变化咋跑起来好卡”。。。然后就有大厂程序猿出来教育我：你当前端技术三年不进步的吗？这些进步不吃性能的吗？你觉得页面没变化，你怎么知道在你看不到的地方我们改进了各种流程，实现了各种技术，加了多少新的监控，这些凭什么不能吃性能。。。。还要让我“耗子尾汁，现在 PC 用户是非主流，大厂不会为了你们去做性能优化的，还能用就算不错了”。。。

我能说啥呢？虽然我是程序猿但我不是前端专家，我只能认为那个人说的对，时代进步的，旧机器被放弃了。PC 电脑用户的钱不是钱，穷鬼不配谈性能用户体验。。。。。。



另外我虽然不是前端专家，但是我对三大框架的存在意义，并不是完全不了解，框架代表约束，约束就是为了组织更大的规模。所以我不觉得我说错了，以前没有框架，水平低一点的人是根本搞不起复杂一点的前端程序，有框架当然是一种进步，但是负效应是，框架只能提升规模，没法提升性能，而规模的提升，是要用户的电脑性和带宽能来买单的。这就是我说的负效应。我并不是说，因为有负效应，所以我们就不要三大框架，有框架总比没框架好，前端能成就更大规模更复杂的程序是历史趋势，我并不是反对这种趋势。我只是要强调：这种革新不是没有代价的。

而且，现在的前端的问题，是进步的远远不够，而不是进步的很好。只是这个问题，在 PC 端用户式微，手机用户普遍 App 的时代，被掩盖起来了，所以就给人一个错觉：上面不是有人说吗——我们网页性能用起来很好，怎么打包成 Electron 性能就不好了，是不是你们开发水平问题？那我就要说了，什么？网页性能很好？你确定？

@namelosw
1.每个人的认知能力有区别，有些人被 Electron 恶心，但是只能看扩展名才能分辨 Electron，不是他们的错
2.你确实没有明着说 Electron 好或者坏，但是你明着在鄙视那些厌恶 Electron 但是却无法一眼看出 Electron 的用户。
3.传教士这句话不是说你的，是楼里的某些其它人，懒得再开一贴了
4.那也不是说你的，其它同上
5.先说明不是说你的，其次我并不觉得 C++这玩意多好，我只是想说现在的程序员终于可以摆脱 C++了，但是他们走向的是另外的极端——以喂用户吃屎来提高自己的开发体验