Hr面完告诉需要加面 听说是部门技术老大面 自我介绍 你在字节实习过?做的什么? 听起来你用的技术都比较常规啊,有什么惊艳我的吗? 还是比较常规,聊聊产品吧,你对业务层了解吗?为什么要开发这个产品?卖的怎么样?多少用户用?你觉得这个产品定位是什么?变现逻辑是什么?(寄,产品文档前两段我都是默认不看的) 对接的这几个中台业务你了解多少? 说一下你来这里的优势 你对身边的人怎么看,有什么值得你学习的
一面 技术面—— 基础设计知识考察 自我介绍 + 项目介绍(1~2个项目) 这一轮主要是面基础的一些能力,比如交互设计、界面设计细节。面试官会很耐心的听完你讲整个项目。会让你自己提你觉得你的设计有什么亮点,这个都可以准备好,还有你觉得你的项目还有什么可以改进的地方?这些问题都比较常规,熟悉自己项目的人讲清楚背景和前因后果就好。如果问的作品没有落地的,他会补充问一句你有没有落地的项目给他看看。 我
一开始问我项目问题,深入问了下,我没讲好,主要项目没怎么准备。 说实话项目我纯瞎掰,当时差点圆不回来,含糊其辞地想快点终止这个话题,面试官估计看出了我的窘境,就扯别的了。 然后东扯西扯,扯了一些图片优化,内存优化,渲染优化,还顺便聊了些flutter,像是混合开发,渲染优化,线上crash监控啥的,因为一开始项目没讲好,我就努力往这方面多讲讲。 最终应该是让面试官慢慢对我的评价上升了,但是他表示
1.项目 2.启动优化 3.flutter跟原生的性能差异,这个我有点忘了,就答了首帧加载过慢,在表现上差不太远。其实还有什么内存方面的差距。 4.平时通过什么学习 5.okhttp原理 6.反问 问题不是很多,感觉面试官很赶,一开始就说要半小时搞定,然后花了二十来分钟,总体上感觉自己答得还行的,就是很猝不及防,这次也是毫无征兆一个电话打过来说要面我,也不知道后续如何,有的话就是HR面了,发个帖攒
我有两个矩阵,如下所示: 我想找到一个向量,它是一个矩阵1*3,它的每一个元素都是M的每一行的最小元素乘以N的对应行的最大元素(例如,向量的第一个元素是矩阵M的第一行的最小元素,即1,乘以矩阵N的第一行的最大元素,即4,因此向量的第一个元素是1*4,即4)。最后的答案是:(1*4,1*3,1*4)=(4,3,4) 为了找到这个向量(或矩阵),我写了下面的代码: 但它太长了。有人能写一个更短(或更简
先上来是进行宣讲,宣讲是五点半到七点,笔试是七点到八点半 有java c/go Python三个研发岗位,我Python更熟就选了Python。 笔试用的问卷星进行答题。 上来先是逻辑题,就是哪个说真话哪个说假话那种,主要考察你的逻辑思维。 然后是填空题。 第一个写Python程序,主要涉及的是文件的访问,字符串的替换,基本上是使用os和re库进行写的。 然后是mysql指令,基本上是建表加cru
忘记报了啥岗位了,不过该公司应该是属于金融公司,在牛客面试,卷子分技术类和金融类。 整张卷子基本上是考如何使用sql。 选择题就是数据库底层的原理,有关于各种语句的限制以及各种各样关键词的限制。 不定项选择题就是关于sql指令的具体实现,让你从几个sql语句中选择对的。 而编程就是sql编程题,给你一个表让你进行显示出想要的样子。有一个显示最后一个下划线前面的字符,确实不会。 最后就是算是简答题,
一面 30min JVM: 类加载过程 static 变量的初始化时机 final 变量的初始化时机 依赖 Spring Boot 自动装配 使用依赖过程中遇到问题如何排查 引入的某个方法不符合预期,如何处理 数据库: InnoDB 和 MyISAM 索引的区别 字符串类型字段,WHERE 数字,会走索引吗数值型字段,WHERE 字符串,会走索引吗 事务:针对 RR 级别提问 间隙锁,什么时候触发
最近反思了一下,还是要把面试中的不足整理一下,不能面试总是栽一样的坑。 远景自己投的远景动力算法岗,面试流程还是有点“不寻常”。 首先上来就是介绍公司介绍岗位,我都有种终面的感觉。然后接下来面试官介绍了公司算法应用的场景:瑕疵检测、控制、产品预测,然后让我从专业知识、竞赛学术介绍自己应聘这个岗位的优势。这部分不能用自己准备好的自我介绍模板,晕,自己都不知道自己说了什么。 紧接着展开说了说项目,这块
本篇主要介绍使用 JavaScript 进行表单验证。 表单验证并不是 JavaScript 提供的某种特性,而是结合各种特性达到的一种目的,是需求的产物。 所有线上产品的表单几乎都有验证,如注册时要求“用户名 6-16 位”,验证会由 JavaScript 来完成,通常为了安全性和准确性,服务端会再次做一遍验证。 1. 验证目标 表单用于收集信息,从 HTML 上讲,表单内容使用 form 标签
BetterValidate 校验规则 类校验 对于参数的校验,Lin 提供了类校验这种便捷,好用的方式,它会 对ctx.request.body(上下文请求体)、ctx.request.query(上下文请求query参数)、ctx.request.header(上下文请求头)、ctx.param(路由参数)这些参数进行统一校验 ,所以请保证你的参数名没有重复。 代码演示: class Regi
1. 简介 埋点,是您对所关注事件的打点。埋点较验可以帮您查看埋点状态及埋点质量,您可看到每个事件埋点的数据量情况及相应埋点属性空值率,帮助您判断埋点质量,及时调整出错或不合理的埋点。 埋点较验可以帮您发现如下问题: 页面调整后,埋点出错,导致没有数据 埋点代码不正确导致未能回传数据 埋点设计不合理导致关联属性的空值率较高 2. 使用说明 在使用埋点较验前,您需要先在数据管理结合您的业务目标定义事
我们可以给组件的 data 指定校验规则。如果传入的数据不符合规则,那么 san 会抛出异常。当组件给其他人使用时,这很有用。 指定校验规则,需要使用 DataTypes 进行声明: import san, {DataTypes} from 'san'; let MyComponent = san.defineComponent({ dataTypes: { name:
校验区块: 验证区块签名是否正常 验证当前区块和前一个区块的时间差是否正确 如果Parent Hash非空,会查询父链中对应区块的信息,如果不存在,则为非法区块,丢弃; 存在,判断时间差是否在(4,6)分钟里,时间不对,丢弃; 时间正常,获取父区块对应的子链区块,如果子区块不在本链中,表示非法区块,丢弃; Child Hash也是一样的校验方式和Parent Hash一样。 处理区块中的交易
关于电子校样颜色 在传统的出版工作流程中,将打印出文档的印刷校样以预览该文档在特定输出设备上还原时的外观。在色彩管理工作流程中,您可以直接在显示器上使用颜色配置文件的精度来对文档进行电子校样。您可以显示屏幕预览来查看文档颜色在特定输出设备上重现时的外观。 请注意,电子校样的可靠性取决于显示器的质量、显示器和输出设备的配置文件以及工作环境的光照条件。 注:使用胶印机打印时,只用电子校样无法让您预览叠