Spring 及其框架衍生产品现在已经是 Java 开发需要的基本功了。 使用 Spring 提供的框架和模块，可以在很短的时间内做个 API，这个在以前是不可想象。 了解 Spring Boot 和 Spring 一个小介绍，我们写到了文章：Spring 和 Spring Boot 中。 需要的用户在开始使用 Spring 和 Spring Boot 之前，最好要对这些概念有一些基本的了解，这样能够帮助你更好的使用和对概念的理解。

计算机是具备数据存储、修改功能，并实现对相关逻辑与数据的计算，是现代化智能电子设备。     计算机干得最多的就是从存储中获得数据，进行计算，返回结果（重新存储或者展示）。 工具 计算机就是工具，现代信息技术的基础就是计算机。 计算机本身就是一个系统工程，软件开发只是在计算机基础上的应用罢了，语言就是开发这些应用的工具。 只要有信息化的需求，那么就有计算机存在的地方，有计算机存在的地方就有需要为开发一些东西能够更快的实现信息交换和处理。 历来我们都是注重应用多，少关注基础，导致很多人认为计算机不就是写写代码嘛。如果从整个数据流来看，每一个环节都可能做出很多东西。 行业融合 数据采集，数据处理，数据存储，数据查询，数据应用。 几乎每一个行业都需要这些东西，如果某一个行业数学要求得越多，计算机需求也就越多。 上面说到的任何一个点都可以拿来做文章，比如说的数据采集，ETC 技术，电子标签技术都是技术采集部分的东西，随随便便拿出来都是大头。 数据处理，又有很多处理方式，以前是结构化数据，现在又搞扁平化数据，还有更多的数据处理方式都在不停的开发和改进中。 比如说金融，量化分析，利息，数据挖掘，这些东西都需要大量的计算，以前都是人手工算的，现在基本上是建模后用计算机算。 只是随之后续的发展，对计算机方面的从业人员要求会越来越高，和以前那种会几行代码就能混饭吃的情况可能越来越难了。 更多的是需要学科交叉，善于发现本学科中的问题，如果能结合计算技术解决问题，提高效率那么这种人才必然会更吃香。 https://www.ossez.com/t/topic/13341

相信我，很多公司在从 1.4 升级到 8 的时候都哭晕在厕所里过。 历史问题 JDK 的选择有很多历史遗留问题。 很多公司甚至银行现在还在用 1.2 和 1.4。这是因为在很多 JAR 的开发历史中，已经没有办法维护已经编译好的 jar 的，老的源代码可能也没有办法用新 JDK 编译。 如果要将平台升级到 8，必须要求所有的老的 Jar 都要用 8 编译一次。在历史情况下，这种可能性很低，而且 Maven 平台也不是 2000 年就有了，在 2000 年的时候还有个 lib 目录的。 随着现在 API 和微服务的流行，慢慢的会在向 API 进行微服务迁移的时候使用新的 JDK 版本进行开发。 目前主流是 8 的版本，如果你使用 11 也问题不大，JDK 8 和 11 之间的差距不是非常大，没有 1.4 到 8 这么大。几乎已经大到了无法兼容编译的程度了。 LTS 版本 如很多人都知道的 LTS 版本的问题，目前只有 2 个 LTS 的版本在使用，17 的版本还没有出来呢。     综合上面的 2 个原因，新项目开发的时候自然就会选择稳定的版本。 JDK 这种比较底层的东西，越稳定越好。 再加上 OS 安装的版本主流也是这 2 个，如果是新项目用 11 没有问题。如果是老项目已经用 8 了，就不要想着升级了，反正最后支持时间都差不多。 其实 8 到 11 的升级没有那么糟糕，基本上还是比较好升的。 https://www.ossez.com/t/java-jdk-8-11/13339

显示器这东西在很多人配电脑的时候可能都是不特别在意的东西，反正觉得就是一个显示用得着那么高大上吗？ 相反，显示器反而是电脑组件里面最不容易被替换掉的，很多人的显示器一般都会用到显示器坏了才换。 很多人的显示器甚至用了 10 多年，电脑都换了好几次了，唯独显示器没有换。 只要计算机的显卡上得上去，显示器当然总是越大，清晰度越高越好，毕竟这东西是天天自己要看看的。     DELL U 系列的显示器就挺不错的，可能价格会稍微贵点。 https://www.ossez.com/t/27-2k/13338

市场是一个无形的手。 现在连项目都这么难做了，做外包其实更难。     市场 外包需要有相对健全的市场环境。 目前我们的 IT 市场就是乱战，好点的创意，今天才拿出来明天就被抄走了。 市场同质化非常高，所有平台都做过微博，只是最后新浪留下来了，现在很多平台都在做公众号，到最后能留下来的可能也就那么几个。 比如说微信公众号，因为受众封闭，那显然没有头条号的影响大，但是头条号上面的作者分成太低，很多作者又会跑其他地方去。 没有好的市场，投资方不知道要做什么，所以外包也就成了无源之水。 随着外部和经济环境的持续走软，一些有信息化需求的公司，尤其是小公司，暂时都会搁置信息化技术的升级和更新。 针对外包项目，小公司的需求往往是最急迫，也是最需要的，如果小公司都没有钱了，那么在市场上发放外包的项目也就越来越少。 海外外包项目，因为这部分我们本身就不是强项，所以这个市场的蛋糕不好吃。 本来日本项目，欧美项目都会有一点，小粉红们怼天怼地怼空气，非要把日本打回石器时代的想法，也会影响到外包的发包公司在整个中国的业务。 几年前开始的中美关系紧张和科技领域的对抗，又会让我们失去一些美国项目的外包，虽然美国项目历来我们也不多，但是不要忘了美国的外包项目是很赚钱的。 国企不在讨论访问内，国企的钱是固定投入，都会固定做项目，同时国企也都会有自己的信息技术中心，他们只需要保持适当升级，做一些小工程项目即可。 一般来说国企的外包项目也是有的，但也很大时受到政策，时间很多因素的影响，不可控。 竞争 IT 从业人员过多了，我们的 IT 从业人员很多都是码农，会敲些代码，会调试一些东西，真正有想法，能折腾的人不多。 那么这样就导致了和多年前的大学一样，严进宽出。很多人在大厂里面都是混吃等死，在进去之前的面试和做题环节可能还是花了些时间的。 随着市场和新技术的不断出现，那么也就会出现知识越来越老化，等到了最终被抛向市场后，会发现自己什么都不会了，也不知道自己还能够做什么了。 就好像把一直老虎关在笼子里面，几年后，这只老虎再也没有野外觅食的本领了。 https://www.ossez.com/t/topic/13335

Tomcat 不但没有过时，Spring Boot 还给 Tomcat 第二春了。 微服务的兴起，Tomcat 针对很多应用已经做成 embedded 模式了，Tomcat 本身是容器，Tomcat 的出现就是为了解决但是 EJB 和 Weblogic，JBoss 这种大而全的大象导致的部署和安装问题。 就这只猫不猫，虎不虎的，跑了这么多年了。     针对一般的应用，通常是 Tomcat 部署上去然后丢一个 War 包进去。 Spring Boot 将 Tomcat 嵌入进来了，你不再需要重新下载安装 Tomcat ，只要有 JVM ，JDK ，直接运行 Jar 就行了。 如果你只有一台服务器，貌似也没啥，使用 Tomcat 安装部署 WAR 和 运行 Jar 都差不多，不说多了，假设你有 10 台服务器，有几台是做集群，有几台分别跑不同服务和 API。 升级一次 Tomcat 的版本，或者 JDK 的版本就能让你晕掉了，这工程量是以周为计算机的，还不包括兼容性测试，等等。 Spring Boot 部署就方便多了，直接 Jar 进去，如果你要扩展服务器也很容易，把当前的服务器做个 Image，反正是个 Jar，到时升级一次就全部升级了。 简单快乐，心情大好，还没有什么兼容性问题，因为都测过了，不会因为有些时候服务器跑 Tomcat 8，有些时候服务器跑 Tomcat 9 出问题。 https://www.ossez.com/t/tomcat/13332

当把 Spring Data JPA 的所有源代码检出到本地后，运行命令： mvnw clean install -Pdistribute 就可以从源代码中生成编译后的文档了。     Spring Data JPA 以及很多的 Spring 文档都是使用 AsciiDoc 来进行编写的，如果需要对文档进行一些改进或者中文化处理的话，需要有一些关于 AsciiDoc 的知识。 第一次运行的时候会下载一些依赖，会消耗一些时间。 第二次就会快很多。     编译成功后的文档，可以直接通过双击电脑的 HTML 文件打开进行查看。 你也可以将上面编辑好的文件上传到服务器上来进行查看，因为这些文件都是静态文件。 https://www.ossez.com/t/spring-data-jpa/13323

计算机是使用 Intel 620 的显卡的，参考的文档上说的是能够支持双屏的 2560x1440 分辨率。 但是 USB-C 是没有办法刷上双屏高分辨率的。 USB-C 对比 Thunderbolt 3 实际上，雷电3只是采用了Type-C接口，它是一个规范标准。就好比人类的灵魂，Type-C只是一个躯壳，雷电3才是灵魂。 正所谓好看的皮囊千篇一律，有趣的灵魂万里挑一。Type-C这个皮囊，能装多少东西才决定了它有多伟大的灵魂。 Type-C全称是USB Type -C，所以它属于USB的一种，那也就意味着，USB能干的事，它都能干：支持外接各种外设、支持U盘进行数据传输，此外，它还兼容其他协议，比如 DisplayPort和USB Power Delivery，也就是所谓的视频传输、充电协议。 有了这两个协议，你的笔记本就能够通过Type-C进行双向充电和外接显示器了。 因为 Thunderbolt 3 的传输率比 USB-C 高，因此根据参考上来说是能够显示双屏的 2560x1440 显示器的。 买了个 Thunderbolt 3 进行测试，还没有收到，等收到 Thunderbolt 3 扩展坞后再进行下测试。 测试结果 经过了测试，如果需要双屏显示 2560x1440 的话，只能使用雷电 3 的扩展坞了。 Thunderbolt 3 连接上后的双屏。     双屏都能正常显示高分辨率。 https://www.ossez.com/t/t490s-2560x1440/13322

联想 USB-C 扩展坞能不能支持 2560x1440 双屏吗？ 问题和解决 计算机是使用 Intel 620 的显卡的，参考的文档上说的是能够支持双屏的 2560x1440 分辨率。 但是实际使用 DP 接口后，发现第二个显示器的分辨率一直刷不上去，同时刷新率也只有 23 Hz。     经过考古后发现，USB-C 在实际显示的时候因为带宽的限制，是没有办法支持双屏的 2560x1440 显示分辨率。   https://www.ossez.com/t/usb-c-2560x1440/13321

Discourse 可以设置一个通知（notification）。 这个通知的功能主要是通过浏览器来实现的，例如你在使用 Chrome 浏览器的时候，安装有 Discourse 的网站可以为你发送通知，来通知你有新的主题或者回复等。 但是这个通知有时候非常烦人，在最新的 Discourse 版本中，这个通知已经可以禁用了。 你可以选择免打搅模式。 配置方法 在登录 Discourse 平台后，选择你的头像，在你的头像下面可以选择你的用户属性。 然后在弹出的对话框中，可以选择设置免除打搅的时间。 可以在多长时间不接收消息。 当设置成功后，你可以在你的头像上看到一个新添加的月亮的标记。 这个标记表示你的设置已经生效了。 如果你再次单击头像进入设置，在具体的配置地方，将会看到被设置的时间。 计划时间 同时你还可以对免除打搅的时间区间进行设置。 选择设置消息时间，将会看到下面的时间限制界面。     在上面的界面中，你可以对每天不希望收取到消息的时间区间进行管理。 https://www.ossez.com/t/discourse-notification/13320