面试
共 3 条笔记
2025-07-22 13:19
您的浏览器不支持 audio 元素。 📑 智能总结 音频信息 时长 ：约18分钟 参与人数 ：约2人 场景类型 ：求职面试 内容总结 公司业务与招聘背景
公司发展历程 ：公司自2019年运营，起初专注产品管理和设计，拥有一些客户。同年获得首个大型开发项目——BTC Markets，这是澳大利亚第二大加密货币交易平台，公司基于其现有网站和基础设施，用Swift和Kotlin开发原生应用。发展至今，已承接约20个项目，主要使用React Native、React Native Web JS和Firebase等技术。业务涵盖帮助初创企业或软件公司构建MVP并推向市场，助力产品市场适配阶段，若产品成功，企业通常会组建内部团队。近期公司涉足政府部门项目，正在为戈尔卡斯市（City of Golcast）开发一款应用，目前处于灰度测试阶段，下周上线。
招聘原因 ：负责EGC项目的移动开发者Kale因老客户获得更多资金，需回归复杂金融建模应用项目，因此EGC项目出现岗位空缺，公司希望招聘人员接替Kale的工作，并能面向客户开展工作。 对求职者的要求
工作场景要求 ：公司业务繁忙，有多个项目同时进行，包括新老项目、大小项目，且销售工作持续开展。希望求职者有在繁忙代理机构工作的经验，能够同时应对多个项目，处理销售、支持、报价、项目开发及预审核等多方面工作。
客户沟通要求 ：公司采用与客户深度融合的运营模式，在演示和周会上，团队需直接面向客户展示工作并解答问题。因此要求求职者具备自信和专业素养，能够在会议中展示工作、提问并与客户直接沟通。 求职者情况与面试结果
求职者经历 ：求职者有近十年移动开发经验，主要集中在原生开发，开发过约五个产品，包括面向欧洲高校师生的开源自驾客户端，该应用在Google Play发布并持续维护；还为大型公司开发过拥有千万级活跃用户的商业产品，处理过诸多在线问题和紧急情况；之后加入澳大利亚本地公司，负责移动和网页的车队管理系统开发。但求职者跨项目、跨团队合作经验较少，与客户直接接触不多，且因英语非母语，与客户沟通可能存在挑战。
面试结果 ：面试官认为求职者在面向客户工作及代理机构工作经验方面有所欠缺，不太适合该岗位，但认可其技术水平。同时提到该岗位理想情况是员工能到办公室工作，每周可远程办公几天。 📅 章节概要 00:01:17 面试官开场与公司业务介绍 面试官以轻松问候开场，随后介绍公司自2019年成立以来的发展历程。起初专注产品管理与设计，后承接BTC Markets这一重要项目，用Swift和Kotlin开发原生应用。发展至今有近20个项目，技术上侧重React Native等。业务模式是助力企业构建MVP并推向市场，成功后企业常组建内部团队。近期涉足政府项目，为戈尔卡斯市开发应用，目前处于灰度测试，下周上线。因负责EGC项目的Kale要回归老客户项目，现招聘人员接替其工作，且需面向客户工作。 00:07:37 解释 “繁忙代理机构” 工作模式 求职者表示不太理解 “繁忙代理机构” 的含义，面试官解释行业内有两种工作类型，一种是为有自身软件产品的初创公司或组织工作，专注一个项目的功能开发；另一种像他们公司，同时有多个项目，包括新老项目、大小项目，销售工作也持续进行，与只专注一个项目的工作环境差异很大。 00:08:45 求职者阐述工作经验 求职者介绍自己有近十年移动开发经验，主要是原生开发，开发过约五个产品，如面向欧洲高校的开源自驾客户端，在Google Play发布并维护，还为大型公司开发过千万级活跃用户的产品，处理过在线问题和紧急情况，之后在澳大利亚本地公司负责车队管理系统开发，但跨项目、跨团队合作及与客户直接接触经验较少。 00:12:22 面试官询问多项目处理经验 面试官进一步询问求职者是否有同时处理多个项目，包括销售、支持、报价、项目开发及预审核等工作的经验，指出招聘中存在专注单一项目和擅长多项目多任务处理两种类型的员工，想了解求职者属于哪一类。 00:14:09 求职者回应多项目及客户沟通经验 求职者表示有类似跨项目跨团队合作经验，但与客户直接接触较少，且因英语非母语，与客户沟通可能存在困难，担心使用专业术语客户难以理解。 00:15:52 面试结果与岗位工作模式说明 面试官基于求职者面向客户工作及代理机构工作经验不足，认为其不太适合该岗位，但认可其技术水平。同时说明岗位理想情况是员工到办公室工作，每周可远程办公几天，最后结束面试，祝求职者求职顺利。 📋 待办事项 继续寻找有在繁忙代理机构工作经验，且能熟练与客户沟通的合适候选人，以填补EGC项目的岗位空缺。 与负责EGC项目交接的Kale沟通，确保交接工作顺利进行，为后续入职人员提供清晰的工作指引。
2026-01-16 09:51
您的浏览器不支持 audio 元素。 📑 智能总结 录音信息 时长 ：约 0小时47分钟 参与人数 ：约 4人 内容类型 ：工作会议 录音总结 本次为技术面试，包含编码和系统设计两部分，面试官介绍规则后，候选人尝试用Java编写HTTP请求代码，后转为仿真实现，接着讨论将功能转化为生产级URL抓取服务的设计思路。 面试开场与规则说明 * 面试流程与时长 ：面试总时长45分钟，其中35分钟为技术部分，首尾各5分钟供候选人提问。技术部分包含编码和系统设计两部分，旨在考察候选人多方面技术能力的早期信号。 * 技术环境与限制 ：候选人可使用Google搜索文档，但禁止使用任何AI工具。候选人首选Java语言，需确认是否已准备好开发环境。 编码环节：HTTP请求实现 * 初始实现思路与挑战 ：候选人计划编写一个静态方法发送HTTP请求，需要URL参数并进行检查。由于Java的HTTP请求相对复杂，候选人表示可能需要搜索相关类和参数，面试官允许搜索，并提出若过复杂可仿真响应。 * 仿真实现方案 ：候选人尝试使用HttpURLConnection等类，但遇到“Protocol doesn’t support input”错误。面试官建议创建自定义仿真HTTP客户端，忽略实际HTTP库调试，仿真返回URL和响应体，候选人接受并开始编写仿真代码。 * 并发处理考虑 ：针对输入为URL列表的需求，候选人考虑到需要支持并发请求与响应，提出同步处理、回调或挂起两种方案，初步倾向于使用回调，并考虑使用线程和线程池（ExecutorService）来优化性能，处理大量URL（如10,000个）。 系统设计环节：URL抓取服务生产化 * 需求澄清与内核目标 ：将URL抓取功能转化为客户可用的API服务，需处理每天数百万次页面抓取。服务需提供端点供客户调用，客户发送包含目标URL列表的请求，服务返回对应抓取结果，需保证服务的健壮性和可靠性。 * 用户与流量特征 ：候选人询问用户是否分布在全球，以考虑响应相关因素；面试官提出需处理突发请求，如高峰期10,000个客户端同时发送请求的场景。 * 架构组件初步设想 ：候选人初步设想包含API层、缓存（如Redis）、数据库（如PostgreSQL）、搜索引擎（如Elasticsearch）等组件。缓存用于提高热门URL的响应速度和命中率，数据库可能用于保存业务逻辑数据（如URL流行度排名），搜索引擎用于相关搜索功能。 * 流量控制与优化策略 ：针对流量控制，候选人提出滑动窗口、令牌桶等限流方案，如设置每个用户每分钟最多10个请求，以防止系统滥用。针对高并发和吞吐量，强调缓存（Redis）的重要性，可重用相同URL的请求结果，减少后端负载，同时考虑使用多台服务器，并通过Redis实现集中化缓存管理。 服务设计细节探讨 * 数据库保存内容 ：面试官询问PostgreSQL的保存内容，候选人推测可能保存URL字符串、请求计数及流行度等信息，用于排序和热门资源优化。 * 客户端请求处理流程 ：客户通过端点指定要抓取的URL列表，服务需返回这些URL的抓取结果。候选人考虑到需设计健壮的端点来支持该流程。 候选人提问环节 * 岗位职责与日常工作 ：候选人询问该角色的日常工作内容。面试官表示职位为通用后端岗位，尚未确定具体团队，日常工作遵循敏捷实践，多数团队采用 sprint 流程，包括每日站会。高端成员需驱动项目、解决自身及团队问题、指导初级工程师，并与经理和首席工程师沟通技术难点。 * AI工具使用情况 ：候选人询问团队在日常工作中是否使用AI工具。面试官确认会使用，团队在AI工具方面投入大量资源，产品中有类似Bubl和B Depth的功能，也会使用Cursor、Gemini等多种模型和工具。 📅 章节概要 00:01:02 候选人开场问候 候选人以“Hello yeah hello yeah great I’m glad to join them the interview today yeah good good yeah.心里有。”开场。 00:01:27 面试官背景与环境干扰说明 面试官表示自己住在悉尼，并为狗叫声道歉，称“the dog I’ fine”。 00:01:50 面试流程与技术部分说明 面试官欢迎候选人并感谢其时间，介绍这是技术面试，包含编码和系统设计两部分，旨在考察多方面技术能力的早期信号，说明45分钟面试中35分钟为技术部分，首尾各5分钟供提问。 00:02:56 编程语言与开发环境确认 面试官询问候选人首选编程语言，候选人回答Java，面试官确认无问题，并询问是否已准备好开发环境。 00:03:11 搜索与AI工具使用规则 面试官告知候选人可使用Google搜索文档，但禁止在本轮面试中使用任何AI工具，候选人表示理解。 00:03:35 面试官自我介绍与屏幕共享请求 面试官自我介绍名为Jeremy，已在公司工作四年以上，询问候选人是否准备好，请求共享屏幕开始面试，候选人同意并共享整个屏幕。 00:05:35 编码题目：URL列表的HTTP GET响应 面试官提出编码题：编写函数，输入URL列表（如Google.com、ALA.com），返回对应GET请求的响应。允许使用HTTP库，提及Java的HTTP请求较复杂，询问候选人是否有同感。 00:06:16 候选人对题目难度的反馈与开始编码 候选人表示可能需要搜索HTTP请求相关的类和参数，但会尝试。面试官允许搜索，并提出若过复杂可仿真响应，即假设发送请求并获取响应，候选人表示理解并询问是否可开始写代码，得到肯定答复。 00:07:14 编码思路：方法定义与参数检查 候选人计划编写一个静态类中的方法发送请求，可能需要URL参数并进行检查，提及IDE有相关建议。 00:07:49 HTTP客户端选择与配置 候选人考虑使用HttpClient和HttpRequest类，提及不需要过多配置即可发送请求，需要配置请求的URL等参数。 00:09:55 仿真实现的进一步确认 候选人在编写代码时遇到困难，面试官再次确认若复杂可仿真，即发送请求时仅仿真发送和接收响应的过程，候选人表示理解。 00:11:19 代码实现尝试与错误处理 候选人尝试编写代码，包括连接、发送请求、获取响应码和消息，提及可能需要处理JSON项目，打印响应信息。后遇到错误，考虑是否需要使用客户端还是直接用HttpURLConnection。 00:15:35 从实际实现转为仿真实现 由于代码运行报错“Protocol doesn’t support input”，面试官建议忽略该部分，创建自定义仿真HTTP客户端，返回URL和虚拟响应体，避免调试整个Java库，候选人同意。 00:18:58 URL列表处理与并发考虑 针对输入为URL列表的需求，候选人考虑使用列表保存，并意识到需要支持并发请求与响应，提出同步处理、回调或挂起两种方案，倾向于使用回调，考虑使用线程和ExecutorService。 00:22:42 线程与性能优化讨论 面试官询问仅创建一个线程处理所有URL是否足够，例如10,000个URL时，候选人意识到需要多线程，计划使用线程池（ExecutorService），但表示不确定如何使用，可能需要搜索。 00:28:48 系统设计题目：POC转生产级服务 编码环节后，面试官提出系统设计题：将刚才的功能（POC）转化为客户可用的API生产服务，每天处理数百万次页面抓取。候选人询问POC的具体含义。 00:30:18 服务需求与客户端场景澄清 候选人理解POC为概念验证，现需转化为正式服务，询问是否存在客户端，面试官确认服务需提供端点，客户发送包含目标URL的请求，获取抓取结果，候选人进一步询问用户是否分布在全球。 00:32:27 服务功能与架构初步设想 候选人设想服务包含API层、缓存（Redis）、数据库（PostgreSQL）、搜索引擎（Elasticsearch）等组件，缓存用于热门URL提高响应速度，数据库可能保存业务逻辑数据（如热门URL排名）。 00:35:54 突发流量处理与限流方案 面试官询问如何处理突发请求，如高峰期10,000个客户端同时发送请求，候选人提出滑动窗口、令牌桶等限流方案，如设置每个用户每分钟最多10个请求，防止系统滥用。 00:38:36 缓存与吞吐量优化 候选人强调缓存（Redis）可重用相同URL请求结果，减少后端负载，提高响应速度，对于多台服务器，Redis可作为集中化缓存源，提升整体吞吐量。 00:41:11 数据库用途探讨 面试官询问PostgreSQL保存内容，候选人推测保存URL、请求计数、流行度等信息，用于排序和热门资源优化，提及PostgreSQL查找较重，需结合技术优势避免劣势。 00:43:32 候选人提问：岗位职责与日常工作 候选人询问该角色的日常工作，面试官表示职位为通用后端岗位，未确定具体团队，日常遵循敏捷实践，多数团队采用sprint和每日站会，高端成员需驱动项目、解决问题、指导初级工程师，与经理和首席工程师沟通技术难点。 00:45:44 候选人提问：AI工具使用情况 候选人询问团队是否在日常工作中使用AI工具，面试官确认会使用，团队在AI工具投入大量资源，产品中有类似Bubl和B Depth的功能，也使用Cursor、Gemini等多种模型和工具。 00:47:02 面试结束与告别 候选人表示没有其他问题，感谢面试官时间，双方互相道别，面试结束。 ✨ 金句精选 “Java is quite complicated to to start a http call.” (方法技巧) “If it’s too complicated, we can just mock the response.” (运行策略) “The requirement is we will have a list of urls and you have a list of responses.” (运行策略) “To optimize the performance, just use the multiple threads.” (运行策略) “We want to productionize it, we want to make it a proper service.” (战略洞见) “Consider the response, I mean, are they all around the world?” (战略洞见) “To control the flow, to control the traffic, like sliding Windows or bucket control solutions.” (运行策略) “If some requests are exactly the same, we can reuse them as a cache.” (运行策略) “We do agile practices, most teams follow sprint and daily stand up.” (运行策略) “We are heavily investing resources in AI tooling.” (战略洞见) 📋 待办事项 候选人：完成仿真HTTP客户端代码，实现处理URL列表并返回响应功能。 候选人：设计将URL抓取功能转化为生产级服务的详细架构方案，包含缓存、数据库、限流等组件。
2026-03-19 11:15
您的浏览器不支持 audio 元素。 📑 智能总结 录音信息 时长 ：约 0小时 44分钟 参与人数 ：约 3 人 内容类型 ：技术面试对话 录音总结 本次是针对Jack的全栈工程师岗位面试，面试官围绕项目技术栈、架构设计、AI工具使用、工程质量、职业偏好等多维度提问，Jack分享了自身经验与求职诉求，最后面试官解答了Jack对岗位职责的疑问，面试结束。 过往项目技术栈介绍 * 项目技术栈组成 ：前端使用React框架构建Web应用，后端采用Python+Django技术栈。 * 云服务与保存配置 ：项目整体部署在AWS云平台，前端构建产物保存在AWS S3，数据保存使用PostgreSQL数据库。 * 部署与扩缩容方案 ：依赖AWS提供的服务实现无服务器部署，使用Amazon Elastic Beanstalk支持自动扩缩容。 项目角色定位说明 * 岗位与职责范围 ：在项目中担任全栈开发工程师，同时负责前端开发、后端开发与云部署相关工作。 Django+React全栈应用架构设计 * 基础设施分层设计 ：数据库采用AWS RDS部署PostgreSQL，静态资源保存使用AWS S3，内核业务模块包含账户、商品、订单等。 * 基础内核组件设计 ：内核基础组件包含全局配置、中间件配置，扩展依赖库包括Django REST Framework、Django Storages、Pillow、WhiteNoise等。 AI工具的引入时机与使用场景 * 日常开发场景应用 ：日常使用GitHub Copilot集成在VS Code中，提升编码效率与代码质量。 * 需求梳理与学习辅助 ：使用ChatGPT将业务需求转换为AI可理解的语言拆分任务，借助AI在Udemy筛选合适的学习课程。 * 架构方案评估场景 ：当需要做电商全球扩缩容方案评估时，借助AI分析是否需要采用多可用区部署，计算不同技术方案的成本。 应用上线前的质量保障方案 * 开发阶段质量控制 ：开发阶段使用Python自带的开发工具提前发现代码缺陷。 * 自动化测试配置 ：配置CI/CD流水线后，使用Python单元测试框架完成自动化测试。 * 性能与安全优化方案 ：架构层通过在最上层部署CDN提升读接口性能，使用Amazon ACM证书管理服务保障HTTPS传输安全，通过观测百分位延迟定位性能问题。 开发中的挑战与应对方法 * 技术栈选型挑战 ：做电商项目技术栈选型时，会至少列出3个可选方案进行对比。 * 选型对比维度 ：对比三个方案包括React+Node.js+AWS、React+Django+AWS、Spring Boot方案，分别对比成本、开发体验和后续维护成本。 快速开发与正确开发的优先级判断 * 优先级判断原则 ：会优先选择走正确的开发方向，保证项目始终处于正确的轨道上。 * 具体判断方法 ：基于用户体验需求和真实使用场景判断方向，遇到性能问题需要深度排查根因，不能只看表面现象。 求职与团队偏好 * 岗位与团队类型偏好 ：期望获得全栈工程师岗位，不要求团队大小，更看重团队内部的沟通、统一代码规范和知识分享文化。 * 前管理者评价自我评价 ：认为前管理者会评价自己是喜欢深度挖掘问题根因的技术人员，愿意享受排查缺陷、深入思考问题的过程，习惯遵循编码规范写代码。 理想工作环境选择 * 工作地点偏好 ：理想工作环境是居家办公，自己有独立安静的房间，可以更高效地处理复杂技术问题。 * 场景化灵活选择 ：如果需要沟通需求、做项目规划等协作工作，也可以去办公室现场沟通。 * 工作内容偏好 ：更偏好打磨优化现有功能，这类工作更有挑战性，也愿意开发新功能，开发新功能可以快速获得成就感。 新技术快速学习方法论 * 课程学习选择 ：会选择Udemy平台高质量付费课程学习，这类课程由领域专家制作，可以快速掌握内核知识。 * 动手+AI辅助掌握 ：学完课程后会动手实操验证，遇到问题借助AI工具辅助解释和深入学习，用这套方法可以快速掌握不同AWS服务的用法。 团队协作风格与冲突处理 * 日常协作工具与方法 ：日常使用敏捷开发方法论，用Jira管理任务，使用GitHub/GitLab做代码托管，通过代码评审协作。 * 分歧处理步骤 ：遇到分歧首先确认自己是否正确理解了问题，其次确认需要遵循的团队流程，最后通过书面沟通或者视频会议和对方沟通解决。 候选人提问：全岗岗位职责范围 * 岗位职责疑问 ：岗位JD要求的技术栈覆盖前端、后端、基础设施、DevOps等多个领域，疑问是否全栈开发需要负责所有内容。 * 面试官答疑 ：全栈工程师主要负责从前端到后端到数据库的开发工作，不需要独立负责生产环境部署，生产部署由专门的系统工程团队负责。 * 技能要求补充说明 ：全栈工程师需要了解CI/CD、云基础设施相关知识，需要给系统工程团队提供正确的需求输入，低环境部署可以自己完成。 招聘公司业务与日常工作说明 * 公司业务定位 ：公司是一家审计公司，当前建设的工具供内部审计分析师使用，实现审计工作自动化。 * 日常工作流程 ：公司采用两周一次的迭代周期，日常需要和项目经理对齐优先级，参与方案设计，开发测试后推动上线，需要和多个业务 stakeholder 沟通对齐需求。 * 当前技术升级计划 ：现有2-3个工具属于legacy系统，正在进行技术栈升级重构工作。 📅 章节概要 00:00:01 介绍过往项目的技术栈与部署方案 Jack介绍自己参与设计的过往全栈项目，前端使用React构建Web应用，后端使用Python+Django。项目整体部署在AWS云平台，前端构建产物保存在AWS S3，数据保存使用PostgreSQL数据库，依赖AWS服务实现无服务器部署，通过Amazon Elastic Beanstalk支持自动扩缩容。面试官确认Jack的项目角色为全栈开发工程师，明确Jack需要同时负责前端、后端和云部署工作，Jack对此表示确认。 00:02:23 询问全栈应用的架构设计方案 面试官提问，要求Jack说明如何使用Django、PostgreSQL、React这几个组件搭建全栈应用的顶层架构。Jack打断修正后重新回答，说明架构分层为：数据库使用AWS RDS部署PostgreSQL，静态资源保存使用AWS S3，业务模块包含账户、商品、订单等内核内容，基础组件包含全局配置和中间件配置，扩展依赖第三方库包括Django REST Framework、Django Storages、Pillow、WhiteNoise等。 00:06:13 讨论引入AI/ML工具的时机与场景 面试官提问，询问在日常工作或长期项目规划中，何时适合引入AI或ML方案提升生产力。Jack分享自己日常工作中到处都在使用AI作为辅助：日常用集成在VS Code中的GitHub Copilot提升编码效率和代码质量，用ChatGPT把业务需求转换为AI可理解的语言拆分任务，借助AI在Udemy筛选合适的Airflow学习课程。Jack举例说明，当需要评估电商全球扩缩容方案时，会借助AI分析是否需要多可用区部署，对比不同技术方案，计算不同方案的成本。 00:11:29 说明应用上线前的安全、性能、可靠性保障方法 面试官提问，要求Jack说明如何在应用上线前保障应用的安全性、性能和可靠性。Jack介绍分流程的保障方案：开发阶段使用Python自带的开发工具提前发现代码缺陷，配置CI/CD后使用Python单元测试框架做自动化测试。架构层面，在最上层部署CDN提升读应用的性能，使用Amazon ACM证书管理服务保障HTTPS传输安全，通过观测百分位延迟指针定位性能问题。 00:14:54 分享开发中遇到的挑战与应对方法 面试官提问，要求Jack描述最近遇到的挑战性场景，比如bug或者功能开发难点，以及解决方法。Jack分享技术栈选型的挑战，他在做电商项目选型时，会至少列出3个可选方案，分别是React+Node.js+AWS、React+Django+AWS、Spring Boot，之后从成本、开发体验、后续维护成本三个维度对比选型，完成最终决策。 00:17:38 讨论快速开发与正确开发的优先级权衡 面试官提问，询问如何在快速交付和正确开发之间做优先级权衡。Jack表示自己会优先选择走正确的方向，保证项目始终在正确的轨道上。具体判断会基于用户体验需求和实际用户使用场景，确认用户的真实需求后再做决策。遇到问题需要深度挖掘根因，不能只看表面现象，比如性能问题的根因可能不是数据库读写瓶颈，而是缺少CDN层。 00:20:07 询问职业与团队偏好 面试官询问Jack对下一份工作和团队的期望，Jack表示期望获得全栈工程师岗位，对团队大小没有要求，更看重团队内部的沟通环境、统一的代码规范和知识分享文化。之后第二位面试官接入提问，询问Jack认为前管理者会如何评价他，Jack认为前管理者会评价自己是喜欢深度挖掘问题根因的技术人员，享受排查缺陷、深入思考问题的过程，习惯遵循编码规范开发。 00:23:18 询问理想工作环境与工作内容偏好 第二位面试官提问，要求Jack描述理想的工作环境和工作内容偏好。Jack表示理想工作环境是居家办公，自己有独立安静的房间，可以更高效处理复杂技术问题，如果需要沟通需求、做项目规划，也可以去办公室协作。关于工作内容，Jack表示两种都可以接受，更偏好打磨优化现有功能，这类工作更有挑战性，也愿意开发新功能，开发新功能可以快速获得成就感。第二位面试官提问结束后退出对话。 00:27:09 询问快速学习新技术的方法 面试官继续提问，要求Jack举例说明最近为了交付项目快速学习新技术的经历。Jack表示自己一直保持终身学习的习惯，会在Udemy平台选择高质量付费课程系统学习，比如他系统学习过AWS开发者认证课程，可以快速掌握EC2、S3、ELB、Beanstalk等不同AWS服务的用法。他学习新技术的固定方法是：先学高质量专家课程，之后动手实操，遇到问题借助AI工具辅助深入理解，这套方法可以快速掌握任何新技术。 00:29:58 询问团队协作与分歧处理方法 面试官提问，询问Jack和设计师、工程师、项目经理的协作风格，以及遇到分歧时如何处理，如何对功能模块负责。Jack介绍，日常使用敏捷开发方法论，用Jira管理任务，用GitHub/GitLab做代码托管，通过代码评审协作。遇到分歧会按三步处理：首先确认自己是否正确理解了问题，其次确认需要遵循的团队流程，最后选择合适的方式和对方沟通，书面沟通会更理性，一般可以解决问题。 00:34:08 Jack提问岗位日常工作内容 面试轮到Jack提问，Jack询问该全栈开发岗位的日常工作内容是什么。面试官介绍，公司是一家审计公司，建设的工具供内部审计分析师使用，实现审计工作自动化，目前现有2-3个 legacy工具正在做技术栈升级重构。公司采用两周一次的迭代周期，日常工作内容包括：和项目经理对齐优先级，参与方案设计，开发测试功能，完成CI流程，配合部署到测试环境，最后排期上线，需要和多个业务方沟通对齐需求。 00:37:13 Jack提问岗位职责范围 Jack提出第二个问题，岗位JD要求的技术栈覆盖前端、后端、基础设施、CI/CD、DevOps等多个领域，疑问是否要求全栈开发一人负责所有这些内容。面试官解答，明确全栈工程师的内核职责是负责从前端到后端到数据库的开发工作。生产环境部署由专门的系统工程团队负责，全栈工程师只需要给系统工程团队提供正确的需求输入即可，低环境的部署可以由全栈工程师自己完成。要求全栈工程师了解CI/CD、云基础设施相关知识，能够参与全流程的方案设计即可。Jack表示理解，称自己也希望积累更多基础设施和DevOps的实战经验，愿意接受这样的工作内容。 00:43:37 面试结束 面试官表示面试结束，后续会收集反馈安排相关人员联系Jack，双方互相道别结束对话。 ✨ 金句精选 “做对的事情比快做事情更重要，要始终保证项目在正确的轨道上。” (运行策略) “遇到问题不能只看表面，需要深度挖掘根因。” (方法技巧) “我把自己当做终身学习者，有固定的方法论可以快速掌握新技术。” (思考启发) “遇到分歧先确认理解、再看流程、最后沟通，大部分问题都能解决。” (方法技巧) 📋 待办事项 招聘方：收集面试反馈后安排人员联系Jack Jack：等待招聘方的后续反馈