海信裁应届

应届第一份工作就碰到搞笑到如此程度的公司,哈哈哈哈哈哈哈哈,太有趣啦
全部评论
怎么感觉是公司第一时间决定裁员时后悔了,毕竟要发n+1,所以后面撤回裁员,主动让你调离外地,想逼你自己主动离职,结果发现没有主动离职后并准备去青岛后,才再次决定主动裁了你,毕竟去青岛只是个借口
16 回复 分享
发布于 2024-12-17 13:54 上海
哨哥晚点统一更新到黑名单:不要重蹈覆辙!25届毁意向毁约裁员黑名单https://www.nowcoder.com/discuss/1317104
4 回复 分享
发布于 2024-12-06 13:48 上海
哪家子公司
1 回复 分享
发布于 2024-12-06 15:17 广东
河南海信吗?
1 回复 分享
发布于 2024-12-06 17:00 四川
看机会吗?
点赞 回复 分享
发布于 2024-12-12 09:54 贵州
离谱
点赞 回复 分享
发布于 2024-12-12 21:49 四川
这种公司适合社招去
点赞 回复 分享
发布于 2024-12-15 14:55 陕西
可捞
点赞 回复 分享
发布于 2024-12-30 14:01 上海

相关推荐

中汽院智能网联汽车检测中心 测试助理 薪资100一天,实习补贴1000元
点赞 评论 收藏
分享
系统设计题回答思路:1、先提出需求分析和非需求分析2、提出数据库表设计和存储方案,一般选择关系数据库+nosql3、针对数据量大的场景选取合适的分库分表思路,根据某个id哈希或者一致性哈希4、针对高并发场景的缓存优化,缓存和数据库一致性或者增加消息队列mq进行解耦5、详细接口设计,接口访问时的读写数据库和缓存的顺序6、性能优化——异步操作、批量处理、热点数据优化设计一个类似抖音的点赞系统1、需求分析和非需求分析需求分析:点赞/取消点赞视频+查看视频点赞数量+查看用户点赞的所有视频+点赞状态查询非需求分析:高性能,高可用,大数据量,数据一致性根据实际情境扩充2、库表设计点赞关系(Like Relationship):存储用户对视频的点赞关系。user_id  video_id create_time视频点赞统计(Like Count):存储每个视频的点赞总数。video_id count update_time3、分库分表思路分片策略:按照用户 ID 或视频 ID 进行分片。使用一致性哈希或取模的方式进行分库分表。考虑到点赞数量大,对于点赞关系表,可按 user_id 模 N 取余,将数据分散到 N 个库或表中。4、缓存操作点赞/取消点赞操作先更新数据库:执行点赞或取消点赞的数据库操作。更新缓存:更新 Redis 中的点赞状态和点赞计数。避免缓存不一致消息队列异步更新:将更新操作发送到消息队列,异步更新缓存,确保最终一致性。5、接口详细处理以点赞和取消点赞为例处理流程:参数校验:检查用户和视频是否存在,验证参数合法性。数据库操作:点赞:插入一条点赞关系记录,更新视频点赞统计表的计数。取消点赞:删除点赞关系记录,更新视频点赞统计表的计数。更新缓存:更新 Redis 中的点赞状态和点赞计数缓存。6、优化思路1.异步处理异步写入:将点赞/取消点赞操作通过消息队列(如 Kafka、RabbitMQ)异步写入数据库和更新缓存,减少请求的响应时间。异步更新缓存:在数据库操作完成后,将缓存更新操作放入消息队列异步处理,避免缓存与数据库不一致。2.批量操作批量查询:当需要获取多个视频的点赞数量时,提供批量接口,减少网络请求次数。批量写入:对于一些批量的点赞操作,可以批量写入数据库,减少数据库压力。3.热点数据优化热点缓存:对于热门视频,可能会频繁访问其点赞计数,可以在缓存中设置热点数据,确保其始终在内存中。数据分片:将热点视频的数据分散到不同的缓存和数据库节点上,避免单节点压力过大。在面试中,场景设计题往往是重头戏!这些问题不仅深度考察你的技术功底,更全面衡量你的工程综合能力。精彩的回答,将成为你脱颖而出的关键加分项。本文将首先概述通用的答题思路,然后以点赞系统为例,深入解析如何细致全面地回答这类问题。后续我将持续收集更多的设计题,不断更新和完善本文的内容,帮助你在面试中斩获佳绩。#牛客AI配图神器##牛客激励计划#
点赞 评论 收藏
分享
评论
19
2
分享

创作者周榜

更多
牛客网
牛客企业服务