JSP 不应该称为被淘汰了，作为一个技术来说还是有存在的价值。     如果有机会做过早期的 J2EE 项目的话，EJB 才是头疼到死的，好在后来有了 Struts，这个能够做到前端与后端一定的分离和敏捷那么一点点。 struts 项目现在还是在维护中，所以还是有存在的价值和意义的。 JSP，对一般的小项目来说实在是太重了，和后端有非常紧密的耦合，你的按钮要换个颜色可能都需要重新编译服务器然后部署测试，这种成本非常高。 随着 Spring 相关产品线的越来越丰富，前端框架越来越多，各种 APP 应用也越来越多，解耦就势在必行了，这就直接导致了 JSP 的用户越来越少，只能说是慢慢淡出了历史的舞台。 计算机软件开发的设计就是这样一步一步的推进的。   https://www.ossez.com/t/jsp/13468

不管使用何种 SSH 工具，最最重要的就是不要使用来路不明的 SSH。 因为你需要在 SSH 中上传服务器的数据，密码等很多敏感信息，服务器的安全比与需要支付 SSH 工具可能的费用来说要重要得多。 MobaXterm 安装 MobaXterm 的官方下载地址为： https://mobaxterm.mobatek.net 界面看起来比较丑。 在访问官方网站后单击顶部导航栏中的下载。     在随后的下载界面中有 2 个版本进行选择。 你可以先选择使用免费的 Home 版本，如果需要使用专业的话，你需要额外支付 69 美元的费用。     在随后的界面中，会提示你选择下载是便携版本还是安装版。 如果你不想安装到你的操作系统上面，那就选择绿色的便携版就好了。     使用绿色版本唯一不太好的地方就是可能就是你需要自己记住安装的位置，或者你可以在你的桌面上面创建一个快捷链接。 运行 MobaXterm 然后双击运行 MobaXterm，在第一次启动运行的时候会提示是否允许网络连接。 一般来说需要选择允许网络连接。 启动运行后的界面请参考下图。     创建会话 在运行界面中可以单击 Session 按钮来创建会话。 在创建会话的时候需要选择创建会话的类型。     按照提示输入主机地址，输入用户名然后单击连接就行。 运行的界面如下：     从运行的界面来看，MobaXterm 能够支持多标签页，同时也能够支持 sftp，这个对你需要对服务器上的配置文件进行一些修改或者测试的话非常方便。 比如说修改 Apache，PHP 的配置文件等。 经过一段时间的试用，感觉还是非常不错，对比 Putty 来说要方便很多。   https://www.ossez.com/t/ssh-mobaxterm/13467

很多人都会问一下，我想学好 Java ，但是又不知道从什么地方开始。 也许下面的学习路径能够帮你下。     简单来说就是熟悉概念，熟悉工具，熟悉查找方式 熟悉概念 Java 使用的是纯 OO 的，本来面向对象概念是很多的。同时 Java 还有很多自己的一些概念，比如接口，注入依赖，IoC，多线程，流，数据结构，集合类型，这些东西你至少需要了解下是干什么的吧。 大部分情况下并不需要你完整了解这些东西是怎么写的，是怎么用的，但至少需要知道 Java 中有这个东西，这些东西的使用场景大致是什么。 熟悉工具 如果还有人告诉你，你的第一个 Java 程序应该是记事本写的。你可以让他们自己去玩了。 不管是 Java 还是其他语言，都会有很多工具供你使用，这些工具很多是需要数量掌握的，包括有环境的配置，开发工具的安装，代码库的使用，编译集成，部署等等。 对这些工具的使用，你需要有比较清晰的认识，其实很多所谓的工具不一定是需要你安装的。 比如说 Maven，Gradle 这些，这些是 Java 项目中 CI 需要的，你需要为这些 CI 配置环境，然后才能使用。 要看 GitHub 的代码，如果你连 Git 都不了解，那你怎么从上面把代码拿下来自己跑跑呢？ 熟悉查找方式 只要你开始写代码，那么你肯定会有很多东西自己都不明白。 不明白没有关系，把不明白的东西变成明白的就是学习的过程。 学习的过程有很大一部分是需要进行查找和信息分类处理的，如何快速进行查找需要的内容，这个也有技巧的。 Java 会有很多 API 供你使用，Java 也会有不同的框架供你使用。当你接触到一个新的名词的时候，你可能完全不知道这个东西是用来干什么的。 这个时候查找能力就很重要了，基本路径就是查找官方网站，然后找找看看有没有使用手册文档。在文档中看看这个东西是干什么的，设计思路是什么，然后再看下 API ，了解这个东西如何去使用。 上面就是一个基本的查找学习路径。 当然你能够比较熟练的使用上面的三部曲后，不仅仅 Java ，就是其他语言，对很多人来说就是时间问题了。 所有前提的前提是基础概念。其实上面说的三部曲都是相辅相成的，越快，越多了解基础概念，并且付诸于实践，那么学习效率越高。 学 Java 也好，学其他语言也好，最最主要的是学习能力。 https://www.ossez.com/t/java/13465

什么时候开始有了为自己而工作的想法，什么开始尝试放弃在网络上投简历。 2021，新的一轮工作季的开始，你投了太多的简历，太多的邮件，太多的尝试，而到头来收获的却是从拒绝到拒绝。     一天的开始，不停的得到了被拒的消息，通常都是第一轮就被拒了。 总想要写点什么，纪念成长的经历还是被打击后的坚强？ 对面试步骤不是非常清楚的话，可以参考： 2021 疫情期间美国公司技术岗的面试流程 文章中的内容。 物流传感数据公司 一般都不会将公司的具体名字写上来，一是怕最后引起不必要的麻烦，只是在这里对公司的行业类型进行一些描述。 这个公司是在面试过程的第二步被挂掉的。在招聘人员电话面试完成后，招聘人员一直在强调他只是收集相关信息，然后将数据提交到后台中让项目需要的成员进行选择。 基本上来说这个公司的面试就是你自己把你的简历读一遍罢了，从大学毕业将所有的工作都过一遍，看看有没有什么问题。 时长差不多 30 分钟，没有什么亮点可以陈述。 软件咨询公司 这个软件咨询公司的面试流程进入到了 Step 3（第三步）了、 这个软件咨询公司是在美国的软件咨询公司，提供的是英文的服务。 但是不清楚为什么给面试的却是一个华人。这个有点奇怪，在面试的过程中全程使用中文，有时候会夹杂一些英文。非常不好意思的纠正了公司面试的人的发音错误，这个是明显的错误。 这个面试还是有点意思的，可以说道说道。 面试预订时间是 30 分钟，但是不知道是在那个沟通渠道上出了问题，面试我的人的认为面试时间是 1 小时 30 分钟，但是我一直认为是 30 分钟。 寒暄的时间很短，没有超过 10 分钟，余下的 1 个多小时都在做题，因为我在1 小时后还有会，没有太多的时间去纠结细节。 但面试经历还是独一无二的，从来没有遇到过。 在面试的头一天，他们发了一个 GitHub 的仓库过来，在仓库中有一个原始设计好的项目，项目结构是标准的 Spring API 设计。功能也不是非常复杂，为了简化，他们没有使用数据库，使用的是写死的数据。 在面试前我就看了一眼，了解了下具体需要做的是个什么东西。 在面试的时候出问题了，首先对方问我能不能了解到要做的是什么，我说基本上了解了，一个 SpringBoot API，要做的东西结构还比较清晰。 随后，下一步就是对方拿了一个完整的 Task 过来，这个 Task 是要求写一个逻辑，这个逻辑就是根据输入的数据到 API 运行后返回需要的结果。 输入数据格式没有定义，算法不复杂，但是有点内容，后台数据结构有，但我没有时间仔细看。 在这里，和面试的人产生了不少的冲突： 他希望是写一个测试驱动，通过先写测试然后再写逻辑，我是想先写逻辑，再写测试。 逻辑层的定义，我希望在逻辑层上写子函数，对方希望我先想明白再决定。 不停的纠正要按照算法，要求，不要有自己的想法。 时间不够，没有太多的沟通，面试感觉非常不好。 最后，在 1 个小时后，我提出了我有会议还要进行，没有办法完成这个 Task。然后不欢而散。 终于体验到了在美国面试 IT 技术岗的时候，防火防盗，防中国人。 总结下这个公司的面试问题有下面几点： 公司提出的内容太多，没有办法在 1 个小时内完成所有的逻辑。 参与面试的对方过于强调自己要什么，并不是非常在意或者不允许应聘者有自己的想法，这个可能和公司的业务性质有关。公司是软件外包公司，他们只关注实现，并不在意做的东西是什么。 面试题目的出发点是好，通过一个完整的逻辑来考察面试人的状况，但他们忘了，我不是来帮你们解决 Task 的，这个 Task 和我无关，我并没有责任去保证你的 Task 的完成情况。 沟通非常不顺利，对方并不了解我想什么，我也没有心思去了解对方想什么。 整体来说这次的面试是一个非常失败的面试。 我认为对我自己来说是失败的，对对方公司来说也是失败的。实在无法想象，如果以后还要和他成为同事，这种情况如何进行沟通。 不希望每天上班都是折磨，应该是互相的把工作做好，因为我们是一个团队，我们是一个小组。 博彩数据分析 这个公司是一个初创公司，但是公司的发展和经验非常迅猛。 在 2019 年的时候投过这个公司的简历，但是不幸的是第一步以后就没有下文了。今年不甘寂寞的再投了一次，不幸的是还是在第一步就被拒绝了。 也许和他们没有缘吧。 上面将最近几次的面试小总结了下，发现了可能是因为已经有 Offer 了并且也准备过去上班了。所以对面试也没有太当回事情了。 也许能够通过上面我的经历对还需要面试的人提供一些线索吧。   https://www.ossez.com/t/topic/13462

相对中资公司来说，美国或者西方公司的面试流程更加复杂，考核的内容更多。 不管是那种面试，很多时候求职者会遇到：面着面着就没了。 当然我们这说的只是你应聘中层以下的技术或者部分管理岗。 如果你是应聘公司高层，我相信基本上都是属于互相推荐的，比较少有公司在市场中进行人才的选择，通常都是通过公司内部的晋升渠道或者是通过职业经理人的方式来进行操作了。 对大部分人来说，基本上都会面临到面试技术岗或者部分的管理岗。 中资公司在这部分的随意性比较大，与美国公司比起来更随意。美国公司的操作比较死板，大部分的情况都会按照既定的流程一步一步的推进。 通常从你开始投简历到找到一份工作的时间在几周到数月不等。 因为疫情的关系，很多公司的面试流程都有了些更改，主要还是在 On-Site 面试这部分通常都改成虚拟通过 Zoom 或者 Team 的面试了。   2021-job-in-the-us878×647 17.5 KB   在疫情期间的大致的流程通常如下面的几个分类，投简历阶段是第一步，一个完整的找工作流程，通常有下面的几个过程。 投简历（Step1） 这个是你唯一可以主动控制的地方。 有没有什么可以改进的地方呢？貌似没有什么太多可以改进的地方，无非就是多投，对一些大点的公司，你甚至都可以多次投。 原因很简单，不要想当然的认为公司只有一个简历库，其实大公司不同部门之间的很多数据是完全不共享的，因此你的投的简历只针对这一个发布职位的部门有效，针对其他的一些部门，可能根本没有看到过。 因此针对上面的情况，你就多投就好了，针对同一个公司，只要不是同一个部门的同一个职位，你就投它。就算是同一个职位也没啥问题，多投的最坏结果就是多次收到拒绝的邮件罢了。 在经济不是非常好的时候，很多人面临的情况就是投出去的简历根本没有回应。这个真心没有太多可以解决的办法，唯一的办法就多投。 初筛 （Step2） 不同的公司在这里的选择是不一样的。 有些公司是 HR 初筛，有些公司就直接项目经理上来做了。这一步通常是电话或者电子邮件的方式来进行沟通。 因为这一步是公司主动发起的，因此你可能会面临很多五花八门的要求。 比如说，你可能会直接遇到在线做算法题；你可能会遇到做职业技能行为问卷调查；你可能会遇到做测智商的题目；等等等等，这一步是五花八门的。 通常大公司会 HR 先和你沟通，这个沟通通常不是技术层面的，有一些小的技术层面的东西，但是不多。 如果你遇到的是项目经理的面试的话，这个时候技术层面的内容就会比较多。但大部分集中在概念上面，如果你面试的就是技术岗，那么你需要对计算机相关的东西有所准备才行。 小组成员轮面 （Step 3） 如果你运气好，通过了上面的面试过程，那么你可能需要面对的就是项目小组成员的轮面了。 这个面试的时间通常比较长，在 3 到 4 个小时左右，也有段的个把小时。 不管怎么样这个在疫情期间基本上都采取在线虚拟的方式进行了。通常会有 Zoom 或者其他视频工具的加入使用。 一般来说会有问题解答，实际的代码 Coding 技能，数据设计等等。 这部分在以前通常是做 On-Site 面试，公司会要求你本人过去公司进行面试。虚拟方式的面试有时候也比较奇葩的。 遇到过多次，所以每个公司的小组成员对不同工具的使用熟练程度不一样，在这里你就可以有感觉了。 你完全可以通过这个了解公司对各种开发工具，沟通工具的使用情况。 比如说，一些公司喜欢用 Zoom 分享屏幕的方式来让你看他们的屏幕来了解需要问的问题是什么，有些公司希望你在线 Coding 实践，但是他们也能够让你用自己的 IDE，因此你只能分享你屏幕给他们了 等等奇葩的操作都能遇到。 有些公司可能会在这一轮反反复复好几次，应聘者就做好准备被蹂躏的准备吧。 结论（Step 4） 在完成第三轮面试后就是等结果了。 在公司是否能够给你 Offer，通常都会在这一步决定。 这个决定对应聘者来说完全是抹黑的，你不知道公司是怎么做的决定，你也不知道你是不是有什么地方是可以进行改进的。 有些公司会给你一些回馈，包括的表现是什么样，没有发给你 Offer 的原因可能是公司需要使用的技术你并不是非常熟练，因此你不是非常适合这个职位。 用技术上的这个理由通常是常见的，另外还有一些公司文化和你个人习惯不符合这种的理由，还有就是你的沟通能力和你上司的期望可能会有出入等，这些理由过于细致，通常公司是不会告诉你的。 公司一般都会在技术层面上面找理由。 作为应聘者来说，在等了几天后 follow up 下不是坏事。至少你需要一个结果，一般正规公司都会给你一个结果，但是也有很多公司面着面着就没有下文了，在大公司这种情况也非常常见。 没啥不好意思的，丢个邮件过去就好了。 https://www.ossez.com/t/topic/13462

在美国所有的雇佣关系都是属于自愿雇佣的，换句话说公司和雇员之间的关系比较简单。 简单到，公司可以比较容易的解除雇佣关系，当然个人也可以比较随意的和公司解除雇佣关系。 经历过在周一早上开例会的时候，项目组的老大就是说我需要你单独留一下，自己以为还有什么问题需要解决的，随后突然另外一个不认识的人加入会议。 你的项目组老大就和你介绍说，这是我们公司 HR 的谁谁谁，当你听到这个介绍后，你应该马上明白会发生什么了吧。 通常你的老大就会和你说，我们也不想做这个决定，这对我来说是非常困难的选择，如果你还听不明白的话，那就只能说明你智商有问题了。 随后，和你说话的这个人，我估计你也没什么心思听他们 BB 了，唯一的要求就想知道你们补偿我多少钱呀。 在这个时候去计较你的贡献，你的东西都是一钱不值的，并且没有任何意义。 通常 HR 会在随后告诉你的最后一天是那一天，通常就是当天，你的邮箱和联系方式会在这个会议结束后马上失效，电脑需要上交。废话都登不上去了，不上交干嘛呀，当摆设呀。     其实这个流程就是美国公司 Layoff 员工的标准流程。大公司基本上都会这样去操作，员工也不会被提前通知到。 没啥大不了的，又不是世界末日，可能更多的是对你心里的影响。对你心里有多大的影响在于你把这份工作看得有多重要。 失去工作 失去工作可能是很多人都不愿意看到的，尤其是在自己还没有准备好下家的时候被现在的雇主解雇或者因为工作职位的变化而被 Layoff。 正是因为经历过所以才会有研究，从来没有想过 HR 中间还有这么多词汇，下面就对一些词过一下，看看你是什么原因，按照从严重程度从高到底的顺序吧。 自愿解除合同（ termination involuntary） 通常这个的原因就是你已经找到了更好的去处了，并且老子不和你玩了这种提出的辞职。 有些人就想是自己创业了，或者我就想自己休息半年，没有时间和你们矫情了。这种情况都是员工自己提出的辞职。通常这种是没有任何补偿的。 还有一些情况就是退休呀，或者自己不想做了，提出的离开，都可以属于这种。 非自愿解除合同（ termination involuntary） 既然有自愿解除合同，那么也就非自愿解除合同。 通常这种情况下的解除合同是雇主发起的。最多的情况可能用到的词就是 layoff 了。 裁员（layoff） 在这种情况下，公司通常不会直接告诉你被解雇了。一般会用一些比较好看的包装过的词。比如说：RIF – reduction in force （裁员） 。 说得挺好听的，其实就是因为你的职位已经不再需要了，或者公司有其他方面的调整，你被裁员了。 一般来说这种情况都会多多少少有点补偿的。 这种情况是裁员中比较友好的一种情况。公司或者项目不再需要你了，发点遣散费打发你走了就 OK 了。 这种情况通常不是雇员自愿提出的辞职，公司养着你也没啥意思，就打发打发你走人吧。 这种情况和员工自身的表现无关，也和员工的过失无关，通常都是雇主的经营或者资金的问题，放宽心，休息下也不是坏事。 边休息边找工作吧。 这种情况唯一不太好的就是对在美国持有 H1-B 工作签证的童鞋。因为你的工作签证可能也会因为你丢了工作而失效，建议你可以和公司商量下终止合同的时间。 PIP（Performance Improvement Plan） 这个词看起来高大上吧。 残酷的现实总有一个温柔的外表。如果你被 PIP 了，建议你想到的第一件事情就是马上开始找另外的一个工作了。 不要想着我要留下来，这个公司福利真好，也许我改进下就会变得更好了。 公司要解除雇佣关系，需要找一个高大上的理由，这个就是一个冠冕堂皇的理由。很多人不愿意离开的原因有很多，有些时候是工作签证的关系。 有些时候是因为现在公司福利非常好，自己一下子可能还找到这么好的，有些人可能是对工作的不舍。 不管是那个原因，这样想就太天真了。 PIP 就等于给你几个月的时间缓冲找工作，丢掉幻想，振作起来才是王道。 这种解除雇佣关系大部分情况也是没有补偿的。 下一个工作 很多人都说过，在一个岗位工作久了就忘记了自己还能干什么了。 有些人也在想是创业还是打工。其实每一个人的选择都是自己的选择，这个都无可厚非，也没有对错可以去判断。 以题主多次工作上的转换来看就是不把所有鸡蛋放在同一个篮子里面永远是一个正确的选择。 你永远不知道那片云彩是会下雨的，你也永远不知道你需要多长时间丢掉这份工作。 本人是做 IT 的，经历过 N 多的面试，很多人在面试别人的时候，在对面也许没有这种感觉，当有一天你自己需要去被面试的时候，你会发现原来的自己是多么的无知和愚蠢。 幸运的是，自己总能在一段时间找到一个相对还过得去的下家。但是不是每次都会有这么好的运气的。 年龄越来越大，市场的竞争力其实在减弱。 在任何时候准备好随时会丢掉工作，随时准备好有自己的一个 Back up，对所有的职场人来说都不是坏事。 越年轻，越经历过失业，越不是坏事。要比等自己年纪大了再经历失业要好得多。失业能够让你保持清醒和冷静，不要忘了自己还缺点什么，在一个位置上混吃等死。 纪念 2021 年的一次找工作经历。   https://www.ossez.com/t/topic/13461

在我们对 API 进行调试的时候，绝大部分情况都会用到 Postman。 下面这篇文章介绍了 Postman 在 Windows 中的安装过程。 首先请访问地址： Download Postman | Try Postman for Free 下载最新的 Postman 安装程序。     现在的 Postman 也越做越大了，大致有 115MB。 双击运行程序 当下载完成后，双击运行程序来进行安装。 随后将会显示程序正在初始化。 当安装完成后，将会提示你使用账号来进行登录。 如果你在 Postman 的官方网站注册后，并且有自己的用户名和密码的话，可以在这里使用用户名和密码来进行登录。     随后 Postman 将会打开默认的网页浏览器。 在浏览器中，你需要使用你自己的用户名和密码来进行登录。 登录成功后，你将会把你同步到服务器上的所有空间和 API 载入到本地上来了。     随后，你便可以从载入的空间中查看你自己保存的 API 了。   https://www.ossez.com/t/postman-windows-10/13460

到你将代码作为开源软件的方式上传到 GitHub 上的时候，你可能需要为这个软件设置许可证。 最简单的办法就是在项目的根目录中创建一个 LICENSE 文件，然后将许可证的内容贴入进文件即可了。 另外一种方法就是访问你 GitHub 的仓库，然后选择右上角的创建新文件。 在弹出的对话框中，输入文件名为 LICENSE ，然后再单击右上角上的选择一个许可证的模板。 在选择模板中，你可以选择你自己希望使用的许可证。 如果你不知道选择哪个许可证的话，你可以参考 如何选择开源许可证 - 计算科学 - OSSEZ 页面中的内容。 如果你就是想写写代码并且发布出去的话，基本上选取 MIT 许可证就可以了。 然后可以在输入用户名和年份后，单击查看提交即可。 在后续的过程中，GitHub 将为你创建一个新的分支，你可以直接将分支合并进去就可以了。   https://www.ossez.com/t/github/13455

在实际开发的过程中，你可能希望为你的开源项目选择许可证。 通常我们也没有精力去自己搞一个许可证，最主要的原因可能是你搞了也没有什么人用。 最常用的许可证是 MIT，Apache， BSD， GPL 这几个，相信很多人一般就只会在 MIT 或者 Apache 这几个中间选。 简单来说，最宽松的许可证就是 MIT，简单来说这个许可证就是，我是屌丝，我就想写代码，其他的你们爱怎么玩就怎么玩吧。 Apache 的许可证相对比较麻烦点，主要也就是每个文件前面需要放置版权说， 其他的几个许可证比较纠结，所以用的人多是组织上多一点点。     对于有选择困难综合症的同学来说，就选个 MIT 吧，因为我们就只想做个想安静写代码的美男子或者美女子。 https://www.ossez.com/t/topic/13454

这一金融服务公司的总部不在美国，在荷兰的阿姆斯特丹。 公司的主要业务是为中小金融机构提供技术方面的业务扩展，包括 API 的服务和在这个服务上与其他公司建立的数据通道。 面试结果 非常不幸的是这家公司在第一轮面试完成后就明确的表示不再进行下一轮的面试的。 但公司面试的同仁还是非常客气的给出了对我这个面试人的总结。整体总结情况就是对本人的评价还是非常不错，有热情也比较符合团队需求，其他经验也比较丰富。 重点是我没有 Spring Reactive 编程的经验，有部分的 Authentication 相关的工作经验。 从后面的总结来看 Spring Reactive 是硬伤，因为没有这个 Spring Reactive 的工作经验可能没有办法适应他们的产品需求。 如果是因为这个原因被拒，那么也是情有可原也不冤枉。 随后也就搜索了下有关 Spring Reactive 的知识。 Reactor 框架是 Pivotal 基于 Reactive Programming 思想实现的。它符合 Reactive Streams 规范 (Reactive Streams 是由 Netflix、TypeSafe、Pivotal 等公司发起的) 的一项技术。其名字有 反应堆 之意，反映了其背后的强大的 性能。 Reactive Programming，中文称 反应式编程。Reactive Programming 是一种 非阻塞、事件驱动数据流 的开发方案，使用 函数式编程 的概念来操作数据流，系统中某部分的数据变动后会自动更新其他部分，而且成本极低。 Spring 框架中包含的原始 Web 框架 Spring Web MVC 是专门为 Servlet API 和 Servlet 容器构建的。Reactive 堆栈 Web 框架 Spring WebFlux 在更高版本 5.0 中添加。它是完全非阻塞的，支持Reactive Streams背压，并在 Netty，Undertow 和 Servlet 3.1 容器等服务器上运行。     简单来说，在 Spring 中可能需要更多的了解 WebFlux 框架。 如何拿 Reactive 和传统的 MVC 框架来进行下对比的话，大致的区别如上图所示，可以认为 Reactive 是相对独立于 MVC 的一种框架和调用栈，需要有时间的时候详细了解下。 面试总结 这次面试的整体情况还是良好的。 因为没有 Spring Reactive 的相关知识，因此被拒也在情理之中。这个也不能说明有知识缺陷，可能是在平时工作的项目中没有这方面的需求，因此也没有掌握相关的内容。 唯一需要补充的就是了解相关概念，并且在有空闲的时候进行一些充电即可。 公司面试的过程中没有涉及到算法，在线编程等内容，主要是聊天，聊天的过程还是非常愉快的，整体评价这次面试还是非常轻松和友好的，只是被拒后小郁闷了 3 分钟。 https://www.ossez.com/t/topic/13453