《联想群面》专题

c++软开 成都 腾讯会议，一共面了两个小时 1.介绍简历上写的项目，每个项目都被问了一遍，而且问得很细，深度学习项目都问了我算法原理 2.说一说实习期间遇到的印象最深刻的BUG 3.计算各种排序算法的时间复杂度，计算斐波那契数列在递归和动态规划下的时间复杂度，追问怎么算的？ 4.快排最差情况复杂度，如何避免？ 5.说说递归栈溢出以及解决方案？ 6.STL容器看过那些？说说他们的底层结构吧。（说到

问了一些数据库相关的知识，索引，优化；golang协程跟线程的区别，在哪方面资源优化了；介绍实习经历； 更新下，已oc

产品工程师 1.自我介绍 2.为什么选择这个岗位 3.最近有没有买过哪个产品使用体验如何 4.关于项目的一些问题，介绍一下 5.有没有用过哪款产品，软件硬件都可以，评价一下你觉得的好的地方和不好的地方 6.兴趣爱好 7.反问：工作具体内容、培训、发展规划 总结一下是我巴拉巴拉说了半天，但是感觉自己回答的逻辑性还有待提高，不过应该还行吧，希望顺利~

后台开发，C++选手 7.1 投简历 7.3 测评，包含笔试 7.9 一面，原本一面安排在7.4，改时间了 ---------------------------------------------- 自我介绍，，问了实验室项目是做什么的 面试官好像是搞Java的，，没怎么问，问了几个基础的题 1、数组和链表的区别 2、介绍一下红黑树，STL里谁用的是红黑树 3、STL谁用的hash，冲突了怎么解

正常群面的流程，进去每个人30s自我介绍，然后30min自由讨论。我们这桌很奇怪，运营产品hr管培都有，导致大家关注的点各不一样，群面题是道偏运营相关的题，运营同学疯狂在说拉新促活的事，我一直在搭框架用户分析竞品分析，hr同学再说人力资源的事，还说了好几个几个术语没听懂🤣🤣我最后想强行leader也失败了，逻辑思维不够吧，同学们各有所爱，最后也没达成共识，怕是整桌同学都挂了。中间有个插曲，有个

IT数据岗，我本来以为是被捞起来的，毕竟时间线都这么久远了，结果一块面试的都是大佬，学校层次很高，个个都有实习经历，而且有个大佬实习的企业也高度相关。两个面试官，5个学生，最开始是每个人先简单介绍自己以及对这个岗位的认识和选择理由，然后群面主要分两部分，各占大约半小时，1.第一部分就是围绕一个现实场景(客户数据方面，具体问题可以私聊我)，给出3个问题，然后我们自行讨论，最后总结再一并反馈，相对我而

别问，问就是G了，没有高超的语言组织能力。 8个人面试，无领导，首先啊，面试官已经提前给我们编了号。 自我介绍，30s，这点，虽然不是神仙打架吧，但是也是有大佬在里面，哦，还有个留学创业的。我对学历倒是不那么吃惊。 给出题目，类似于排序吧，反正就选最重要的，其实也不难选，大家的争议点也不多，最后少数服从多数了。 对我，我看开始没人说话，但是我又不敢起个头，因为自己的表达能力就just soso。我

笔试（10人） 初试（7人）我只到了初试 二面（3人） rabbitMQ使用哪种配置 rabbitMQ保证数据不丢失 mysql有哪些锁 @RestController 和 @Controller 的区别 beanfactory 和 factorybean MySQL索引失效 MySQL语句优化 springboot循环依赖问题 怎么知道@bean装配完了 mybatis里&和$区别 Redis常

问题内容： 管理员版本， 工人版本。 创建了Swarm管理器： 然后创建工人 我已经检查了工人的日志 在中，我看到了“虫群：待定” 我也做到了！尽管如此，该工作人员仍无法加入集群。所以，我该怎么爱 更新1 卸载并删除配置文件，然后再次安装docker 1.12版本。 仍然面临着相同的问题（无法加入和中的“ Swarm：Pending” ），其中存在DIFFERENT错误 谢谢。 问题答案： 问题是

我将使用嵌入在 JBoss EAP 6.2 中的 HornetQ 2.3.12，并且需要一些集群队列。 我是否需要设置 JBoss 集群才能让 JMS 集群由大黄蜂 Q 提供支持，或者大黄蜂 Q 是独立的？根据文档，我认为是后者，因为大黄蜂Q集群是大黄蜂Q的一部分，可以在没有JBoss的情况下存在。 节点通过核心网桥连接，因此部署在每个节点中的应用程序将对队列名称执行本地 JNDI 查找，而无需集

本文档介绍如何为已有的 TiDB 集群部署一个异构集群。 前置条件 已经存在一个 TiDB 集群，可以参考 在标准 Kubernetes 上部署 TiDB 集群进行部署。 部署异构集群 什么是异构集群 异构集群是给已经存在的 TiDB 集群创建差异化的实例节点，比如创建不同配置不同 Label 的 TiKV 集群用于热点调度或者创建不同配置的 TiDB 集群分别用于 TP 和 AP 查询。 创建一

本文档提供一个可扩展、高可用的 Seafile 集群架构。这种架构主要是面向较大规模的集群环境，可以通过增加更多的服务器来提升服务性能。如果您只需要高可用特性，请参考3节点高可用集群文档。 架构" class="reference-link"> 架构 Seafile集群方案采用了3层架构： 负载均衡层：将接入的流量分配到 seafile 服务器上。并且可以通过部署多个负载均衡器来实现高可用。 Se

本文档介绍用 3 台服务器构建 Seafile 高可用集群的架构。这里介绍的架构仅能实现“服务高可用”，而不能支持通过扩展更多的节点来提升服务性能。如果您需要“可扩展 + 高可用”的方案，请参考Seafile 可扩展集群文档。 在这种高可用架构中包含3个主要的系统部件： Seafile 服务器：提供 Seafile 服务的软件 MariaDB 数据库集群：保存小部分的 Seafile 元数据，比如

会话首页点击添加“+”入口，点击“创建群聊”，即可选择成员组建群聊，选择企业成员默认创建的为企业群，如果有员工离职会自动踢群，避免企业信息泄露； 如选择的成员中有非企业成员，可根据提示选择要创建的是“普通群聊”还是“企业群聊” 群聊人数最多支持1000人               

群主在右上角点击更多-群聊管理，进入群聊管理页面，下拉，点击升级为企业群聊。