北京阿尔卡特朗讯软件研发工程师面试经验

邀请过来面试看了简历说和岗位有很大出入那么是不是你工作有问题呢建议提前电话沟通清楚在做计划要不要来

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

1.这个一面面试官几乎没有问简历的一些Java等等微服务相关知识，以及redis等方面知识，介绍项目后就聊了一些项目使用了什么等等，八股文没有，几乎没有难度，2.Hr面问了一下项目成员怎么开发，项目难点，基本没有了。。这Java开发这么容易入行...

只有一轮部门的组长面试，面试没有常规八股文环节，直接上来问你做过的项目，简单介绍之后根据项目内容追问细节，面试结束后很快就有结果通知

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的。

一般

恩士迅外包。目前过了一面，总体问的比较基础，Java和数据库问的较多，有一道sql和算法题，较简单。