1. 自我介绍2. 介绍一段完整的数据分析项目3. 口述sql一道非常简单的窗口函数排序，略3. 开放性问题问：如果小红书近期电商相关的搜索pv下降，你会从哪些方向归因？(面试官提示：重点考察业务的理解)追问： 如果结合小红书的特性，你觉得还有什么样的原因？(面试官提示：结合小红书的种草拔草的路径)问：场景还是小红书电商，如果让你从业务视角归类用户搜索不满意的原因有哪些？不满意的原因可以用什么样的指标去定义？反问

自我介绍随后对项目经历的真实性进行了核实，包括项目背景、团队构成及个人分工；面试官询问是否亲自编写过IIC和SPI的底层驱动代码（回答为是）；对比IIC与SPI通信的区别（主要涉及速率方面IIC较低而SPI较高、IIC为半双工而SPI为全双工、通信结构上IIC支持多主多从而SPI一般为单主多从点对点模式）；介绍BootLoader进行固件升级的整体流程；解释static关键字的用途（可用于修饰变量和函数）；阐述函数指针的概念及其实际应用场景（例如在BootLoader中实现向应用程序的跳转）；说明结构体变量的几种初始化方式（包括定义后逐成员赋值、定义时按声明顺序初始化、以及定义时通过指定成员名...

最近发现很多研发的同学们，在简历上把项目涉及的专业和中间件名词，或者自己听过的名词都写在了简历上，原因是担心面试官嫌弃自己知道的少。但是这样结果基本会适得其反。因为同学视角认为，我知道这个名词是做啥的就行，有了解过说明我涉猎广泛。但面试官视角是，你既然写在简历上，肯定你深刻理解，且可能深刻实践。所以在众多的专业名词中，面试官肯定有一个子集很熟悉，然后就会往深了考察，看看候选人的思考和掌握程度。这样就会导致一个结果，双方预期对不上，面试官认为同学写上去的、自己认为懂得知识点也不懂，就会直接给候选人打低分。所以写一些（对应届来说）必要的和自己掌握的专业名词，和自己额外真的完全理解了的，甚至有过实践、东西能自圆其说是适当的。大家有问题  关注 瓜哥shane学长职业规划后台滴滴，会定期更新国企，互联网岗位。

在和客户交流的时候，发现很多客户觉得低代码或者零代码的平台只能做一些简单的业务系统，其实这点 产品本身做得不够的，可能就是这样。但是JVS 其实远远不止仅仅做一些简单的表单和流程，还可以做得更多，它是软件开发级别的低代码开发平台。JVS内包含了多种能力配置，包括多个能力配置引擎，通过设计数据与配置引擎可以直接渲染生成功能，无需再生成代码（生成代码的模式大概率是一次性的低代码），包括：列表页的配置器，可以配置各种列表页，列表页上的数据字段、展示内容、交互操作表单的配置器，构建用户信息查询录入的操作界面逻辑的配置器，构建自动化处理的业务功能流程的配置器，实现人工审批的功能图表的配置器，配置用于嵌入...