我们都知道 mvn deploy 命令的功能就是将编译部署的结果推送到不同的仓库中。 那么如果我们使用的 releases 还是 snapshots 仓库是如何判断的呢？ 这个主要是根据 POM 中的 0.0.1-SNAPSHOT 进行判断的。 如果这个里面有字符 SNAPSHOT 的话，将会推送到 snapshots 中。 否则将会推送到 releases 中。     如上面的示例 pom 文件，上面的版本号决定了推送的路径。 https://www.ossez.com/t/maven-releases-snapshots/13443

maven 的代码仓库分为 2 种类。 这 2 种分别为 snapshot 和 release。 作用和区别 可以将 release 理解为稳定的发布版本，当版本 release 后，如果你发现你的代码有问题，希望马上进行修改的话，一般来说是不可以的。 代码仓库通常不允许你将 release 版本多次发布，如果你需要进行再次发布的话，你需要修改版本号。 snapshot 针对 release 来理解的话，最简单的说法就是可以多次发布，如果你愿意，你可以将任何字符修改一下，然后发布上去。使用 snapshot 发布的时候的代码库，多次发布是不会被拒绝的。 约定 版本号中的 release 和 snapshot 区别就是，snapshot 是在版本号后面添加 -SNAPSHOT 字符。 这几个字符必须是大写，同时这几个字符不能变，添加在版本号的后面，中间使用分隔符进行分隔。 例如我们有一个项目，项目中的的依赖定义为： <groupId>com.ossez</groupId> <artifactId>parent-modules</artifactId> <version>0.0.1</version> <packaging>pom</packaging> 如果是 SNAPSHOT 版本的话，那么version 部分就需要修改为 <version>0.0.1-SNAPSHOT</version> 而且只能是这种格式。 Maven 使用 我们知道 Maven 在本地是进行缓存的，如果你使用的是 release 版本的话，一旦包被下载到本地了，Maven 是不会重新下载的。 如果你希望重新下载的话，你需要手动删除本地中的缓存。 如果你使用的是 SNAPSHOT 版本的话，每次在构建的时候都会从定义的新仓库中下载新的版本。 这样就更加方便项目小组之间的协调。 比如说，项目小组 A 有个包的版本为 0.0.1-SNAPSHOT ，项目小组 B 中有个包是依赖于这个的，但是项目小组 B 发现这个包中有问题，需要进行修改。 小组 B 将会通知小组 A 进行修改，小组 A 修改完成后将会 Push 到仓库中，尽管版本号没有变，那么项目小组 B 在编译的时候，也会使用新推送的 0.0.1-SNAPSHOT 版本。 那么小组 B 依赖小组 A 修复的错误就已经修改完成了。 如果采用 release 的话，那就必须修改版本号了。     在持续集成的时候，过于频繁的修改版本号并不是一个非常好的实践，这将会导致过多，过于频繁的版本号变化。     上面的图片显示了我们推送到中央仓库中的 SNAPSHOT 版本，这个版本将会随时因为被修改而更新。 https://www.ossez.com/t/maven-release-snapshot/13437

错误提示的信息如下： By default, the Java language level is set to 5 which is not supported by the current Java version. Update the language level to 6+.Update source level in codebank     问题和原因 这是因为很有可能在你的 maven 配置 POM 的时候的编译插件 maven-compiler-plugin 的版本。 通常这个插件的默认版本都比较低。 如果你使用的是 3.7.0 的话，那么默认使用的是 Java 1.5 的 Level。 如果你修改使用最新的 3.8.1 的话，那么将会默认使用 1.8 的 Level。 目前，我们应该会使用 JDK 8 或者 11，因此你需要手动进行一下设置。 设置有 2 个方法。 第一个方法就是添加下面的参数到属性中。 <properties> <maven.compiler.source>1.8</maven.compiler.source> <maven.compiler.target>1.8</maven.compiler.target> </properties> 第二个方法就是直接指派到插件的 config 配置中。 如下面的配置参数。 <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <version>3.8.1</version> <configuration> <source>1.8</source> <target>1.8</target> </configuration> </plugin> JDK 9 及其后续版本 从 maven-compiler-plugin 插件的 3.6 后续版本开始，添加了一个 release 的配置。 如果你使用 JDK 11 的话，你可以使用下面的配置。 <plugin> <artifactId>maven-compiler-plugin</artifactId> <version>3.8.1</version> <configuration> <release>11</release> </configuration> </plugin> 使用上面的配置结果将会能够更好的适配 JDK 11 版本。 https://www.ossez.com/t/intellij-idea-java-level/13436

在前一段时间最焦虑的时候，我的妻子一直陪在我的身边，一直在给我鼓励，并承担了好多，好多家庭的重担。虽然中年悄然而至，善待身边的人，相信只要一起往一个方向努力，没有什么东西是过不去的。 公司业务调整，虽然目前还在给公司做 Contract，但是终究还是饱一顿饿一顿的，后面还有嗷嗷待哺的小朋友，这样下去感觉非常不踏实。 80 后的末尾都已经进入中年了，在北漂的时候以为当时说的中年危机离自己很远，但是真正来到的时候还是猝不及防。 闲逛知乎，无意中搜到好多中年危机，求职的话题，总想自己要写点什么。从焦虑，到不焦虑，到认真思考，也许人生每一次改变都是安排。不知道多年后我是否还能有心情和时间去写下这些文字。也许闲下来的这段时间就是让我们整理整理再出发？ 经历了 1 个多月的折磨，虽然到现在还没有接到 Offer，但是心态基本上平和了，反正努力去找了，至于结果是什么，自己积极努力的心态就能打败一切了。也许是我应聘的职位比较高，所以 On-Site 都好几次了，在没有 Offer 的情况下 HR 还主动打电话给我说，公司对我还是感刚兴趣，无奈竞争比较激烈，我们也很难做出这个决定。如果你愿意的话，我将你推送给其他的同事的岗位，你看可以吗（安慰奖？）？ 至少这样的回复还能让人感觉好点。 积极的心态，认真化解。随便写写自己的中年危机清单，想想破解方式，也许破解中年危机的最好办法就是打破自己思维的禁锢，寻求重生？ 危机 中年的问题感觉就是精力已经开始在慢慢走下坡路了，但是前路漫漫。 买了房的还有无数的贷款要还，没有买房的却要面对高昂的房价。也许化解中年危机最好的办法就是财务自由，所有人都在想财务自由，但又有多少人能真正实现财务自由呢？ 工作上已开启了一种安逸，天花板模式，上也上不去，下去却很容易。一个业务重组就能把 80 后重新抛向职场，然后你还得屁颠屁颠的拿着简历和才毕业的大学生们一起竞争。低薪连付房贷都不够，高薪又遥不可及。上不上，下不下，空有一身焦虑。 一直在想，如果是一直在创业的人会有中年危机一说吗？就算有也可能没有我们这么强烈吧，因为创业的人每天都在危机中度过，他们抗压能力更强。 中年危机这个词，体会最深的应该就是这类人：一直在格子间，每天做着相同的工作，但突然有一天这个格子间却不属于你了。 重生 为自己写下下面的计划，帮助自己度过中年危机，也许一切只是开始，只是重生。 找到自己可以做的，找到自己可以改变的地方，我相信一切都不会太迟，最迟的行动就是你现在还没有开始行动。 心态，心态 焦虑和担心都无助于问题的解决。要解决问题最需要做的就是要调整心态。最近一直发现，平时因为时间忙，一直没有去做很多自己想做却没有做的事情。每天都在为了工作上的任务拼命奔波。 何不认真去思考下自己还有什么东西能做，还需要去做什么呢？ 去平衡下自己的心态，也许在学习的过程中又掌握了一门新的技能，增加了自己的实力，危机悄然化解了呢？ 在最开始的时候，一直以为在公司工作那才叫工作，其他的工作要不不那么体面，要不不那么赚钱。一段时间后，我发现我错了，不是因为其他的工作不赚钱，那是因为你没有做进去。 最近和一些做代购的朋友聊天，因为身份的问题，他们也没有办法在这边合法的找到一份工作，很多朋友都顺便做做代购，我就问他们。做代购辛苦吗？都说很辛苦，我问他们赚钱吗？笑而不答，和我表达的意思是，发财难，温饱能解决。再后来一打听，收入也和我在公司上班差不多。只是多点少点而已。原来很多时候，你觉得不赚钱的事情，那是因为你没有做进去。 现在我明白了，调整自己的心态，做好自己能做的，不能做的不要勉强。不要为了微薄的收入而做自己不喜欢做的事情。因为这个事情不是你自己喜欢的，你不一定能够做出什么成绩。 不要管是什么工作，这个工作是否体面，只要是自己喜欢的，先去尝试下总没有问题。尝试了，发现自己不喜欢也没有关系，至少自己尝试了。不要等待，更不要在等待中焦虑。 摆脱危机，现在开始行动。 投资自己 我们可能没有资金，我们可能有很多债务。但是我们可以投资自己呀。 利用这段时间，可以多学习学习，多考考证。在去年的时候，我跟风一样的考试了房地产经纪人执业证书，说心里话，在考试的时候想着就是以后自己买房子能够少点手续费，能帮家人买卖房子的时候帮家里人省点手续费。 谁知道无心插柳柳成荫，今年才开始就有几单要成交。感谢我去年做的那个决定，也感谢我妻子在我快要放弃的时候督促我认真学习，通过考试。 其实每一次决定都没有对和不对的一说，你今天的努力就是为了明天的投资，你的努力投资了你自己。 从现在开始，从今天开始，不再观望，不再等待。 于是我开始了我的个人博客和知乎创作之旅。在帮助朋友，客户找房子的时候，忽然发现华人在美国买卖地产交易很频繁，但是中文资料又特别少，概念又特别多。想着怎么帮助大家呢？我就开了一个知乎小专栏：美国地产小知识 - 知乎 每天发点小干货，每天分享点小经验。这就是我坚持每天发一篇文章的创作来源吧。 我更认可下面的这句话：与其说是中年危机是将中年人抛向了市场，不如说是市场给了中年人重生的机会。 祝福所有已经步入中年的 80 后。 https://www.ossez.com/t/topic/13434

公司业务调整，虽然目前还在给公司做 Contract，但是终究还是饱一顿饿一顿的，后面还有嗷嗷待哺的小朋友，这样下去也不太踏实。 经历了 1 个多月的折磨，虽然到现在还没有接到 Offer，但是心态基本上平和了，反正努力去找了，至于结果是什么，自己积极努力的心态就能打败一切了。也许是我应聘的职位比较高，所以 On-Site 都好几次了，在没有 Offer 的情况下 HR 还主动打电话给我说，公司对我还是很感兴趣，无奈竞争比较激烈，我们也很难做出这个决定。如果你愿意的话，我将你推送给其他的同事的岗位，你看可以吗（也许只是客套话，安慰奖？）？ 至少这样的回复还能让人感觉好点。 经历过电话面试，Online Assessment，On-Site 应该有多次了吧。从最开始的焦虑，到现在焦虑到不焦虑了。心态很重要。 马上又要毕业季了，希望我的经历能够帮到需要的童鞋。 在得到一个 Offer 之前，绝大部分人都会经历下面几步。每个公司的侧重点可能不一样，有些事情是我们可以控制并且做好的，有些事情已经不是我们能够控制的了。在求职阶段，最终的目的是得到 Offer。 其实针对留学生和华人求职者来说能够进入到 On-Site 就已经算是小成功了。 因为我应聘的职位大多是 Sr Developer and PM 级别的，所以竞争比较激烈，就算到 On-Site 公司后面还是有很多其他的备选方案。这个和国内求职有很大不同，一般来说能够进入到 On-Site 这个阶段首先就说明你的实例已经得到大部分认可，你可能缺的只是运气罢了。 求职的准备 简历和 CV。这 2 个东西肯定是要有的。 至于怎么写，每个人写法就不一样了，想想 HR 每天都能收到 N 多简历。怎么才能让 HR 能够从 N 多简历不至于直接扔到垃圾箱中。换位思考下，如果你是 HR 你会怎么做？ 我觉得你可以从下面几点考虑： 对自己有信心并且与职位描述非常符合的高亮显示。 布局简洁明了，拜托，这个是简历，没有让你写小说。那种字体太小的，段落不分行的，完全不美观的简历一般都不会在考虑范围之内。 LinkedIn 需要有，但是不一定要写到简历上。因为有下面考虑，如果 HR 想搜索你的话，会通过你的名字直接到 LinkedIn 上去找。简历打印出来后，链接没有办法点。如果 HR 对你没有兴趣，LinkedIn 写上去也没人看。 有些 HR 会直接到 LinkedIn 联系你，所以你还是需要一个 LinkedIn 的。切记不要在 LinkedIn 上放不是太理想的照片，那种一看上去就不想吃晚饭的和早上起来没有刷牙洗脸的自拍照就别放了。 GitHub 上的头像也要正常点，那种 IT 屌丝状的头像也别放了，哪怕你放个卡通人物都比那个强。 Phone Interview 在我经历的面试中，Phone Screen 的时间一般都是在 30 分钟左右。 基本上能到这一步，就说明你的简历已经基本上满足公司的需求了，公司也希望有更多的了解。有时候一些公司会跳过 Phone Screen 直接给你发 Online Assessment。 跳过 Phone Screen 的 Online Assessment 在你连 Phone Screen 都没有收到，就直接收到了 Online Assessment 的时候别高兴的太早，很多公司就是通过 Online Assessment 来拒你罢了。 当你屁颠屁颠做完代码，自我感觉还不错，2 周后也许你就会收到一封非常礼貌的邮件说对不起，我们不打算 moving forward。这种情况尤其多发生在你比较向往的 IT 大厂，所以你收到这种邮件心态就要好点了。 其实他们早就想拒你了，只是找个理由罢了。 Online Assessment 这个东西就是刷题了，其实刷不刷不构成特别影响。 我还是建议都刷一下吧，不刷肯定能把你弄懵逼了。 On-Site 能到这一步，就说明你已经是佼佼者了。 唯一要做的就是怎么和对方进行沟通。现在 On-Site 的时间都比较长，基本上都是 4+ 小时的。 对你来说是体力和智力的双重挑战，记得吃饱了再去。     Follow Up 如果 2 个星期内还没有消息。 你就准备下一家吧。 https://www.ossez.com/t/it-2019/13433

根据官方链接中的说明： Apache Maven - The Central Repository Documentation (sonatype.org) 从 2021年 2 月开始，将会使用仓库地址为： https://s01.oss.sonatype.org 上面的意思是，如果你的项目是在 2021年02 月之前提交到 OSSRH 中的话，那么你需要使用的提交地址为：https://oss.sonatype.org/。 否则，你将会需要使用新的地址为：https://s01.oss.sonatype.org/     时间的终止点为 2021年02 月。 这个在你具体申请提交的时候会被提示到。   https://www.ossez.com/t/ossrh/13429

小龙虾当前价格表（2021-04-11 - 2021-04-18） 鲜活价格 本周的鲜活小龙虾价格表。 Item 单价 备注 （大）鲜活小龙虾 $6.99 /LB （中）鲜活小龙虾 $5.99 /LB （小）鲜活小龙虾 $4.99 /LB Cooked 小龙虾 我们也可以提供 Cooked 的小龙虾。 Cooked 的小龙虾，可以预定 3 种口味：麻辣 /13 香/ 蒜香。当您下单的时候，请联系群主辣度，如果没有说明的话，我们默认做成中辣。 Item 价格 备注 大份 $33.99 6LB 中份 $25.99 4LB 小份 $16.99 2LB 送货 本周我们可以免费送货提货点：Nashua Costco，Before Whole Food，N Londonderry Bus Station。

这几个单词在前端开发的时候可能会经常遇到。 因项目需要，琢磨了几天 angular，结果下来还是有点一脸懵逼。尝试进行编译下简体中文的文档也是一堆错误。 感觉最最糟糕的就是下载相关的模块，这个太令人难受了。 随手就顺便研究下了上面几个名词了。 Angular 和 AngularJS 虽然名字大部分相同，但是这 2 个东西完全不是同一种动物。 在 Angular 1 的版本的时候，我们可以认为 Angular 就是 AngularJS，一种类似 Jquery 的库。通常可以使用这个库导入到项目中，然后通过项目来完成后端的 API 调用等数据处理逻辑。 从 Angular 2 开始，Google 几乎重新了 Angular， Angular 2 可以认为是一个独立的框架而将 AngularJS 独立出来了。 当前 Angular 的版本是 11.2。 使用 Angular 的目的就是使用这一个已经集成了AngularJS 的框架，可以在不需要后端程序的情况下直接对数据进行获取和处理。 等于针对一个项目，可以使用 Angular 完成所有的数据流程。 正是因为这样，Angular 将会打包进来很多可能前端需要的数据处理包，结果感觉就是导致 Angular 比较臃肿，很多不需要的东西都全部打包进来了。 在使用 Angular 框架进行编译后，将会生成一个可以在 nodejs 服务器上运行的代码，并且将上面的代码部署到 nodejs 服务器上，以便于做到前端和后端的分离。 AngularJS 和 reactJS 虽然 reactJS 并不被称为是 reactJS，通常使用的名称为 react。 如果使用上面的对比应该是合适的，通常这个库比较小，通过在前端页面中导入这个 JS 库，能够实现前端的很多功能和后端的通信。 因为不是简单，代码量少，在近年使用的趋势是越来越大。 学习曲线 从学习曲线来说，个人的感觉 Angular 学习曲线明显高于 reactJS。 这个其实也很正常，因为 Angular 不仅仅是应 JS 库了，是一整套前端的框架，这套框架比较复杂，同时还使用了 TS 为开发语言。 在前端选型中，我们通常会通过一些搜索，GitHub 的使用量来进行判断。 针对技术方案来说，用的人越多，说明越受欢迎。     通过访问下面的链接： angular vs react vs vue vs @angular/core | npm trends 来查看 npm 的趋势，应该为很多人在前端的选型方便提供一个参考。   https://www.ossez.com/t/angular-angularjs-react/13425

搜索引擎都是各大浏览器竞争的入口之一。 微软也不例外，在新版的 Edge 浏览器中使用的默认是 Bing 搜索引擎，大家都知道这个 Bing 搜索的功能实在是没有办法恭维。 很多人都会尝试修改为其他的搜索引擎，比如说 Google。 下面的步骤就是能让你修改默认的地址栏搜索引擎为 Google。 在 Edge 中，地址栏默认使用的路径为服务。 打开你的 Edge 浏览器，在右上角上面的 … 中选择 设置。 Services 在弹出的界面中，选择第二个选项，隐私，搜索和服务。 在页面的最下端，有一个选项是地址栏和搜索。单击这个选项。 在后续的界面中，可以看到地址栏使用的搜索引擎。 在这里你可以选项你需要的搜索引擎即可。 浏览器的默认搜索引擎入口，都是各大厂商竞争的焦点之一，因为只有掌握了用户的入口才能掌握后续的服务。 微软近年在浏览器上面动作频频，Edge 浏览器确实也有了不少的提升。 Firefox 和 Chrome 诟病的内存消耗过高的问题，在 Edge 中也有了些改进。 https://www.ossez.com/t/edge/13424

Visual Studio Code 因为相对小巧和扩展性，使用的人越来越多。 很多聪明的孩子总是不安于现状，Git 代码管理目前已经几乎是标准配置了，但是 VSCode 针对 Git 部分的配置总是感觉很弱鸡。 现隆重介绍下GitLens 插件，超过 8百万的下载量，可见欢迎程度。 安装 在市场中，直接搜索 git，出现的前面几个就是你需要的。     在弹出的界面中进行安装即可。 当你的 VSCode 左侧出现有上面显示的图标后，显示 GitLens 已经安装成功了。     当你第一次进入的时候，将会提示进行设置。 这个时候，你使用默认设置即可。     边栏丢失问题 有时候你可能会遇到左侧边栏丢失的情况。 这是因为设置中默认使用了 VSCode 的代码视图。 可以进行下面的修改，输入，打开 GitLens 的设置。     然后找到视图，在视图中选择 GITLENS LAYOUT 的配置。 在完成上面的配置后，你就可以重新在左侧看到 GitLens 的边栏了。     上面的配置选择后，将会在左侧边栏下面添加一个 GitLens 的快捷使用对话框。 https://www.ossez.com/t/vscode-gitlens/13423