面试的质量工程师岗位，只参加了一面，后面五六天没通知了，感觉没戏了。一面：质量部门的主管一对一聊天，主要是闲聊。会问你对质量工程师这个岗位理解多少，感觉还是要有一些理解的，不能随便说。会问你在校期间有没有担任过什么职务，这个很重要，比较看重。会问你为什么要选择上海，深圳，武汉等大城市工作。最后很重要的一点：会问你是不是在考研，如果回答考研对方会很担心你不一定去他们公司，也基本和二面无缘了。

总共四轮面试，第一轮hr面，很简单；第二轮部门同事面，主要聊聊过往经历；第三轮领导面，准备了一篇方案进行试讲；第四轮，大领导面，基本不删人。

面试后才知道这家是专业做继电器的，属于电气中的开关键。公司实力确实没得说，全球继电器占比达到30%以上，行业的天花板级别。我应聘的是销售岗位，属于新产品线销售，底薪不错，提成比例也不错。虽然没决定入职，但确实很不错的公司，上班位置是松江九亭，离我家距离不远，福利感觉不错。

先是相应岗位负责人面，问一些简历上的问题，然后是hr面，中间时间很短，也是问的简历上的一些问题，有点小重复，然后就是问一些期望薪资啊，还有什么其他问题之类的，还会介绍岗位职责，总体来说很简单。

第一次是视频面试，大概半个小时左右，没有问一些技术类的问题，半个月以后才到二面，二面是在南昌的厂里面试的，也没有问技术类的问题，明天早上九点半第三次面试，估计是技术类的面试，不知的会问些什么，来问问兄弟们

HR晚上七点半打电话，说是急招，不停暗示我住得太远，我觉得奇怪，准备顺着话结束，HR却要约第二天的面试，要我别挂断电话，立刻同意app上的面试邀请；我觉得很怪，挂断后马上在app上告知HR面试因故不能去了；HR在app上要我详细说明不去的理由，这样他们才能改进，引导我说住得太远，每句话的开头都是“额。。。”；这个HR，我看不懂

招drools开发，好像还挺急的，面试官绕过来hr直接打来了电话- 问了一下之前drools的使用场景- drools的理解- drools规则循环调用的问题没太明白是什么意思，后面搜了一下，规则循环调用的问题（答案如下）：规则设计：避免不必要的规则之间的直接调用。规则引擎通常会自动匹配和执行满足条件的规则，不需要手动调用其他规则。将规则设计为尽可能独立。每个规则应该负责特定的条件和操作，而不是依赖于其他规则的执行结果。规则的设计上不建议这么做，但drools是允许规则的互相调用的：Drools规则引擎本身允许规则之间的循环调用，但需要小心使用，以避免无限循环和性能问题。Drools不会直接禁止规则之间的互相调用，但你应该明智地管理这些调用，确保它们不会导致问题。（from chatGPT）规则执行的中间态问题（懵了~）使用Drools内置日志： Drools提供了内置的日志功能，你可以配置它来记录规则引擎的执行过程。自定义监听器： Drools允许你创建自定义监听器来捕获规则引擎的事件。你可以实现AgendaEventListener和RuleRuntimeEventListener接口，然后将监听器注册到规则引擎中。使用Working Memory： Drools中的Working Memory是规则引擎执行时的中间存储区域。你可以查询Working Memory以获取规则执行期间的事实和规则状态。通过访问Working Memory，你可以获取与规则匹配的事实对象以及它们的属性。自定义规则动作： 在Drools规则中，你可以定义自定义的规则动作（Rule Actions），这些动作可以在规则执行期间触发。你可以在这些自定义动作中编写代码来记录规则执行期间的状态信息。追踪规则执行流程：如果需要更详细的追踪，你可以使用Drools的规则流程追踪功能。这允许你在规则执行期间查看规则流的执行情况，包括哪些规则被触发以及它们的顺序。对于drools的应用深入程度还不太够，很明显，当前岗位招的人是专门负责做drools的。