写点什么

美东某 IoT 公司技术流程第一轮沟通就挂了

作者:HoneyMoose
  • 2021 年 11 月 22 日
  • 本文字数:870 字

    阅读完需:约 3 分钟

面试的时间是在 2021 年的 11 月。

在第一轮面试进行一些沟通情况的后就没有下文了。

相关背景

本次面试的原因是有招聘的 HR 在 Linkedin 上找到我,发了一个希望了解下的消息,然后先消息了解了下。

这个公司本身应该是做的 IoT 相关的服务的,这个公司在 2019 年我没事投简历后发过一次 OA 给我,费了不少时间做完成 OA 后基本上就没有下文了。

个人觉得上次的 OA 没有什么问题,结论都是正确的。所以这次他们找我希望再次沟通下,我也真没有太当会事情,因为我知道这家公司基本上是属于面试面着玩的那种,公司在招聘层面的逻辑和流程本身也不是非常正规。

第一轮面试相关

第一轮面试是完全的电话沟通,没有任何深入的了解,主要是面试的人不知道从哪里搬来了一些概念来问你了解不了解。

问得最多的是技术栈上面的问题,主要是设计上面的。

同时还问了一个 Restful API 是什么东西,会有些什么。如果你做过相关 API 的话,通常这个不会非常难,一般都是 POST Payload,同时在 Header 里面会设置一些参数等等。

因为我是使用 Java 技术栈的,因此多用 Spring MVC 来构建一个 API 就可以了。

另外一个问题就是什么是 URL 和 URI,这个问题就有点意思了,通常 URL 都是统一资源定位符的简称,在网页上输入的都是 URL。

 


URI = Uniform Resource Identifier 统一资源标志符

URL = Uniform Resource Locator 统一资源定位符

通常知道 URL 为 URI 的子集就好了。

这 2 个都有点概念性的意思了,其实很多时候我们都不会过于深究到底是 URI 还是 URL,所以说都不明白这个问题是从哪里抄过来的。

总结

感觉主要还是技术栈不是非常符合的意思,这个公司原来使用的是 Java 技术栈,随着时间变化,感觉他们要将技术栈迁移到 NodeJS 上了。

因此他们可能要求更多的 NodeJS 后端编程开发的,但是 NodeJS 本身可能不适合非常大逻辑的计算等,并且 NodeJS 的包的质量普遍没有 Java 高。

当然技术是为业务服务的,公司的选择无可厚非。

另,因为没有听清他们要求解释 URL 还是 URI,所以这个有关 URL 和 URI 的问题压根就没有回答明白,上面的内容都是后面自己脑补的。

 

https://www.ossez.com/t/iot/13815

用户头像

HoneyMoose

关注

还未添加个人签名 2021.03.06 加入

还未添加个人简介

评论

发布
暂无评论
美东某 IoT 公司技术流程第一轮沟通就挂了