这次面试没有获得需要的职位。 公司背景 公司也不属于初创型公司了，公司在市场上已经发展了 20 多年了。 主要产品是为小型设备提供监控和管理并且有些特殊的用途。 因为公司前期的产品都是基于本地的，很多时候都是没有办法进行联网的，因此公司想在这方面开发一些基于云服务相关的产品。 职位需求 这个职位需要应聘的人有比较深入的软件开发设计功底，能够实现云平台的设计和开发。 同时这个职位并对语言的选择没有什么要求，可能还是希望使用 Node 或者 Python 这类的轻量型语言吧。 同时这个职位需要能够独立完成云平台的设计，个人感觉要求的东西还是有点多的。 面试过程 在面试的过程中，主要先是介绍了公司的基础架构，在当前的情况下，这个公司的 IT 部门的人几乎是没有的。 这个公司从一个比较大的公司挖来了一个管理人员，希望能够完善整个 IT 的架构和设计等。 负责面试的就是从外面挖来的这个人了，应该是由他来负责组建团队和选择合适的人才等等。 在面试过程中主要考察了 AWS 的设计，因为当前公司的 IT 部门没有任何人，所以至于数据是什么样的，结构是什么样的，需要什么的云计算方案可以说是没有任何方案。 在具体面试的时候他一直在纠结 aws 中 lambda 和 ec2 的对比。 说实在话对这个问题确实没有研究过，所以回答有点绕。 后来经过一些了解和研究就是： AWS EC2 是IaaS，认为它是在虚拟机上运行还是在云上运行服务器。使用EC2，您可以有更多的控制权，但需要做更多的工作，例如打补丁，维护等。使用ec2时，即使代码可能至少不会执行一次，也必须为运行实例（服务器）付费。 AWS Lambda 是与 EC2不同的技术，后者没有服务器，基本上，您只是在运行代码而未显式运行服务器。认为这只是将代码上传到云，而AWS正在为您运行服务器。您不必为服务器付费，但是无需花费任何时间执行代码。 简单来说 Lambda 使用无服务的方式来完成计算，通常对于一些内部的数据调用，转换，更新使用 Lambda 会更加高效。 因为没有实际的服务器，因此你也不需要为你的服务器去进行任何部署，甚至进行 CI/CD 集成代码了。 另外我的理解是 Lambda 只是实现某一些功能的快速部署，在一些时候，应该还是需要 EC2 本来部署的，比如说 API 的调用等等。 总结 整体来说这次面试的结果还是比较糟糕的。 在面试的过程中，对方提出了一个观点就是我们一直在 Lambda 和 EC2，数据之间绕来绕去。 当我听到这句话的时候，我基本上可以确定没有下文了。个人的感觉就是丢开数据谈方案都是耍流氓，就几百万的数据，随便你怎么折腾都可以。 所以我更多的是在考虑数据量和数据结构，对方考虑的是在没有数据设计的情况下如何选择，感觉这个选择题也是怪怪的。 可能是因为是初创 IT 团队，没有数据模型也很正常，但没有数据模型又如何选择架构呢？也许他只想知道面试的人到底有多了解 AWS 中的几个服务罢了。 https://www.ossez.com/t/2021-iot/13791
IT 行业感觉整体已经内卷化比较严重了，不管是美国还是中国。 读书后财务自由 这种想法在 IT 比较膨胀的时候还是非常可行的，如果只是普通人，在内卷化只会更严重的今天已经显得不那么现实了。 来美国读 CS 的目的相信你可能就是想找个大厂工作而已，或者小公司？ 当解决不了身份问题，会局限你很多选择，大厂的面试过程现在也开始越来越操蛋了，不是说你懂什么或者有什么想法他们就会要你。 你得完全按照学校流程来，比如说刷题，面试回答，然后一大堆毫无意义的问题等等。 想想你花费 N 年准备的高考就差不多这个意思。 国内大厂 年龄可能是你的硬伤，在美国做个码农到 50 岁还是问题不大，至少能耗着。 如果你没有太多雄心的话，你可以考虑美国大厂耗到 PIP 后再慢慢折腾吧，前提是公司不会在你离职之前倒闭，还有就是你的同事不会给你制造太多的麻烦。 相信我，美国的裁员比中国更没有人性。 总结 如果年轻，出来走走吧，这个对你人生来说是一次不错的旅行。 年纪不轻，到了谈婚论嫁的年龄的话，走走要拖家带口，自己要掂量掂量。 美国这边已然开始内卷了，抛弃幻想，脚踏实地可能会更好。 https://www.ossez.com/t/2021-offer-cs/13789
2021 年开始后 AWS 貌似也不怎么狂发 OA 了，很多时候的面试就直接跳过了 OA 环节进入到白板测试中了。 非常不幸的是第一轮面试就被提示不进入下一轮了。 面试的时间是在 2021年的 11 月。 相关背景 本次面试的原因是有招聘的同事在 Linkedin 上找到我。 做的项目是 OpenSearch https://opensearch.ossez.com/ 项目相关的内容，这个项目主要因为 elasticsearch 版本许可证的问题，AWS 不能够再使用 elasticsearch 相关服务和技术了。 因此 AWS 自己开发了一个基于开源的 OpenSearch 项目来替换掉将要过期的 elasticsearch 服务。 第一轮面试相关 第一轮面试是和印度人面试的。 使用的是 AWS 自带的面试视频软件。说心里话，整个面试的过程并不是非常专业，比如说面试到一半对方消失了 10 分钟左右。 对方孩子一直在视频中叫唤等等情况。 面试题目 面试主要问了 2 个题目，同时针对这 2 个问题展开了一些讨论。 大数据情况的用户管理 在大数据情况下的用户管理，主要希望问的是假设你有一个 Google 数量级别的用户，你应该如何设计用户管理和用户数据查询。 个人感觉这个问题我的回答不是非常好，原因非常简单，因为我没有怎么设计过这类的系统，在一般的通用环境下，大部分都会使用 SQL 来解决。 但，我知道这类的设计肯定是不会使用 SQL 来解决的，因为 SQL 达不到这类的效果和访问需求。 但是如何设计，这个如果没有做过的话，那么可能会有点晕。我给的方案应该是索引和 NoSQL 的方案，但是后面他又问道了服务应该如何安排。 我知道在这里基本上会使用集群，一般可以考虑使用 ZooKeeper 来进行同步或者可以参考下 Druid 的数据设计模式，但是可能没有说的非常清楚。 个人感觉这个问题的回答不是非常好。 ATM 函数功能相关设计 ATM 中通常有取款，存款，查询余额度的相关操作。 在这里他希望设计一个函数或者程序结构什么的，这个设计可能会比较复杂也可能会比较简单。 在这里我考虑了 OO 设计中的接口和实现的方式，针对 取款，存款，查询余额设计不同的接口以及实现。 在考察面试的过程中，并不需要你完全下下所有的代码，你可以使用伪代码表达自己的意图就可以了。 总结 针对这上面 2 个面试的问题，其实还是有些坑的。 如果你没有设计过或者没有太多经历，可能会入坑的情况比较多。 在几天后，收到了拒绝的邮件，我也不知道上面的回答有什么问题，也不明白现在的 IT 面试都这么内卷了吗？ 欢迎有相同经历的同学参与下讨论。 https://www.ossez.com/t/aws/13788
OpenSearch 是可以直接在 GitHub Page 中部署的。 首先将需要部署的仓库 fork 到成为你自己的仓库。 GitHub Page 进入 GitHub 的 Page 页面中。 Page 页面配置 Page 页面的配置请参考下图。 上面比较重要的 2 个配置参数为： 你需要使用的分支 你的自定义域名 在你自己需要使用的分支的子目录，请选择 root 目录。 另外一个比较重要的是每次部署都会耗费比较长的时间，每次修改不是马上就能看到的。因此你还需要耐心等待。 页面部署情况 在每次提交后，GitHub 的 Page 都会为你重新部署一次页面。 你可以在你提交的日志中后面的状态来查看部署的情况。 根据我们的经验，每次部署需要几分钟到几十分钟不等。 https://www.ossez.com/t/opensearch-github-page/13787
本仓库的内容是从官方 GitHub 代码库中 Fork 下来后进行编译和修改的。完整编译的简体中文文档，请访问opensearch.ossez.com。 有关如何对内容进行编译和本地查看的方法，请查看本页面中有关项目本地部署的内容。 如果你对文档的内容有任何建议和需要修改的地方，请向本仓库中提交 PR，本仓库使用默认的分支为 docs_cn，以区别官方使用的分支。 本文档使用的是 GitHub Pages 功能进行部署的，因此你也可以非常容易的将本文档中内容 Fork 到你的仓库中部署到你的域名下面，如果你在部署上有什么问题的话，请访问 OSSEZ.COM 中的内容，并参与讨论。 检出编译运行 直接将项目通过地址：GitHub - cwiki-us-docs/opensearch-docs-cn: The documentation for OpenSearch, OpenSearch Dashboards, and their associated plugins. 克隆到本地。 请访问 OpenSearch 文档如何进行编译 页面中的文章来将项目在你本地编译运行。 https://www.ossez.com/t/opensearch/13786