许愿农行二面…

农行软开,base 北京。今晚上八点多收到的消息,直接给安排到明天早上第一场。
来的真是猝不及防,今晚要连夜刷面经了。
都说牛客许愿很灵,许愿求过
9.21更新:
北京二面发完了,没收到,确认已凉。知道结果反而释怀了。神仙太多,传说一面进二面是十比一的比例,被刷也正常。总有一份offer在等你~

9.14更新:
10号第一天上午面完的,当时面完写了个面经,当时写的很详细,但是听说写的太具体了容易被精确定位,所以当时就把帖子删掉了。
而且还有卖资料的在各种搬运牛客上新鲜出炉的面经贴,也是比较令人无语。
这几天牛客上的面经贴也不少了,我就大体说一下面试体验吧。
三个面试官,有一个问的比较多,但一般每个人都会问。问的问题主要围绕简历上的项目,以及自我介绍中会的技术栈来问。
语言上,不一定问java,如果你用的是c++、python、go什么的话就会问你你会的语言的知识,问的都比较基础。
数据库的问题问的比较多,问的也都是数据库的基本概念、语句和原理。
可能会问你项目里的一些问题,要好好准备项目。
如果项目与云计算相关的话,可能会问docker、k8s、hadoop什么的,如果不会就说不会。
基本就是这样,上午前几个面的时间可能会长点,次序靠后的可能时间就比较短了。面试官时间也比较有限,每个点也就问一两个问题,不会深究。还是比较关注基础知识的。
不知道二面通知什么时候来,也不知道二面是技术面还是hr面。
知道自己面试答得不好,这几天非常焦虑,没事就刷刷邮箱看看有没有新邮件,祈祷奇迹会发生。但又不敢抱太大希望,毕竟一般不怎么抱希望的事在我身上能成功。
再来牛客许个愿,至今还是0 offer,球球农行带我走~  救救孩子吧!

#农行研发中心##许愿#
全部评论
加油,期待楼主的面经😁
1 回复 分享
发布于 2020-09-10 00:12
加油!期待分享一波面经😁
点赞 回复 分享
发布于 2020-09-09 23:57
是群面吗?
点赞 回复 分享
发布于 2020-09-10 00:06
加油,第一场几点开始啊
点赞 回复 分享
发布于 2020-09-10 01:08
蹲一波面经
点赞 回复 分享
发布于 2020-09-10 07:38
加油呀
点赞 回复 分享
发布于 2020-09-10 08:21
蹲面经,楼主加油
点赞 回复 分享
发布于 2020-09-10 09:20
蹲年龄,
点赞 回复 分享
发布于 2020-09-10 09:51
蹲面经
点赞 回复 分享
发布于 2020-09-10 10:00
蹲一个面经
点赞 回复 分享
发布于 2020-09-10 10:08
点赞 回复 分享
发布于 2020-09-10 10:29
兄弟咋样
点赞 回复 分享
发布于 2020-09-10 10:31
蹲面经
点赞 回复 分享
发布于 2020-09-10 11:22
蹲一个面经
点赞 回复 分享
发布于 2020-09-11 14:15
许愿
点赞 回复 分享
发布于 2020-09-11 20:49
许愿
点赞 回复 分享
发布于 2020-09-11 21:12
楼主你好,我想问一下北京的面试是一下全部面完,还是分批的啊?😅现在还没有给通知是不是已经凉了?🤪
点赞 回复 分享
发布于 2020-09-12 16:06
求面经
点赞 回复 分享
发布于 2020-09-12 16:57
许愿求offer!
点赞 回复 分享
发布于 2020-09-14 10:47
许愿许愿
点赞 回复 分享
发布于 2020-09-18 14:37

相关推荐

10-14 19:33
武汉大学 Java
中兴 C++工程师 总包25w+5w年终
点赞 评论 收藏
分享
10-12 09:28
已编辑
门头沟学院 Python
忘记录音了,很多地方想不起来,凭记忆写面经。基本纯问项目,八股全是开放性问题,测开的手撕都出的很简单自我介绍实习中学到了什么认为测开需要具备什么(技术+非技术两方面)工作中遇到的印象深的困难实习的自动化测试怎么做的数据库的索引说一下(扯远了,逮着B+树讲一大堆)索引分为哪几种主键索引和唯一索引的区别Java中常用集合项目难点项目的redis和mysql如何保证一致性,这个设计有什么问题购物车测试点设计项目的热榜redis怎么实现的sql:无不及格科目的同学的数量(想半天没想出来,最后用嵌套硬整出来了)手撕:只出现一次的数字(lc:136),用hash写半天发现语法忘了,注释掉用排序...
一笑而过2222:一、Java 中常用集合 1.  List : -  ArrayList :基于动态数组实现,随机访问元素速度快,插入和删除元素在中间位置时效率较低。适用于频繁读取操作,较少插入和删除操作的场景。 -  LinkedList :基于双向链表实现,插入和删除元素效率高,但随机访问元素速度较慢。适用于频繁插入和删除操作的场景。 2.  Set : -  HashSet :基于哈希表实现,不保证元素的顺序,元素唯一。适用于需要快速查找和存储不重复元素的场景。 -  LinkedHashSet :继承自 HashSet ,维护了一个链表来记录插入顺序,元素唯一且可按照插入顺序遍历。 -  TreeSet :基于红黑树实现,元素自动排序,可按照特定顺序遍历元素。适用于需要对元素进行排序的场景。 3.  Map : -  HashMap :基于哈希表实现,不保证元素的顺序,键值对唯一。适用于快速查找、插入和删除键值对的场景。 -  LinkedHashMap :继承自 HashMap ,维护了一个链表来记录插入顺序,可按照插入顺序遍历键值对。 -  TreeMap :基于红黑树实现,键自动排序,可按照特定顺序遍历键值对。适用于需要对键进行排序的场景。 二、项目难点 1. 性能优化:随着数据量的增加和用户访问量的增长,可能需要对系统进行性能优化,包括数据库查询优化、缓存策略调整、代码优化等。 2. 并发控制:在高并发环境下,需要处理多个用户同时访问和操作数据的情况,确保数据的一致性和完整性。例如,在购物车场景中,多个用户同时添加或删除商品时,需要防止数据冲突。 3. 安全问题:保护用户数据的安全是项目的重要难点之一。需要采取措施防止 SQL 注入、跨站脚本攻击等安全漏洞,同时确保用户密码等敏感信息的安全存储。 4. 系统集成:如果项目涉及多个系统的集成,如与第三方支付系统、物流系统等集成,可能会面临接口兼容性、数据格式转换等问题。 5. 需求变更:在项目开发过程中,需求可能会发生变化,需要及时调整设计和开发计划,确保项目按时交付。 三、项目的 Redis 和 MySQL 如何保证一致性,这个设计有什么问题 1. 保证一致性的方法: - 先写 MySQL,再写 Redis:在数据更新时,先将数据写入 MySQL,成功后再将数据写入 Redis。读取数据时,优先从 Redis 读取,如果 Redis 中没有数据,则从 MySQL 读取并写入 Redis。这种方法可以保证数据的最终一致性,但在写入 Redis 失败时可能会导致数据不一致。 - 采用事务:在一些场景下,可以使用数据库事务来保证 MySQL 和 Redis 的操作原子性。例如,在更新数据时,可以将 MySQL 和 Redis 的更新操作放在一个事务中,确保要么同时成功,要么同时失败。 - 监听数据库变更:可以使用数据库的 binlog 或者消息队列来监听数据库的变更,当数据库中的数据发生变化时,自动更新 Redis 中的数据。这种方法可以实时保证数据的一致性,但实现起来相对复杂。 2. 可能存在的问题: - 性能问题:频繁地在 MySQL 和 Redis 之间进行数据同步可能会影响系统的性能,特别是在高并发场景下。 - 数据丢失风险:如果在写入 Redis 失败时没有进行适当的处理,可能会导致数据丢失。 - 复杂性增加:为了保证一致性,需要引入额外的机制和代码,增加了系统的复杂性和维护成本。 四、购物车测试点设计 1. 功能测试: - 添加商品:验证能否成功将商品添加到购物车,添加的商品数量是否正确,重复添加同一商品是否正确处理。 - 删除商品:验证能否成功删除购物车中的商品,删除单个商品和批量删除商品是否正常。 - 修改商品数量:验证能否成功修改购物车中商品的数量,数量为 0 时是否自动删除商品。 - 计算总价:验证购物车中商品的总价计算是否正确,包括商品价格、数量、优惠等因素。 - 清空购物车:验证能否成功清空购物车。 2. 性能测试: - 响应时间:测试添加、删除、修改商品等操作的响应时间,确保在高并发情况下也能快速响应。 - 并发测试:模拟多个用户同时操作购物车,验证系统的并发处理能力。 3. 兼容性测试: - 不同浏览器:测试购物车在不同浏览器上的功能和显示是否正常。 - 不同设备:测试购物车在手机、平板、电脑等不同设备上的兼容性。 4. 安全测试: - 数据加密:验证购物车中的商品信息和用户数据是否进行了加密传输和存储。 - 权限控制:验证只有授权用户才能访问和操作自己的购物车。 五、项目的热榜 Redis 怎么实现的 1. 使用 Redis 的有序集合(Sorted Set):可以将热榜中的项目作为有序集合的元素,项目的热度值作为有序集合的分值。每次有用户访问或操作某个项目时,更新该项目的热度值,并将其重新插入到有序集合中。这样,有序集合就可以按照热度值自动排序,实现热榜的功能。 2. 定期更新:可以设置一个定时任务,定期更新热榜数据。例如,每隔一段时间(如 1 小时),重新计算每个项目的热度值,并更新到 Redis 中。 3. 缓存策略:为了提高性能,可以将热榜数据缓存到内存中,减少对数据库的访问。可以使用 Redis 的缓存机制,将热榜数据缓存一定时间,当数据发生变化时,自动更新缓存。 4. 数据持久化:为了防止数据丢失,可以将 Redis 中的热榜数据定期持久化到数据库中。这样,即使 Redis 出现故障,也可以从数据库中恢复热榜数据。
点赞 评论 收藏
分享
5 9 评论
分享
牛客网
牛客企业服务