3月17下午面的 问了三道实际测试点和几道基础八股 问熟悉什么游戏说得原神 基于原神问了三个测试问题 我觉得答的还蛮好的面试官也没补充什么 八股就都是想进程线程,栈和队列,tcpudp这种基础八股 也没啥问题 反问问了一下主要业务范畴 今天收到的感谢信 面的也没啥问题啊太难过了#米哈游2023春招求职进度交流##春招#
自我介绍 基类和子类构造函数和析构函数的顺序(基类的一些变量,子类如果先构造,无法继承) 析构函数定义成虚函数的作用(一方面是动态多态,一方面???),假设不是虚函数的话,会怎么样? 智能指针主要的作用?(内存泄漏,更好地与C++兼容) 说一下new/delete和malloc/free的区别 new会调用析构函数吗? static的作用(定义全局静态变量,局部静态变量,延长变量的生命周期) st
我已经在一个千分尺计的方法中检测了我的代码,如下所示: 我还添加了一些其他指标。 其他指标显示在普罗米修斯endpoint上,但此指标指标不会。 我错过了什么?
我正在将Spring Boot应用程序从Spring Boot 1(使用Prometheus Simpleclient)转换为Spring Boot 2(使用微米)。 我很难将我们在《春靴1》和《普罗米修斯》中的标签转换为千分尺的概念。例如(普罗米修斯): Micrometer的标签似乎与Prometheus的标签有些不同:所有的值都必须预先声明,不仅仅是键。 可以将普罗米修斯的标签与Spring
我在这里阅读并理解了普罗米修斯2.0版本中的陈旧概念 在我正在开发的导出器中,指标由远程设备作为 gRPC 流推送,因此我使用 prometheus 动态创建指标。使用时间戳并实现收集器接口。 每当远程设备停止发出度量时,这些度量就不再在Prom客户端HTTPendpoint中公开。但是,query.lookback-delta标志的默认值(5分钟)会使Prometheus在5分钟内将度量标记为陈
我在普罗米修斯使用spring boot2。我们使用Postgres作为数据库。普罗米修斯url没有获取数据库指标。 任何参考资料都会很有帮助。 我已经试过了 当我到达终点/普罗米修斯时,我得到了这个错误
我想从节点导出器获取时间序列向量节点\内存\可用内存\字节。它在RHEL7上运行良好,但在RHEL6上没有此数据,因为在旧内核的/proc/meminfo中没有此数据。 所以没问题,普罗米修斯给了我通过它的规则来计算这个时间序列矢量的可能性。 我想总结node_memory_MemFree_bytesnode_memory_Buffers_bytesnode_memory_Cached_bytes
我可以在http://localhost:8080/hello/q/metrics看到这个指标。现在我想把这个度量标准推到普罗米修斯,但我还没有找到任何指南,说明如何在普罗米修斯注册/集成这些度量标准。理想情况下,我想把它们推到石墨上,但这不受支持。所以我想知道如何推动这些指标,这样我就可以在格拉法纳可视化它们。
我必须从普罗米修斯指标创建可视化。我有一个计数器指标,我想显示一天中服务的总请求的摘要。当我们把石墨作为数据源时,我就是这样做的。 我看了一些文档,并尝试使用绘制了带有值的图表。 有人能帮我在普罗米修斯中找到一个等效的函数吗?
假设普罗米修斯每10秒从我的服务器上提取一次数据,我想得到索引页加载时间的图表,在这10秒期间,索引页加载了3次。我尝试了所有的组合,但都没有成功,它总是选择第一个值。 我尝试将其作为摘要和直方图发送,但它只选择了第一个值,我希望它选择所有值,或者至少插入它们的平均值。
我在一个项目中使用Lotus Notes 8.5.2和x页面。我们是否需要在每次更改自定义控件时构建项目?
秋招海投两个月后的第二个面试机会,珍惜。 —米哈游— 岗位:信息化产品经理 时间:40min 邮件里提示不要泄露面试问题,所以就简单总结一下一面问了啥。约聊了40min。 面试内容: (1)岗位了解,是否知道这个岗位要做什么? (2)投递原因,企业认同,岗位适配度。 (3)实习经历的深度挖掘,包括不限于具体工作内容,工作价值,用户分析,团队结构,研发流程,prd结构等等。 (4)反问,希望这个
米哈游 笔试经验 主要内容 题型:单选+多选+3道编程题(2个小时) 主要内容: (1)单选+多选:测试相关的知识,代码运行相关记不清了、、、(上周做的当时和大疆撞一起了) (2)编程(3道题):第一题是字符串相关的,第二题打架(题目很长),第三题染色(可以参考一下其他笔经应该都有解答,最近脑袋不太好使,记不太清了...) 代码题只A了一题吧,其他两题做了一点点,然后收到感谢信,感谢信之前收到了一
迪米特法则来自于1987年美国东北大学(Northeastern University)一个名为“Demeter”的研究项目。迪米特法则又称为最少知识原则(LeastKnowledge Principle, LKP),其定义如下: 迪米特法则(Law of Demeter, LoD):一个软件实体应当尽可能少地与其他实体发生相互作用。 如果一个系统符合迪米特法则,那么当其中某一个模块发生修改时,