Flink面试题：滑动窗口出现数据重叠

从25年2月到现在，接触大数据开发已经有一年了，从MySQL，orcal，到flink首先就是写SQL，毕竟大家大部分都是SQLboy，SQLgirl，SQL是基础，可以在力扣牛客上多刷题。手撕常考！数开作为技术岗中最贴近业务的岗位，理解业务过程并进行数仓建模是最重要的一部分建模这块主要涉及，指标维度建设，数仓分层，讲解项目结合业务来讲.技术栈主要分离线和实时，实时门槛工资相对高一点，但应用场景比离线少很多，离线是数仓的基础。大数据技术栈主要是Hadoop生态圈，分布式的一些东西，也就是八股基础的得会，得理解整个架构运作流程，光背是记不住的Hadoop，hive，spark离线最核心的技术栈，也是八股最常考的，实时主要是spark，flink其次是一些数据处理框架kafka，etl转换工具知道一些，怎么用的大数据的框架搭起来比较麻烦，时间赶的不建议亲自搭环境，理解项目业务过程，这个项目做了什么，整个数据链路能讲清楚即可。技术栈的一些相关学习渠道，博主是在B站上找视频学的，也够用，时间赶学重点就行，结合八股来看。最后是算法手撕，本人算法很烂，除了大厂基本不考这个。出的题一般比较简单，会hot100就行个人经验来看，简历上有了实时项目，很少问Hadoop八股，更偏重spark和flink。项目还是以离线为主。实习发现实时数据只占很少一部分，离线是底盘有了实习经历就不咋问项目了

我上一次认真准备面试，已经是三年前的事了。那时候我一直觉得，只要 Java 基础还在，项目经验还在，问题就不大。毕竟那么多年后端，不至于一出来就水土不服。直到真正开始面试，我才发现一个事实：我不是技术退步了，而是市场已经换了一套考法。第一轮面试，我就意识到“不对劲”前半段问题其实很熟：Java 基础并发、JVM、数据库、中间件分布式、微服务、Spring 体系我心里还在想：还好，没脱节。但很快，问题开始变了：如果这个系统让你重新设计，你会怎么做？你当时为什么不用另一种方案？在不确定需求下，你怎么判断技术取舍？开放性场景题明显多了。没有标准答案，面试官更关心的是你的思考过程，而不是结论本身。真正...

面的架构师岗位1.24 投简历，业务部门约了技术一面。1.26 技术一面（手撕2道中等难度代码全过+简历项目中数据采集和模型深挖），据说一般会手撕PyTorch的代码。1.27 技术二面（深挖简历中项目的细节）1.28 CEO面，面了也就10分钟，挂了。很抽象，就随便挑了项目让做简单的介绍。面评：前两轮技术面体验非常好，CEO面纯属＆@#%……😅   后续问原因，说CEO跟技术团队交流了，虽然技术和业务部门挺认可我，但是认为我还是不太合适（但又没有具体说明），然后过几天再追问原因，说CEO觉得部门定位有问题需要对部门重新定位再想想。简直是浪费我的时间还手撕代码😹

50min 电话面试1.自我介绍 2.项目相关问题3.写题 两道题a. 100个任务 分成10批 按顺序执行 同时每一批内的10个任务要并发执行b. 对某一个接口实现限流4.八股 hashmap concurrenthashmap5.kafka消息不丢失6.ai相关问题 mcp是什么7.反问