华为 vs 字节 offer决赛圈

投票
直入主题,都是算法,
【华为】2012中央研究院。base杭州,AI软件岗,方向相对偏底层,薪资n*15,年包40上下,节奏大概一三五9~17:30,二四9~20:30(据说),有听说后续会强度提高的消息
        优点:1. 杭州地方好,定居难度远低于深圳,人才补贴给的比深圳多不少,一堆优惠政策,城市未来发展感觉也好。
                  2. 工作强度低(虽然不是可靠消息),研究性质部门,不担交付压力,基本不加班不咋卷(听说),相对稳定,应该没什么裁员压力(同样非可靠消息),这点目前个人还挺看重的,比较倾向wlb。
        缺点:1. 如果干不下去可能跳槽不太好跳,因为工作内容和华为自身体系比较相关,大概率进而导致发展和定居地点更换的成本增加。
                  2. 目前来看薪资确实少一大截,算上字节的三餐和房补以及缺的五险一金等,感觉差不老少。不过在华为同届中似乎算中上,而且如果两边强度信息基本准确的话,时薪其实不比字节差(感觉还反超?)。

【字节】剪映海外版(capcut)。base深圳,方向多模态应用,薪资(n+5~7)*15,年包50+,节奏大概10:30~21:30(据说)
        优点:1. title好,剪映感觉发展不错,capcut听说也一直表现还行。
                  2. 方向还行,结合第一点感觉找下家应该不会太难。
                  3. 以后无论被裁再就业,都会更灵活些,最初想法是干累了或者赚够了退居二线定居发展,对象比较在意这一点(觉得杭州的公务员考不上,比深圳难,这点如果有懂的老哥也可以说一下,万分感谢)
        缺点:1. 感觉字节整体强度高,汰换快,压力大,而且海外版感觉一定程度受tt影响,目前看感觉tt不是特别乐观?(感觉,不一定正确)
                  2. 无(高强度)实习经历,比较担心landing。
                  3. 深圳感觉难定居,从深圳退下后感觉还要继续面临就业压力,不过与优点3是对应的,只能说有利有弊。

其他一些零碎信息:杭州房补2.5k拿5年,无三餐,但华子公积金只有5%,字节房补1k+三餐免费+下午茶,深圳公积金全额提。

秋招尾声总算是能选了,也算是不容易,如果有想咨询我的私聊或者评论我也会尽量解答,投票的家人们也希望能说说原因,如果有在2012或者capcut的,希望能交流交流。同时顺带问一下杭州和深圳的考公难度,真的万分感谢。

引流:
#字节##剪映##capcut##华为##华为2012实验室##计算产品线##京东##百度##腾讯##秋招##2025届##公务员##杭州##深圳##考公#
全部评论
华为能wlb我是不信的,既然都卷不如直接字节了
2 回复 分享
发布于 01-20 11:22 北京
老哥最后选哪个了
1 回复 分享
发布于 02-04 23:52 黑龙江

相关推荐

不愿透露姓名的神秘牛友
11-22 15:23
点赞 评论 收藏
分享
1.项目介绍2.我们先不聊项目了哈,我们聊一个系统设计类的问题,放松一下(无语)3.有没有了解过短链系统,说一下你的理解4. 好,那现在你来设计一个短链系统,你怎么来设计5.你刚刚说就两个功能:一个是长链转短链,一个是短链还原长链并跳转非常好,那你可以拆一下模块都有哪些6.打断一下,你刚提到短链生成那短码生成这块能不能再往里拆一拆7.你刚提了哈希那你这个哈希冲突你准备怎么解决8.短链支持自定义码吗?如果支持怎么处理冲突?自定义短码如果重复了怎么办9.这个系统要支持用户设置有效期吗你打算怎么处理这个字段10如果有人恶意生成链接怎么办11你说到风控,我这里刚想刚好跟你深入聊一下,我觉得这个还蛮有意思的,比如说你在长链转短链里面已经有风控了,那你短链转长链需要风控吗?因为你的数据库里的东西都是安全的,你需要风控么还是说不需要,为什么12.你刚说加黑名单那这个风控是在生成短链的时候做,还是跳转的时候也要做12.短码和长链映射关系存到数据库有什么要注意的点或者是你那个表怎么设计13这边数据库写入时候要注意什么14数据存储当量大了以后怎么操作呢?就比如说量特别大,你一张表存完然后呢15. 那你会怎么做分库分表?按什么规则分?用哈希?那hash怎么做落库映射15你怎么判断这个链接是过期链接你的状态字段怎么用16.如果我之前封禁了一个恶意链接,有个新用户又拿这个原始长链想同的长链进来要来生成短链了,你是怎么处理的17黑名单这块怎么做拦什么、存哪里怎么查18.我继续深再深问一下,你刚才说到用redis来做这个黑名单管理,为什么,为什么不用数据库还是说用了,还有你的redis的key和value怎么设计用什么结构19那你觉得你可以到多少,你觉得这个系统是ok的,因为你每次都要查这个东西,你要查三,四次是吧整体你觉得这个数据量或者整个RT大概会在多少你这个系统是能搞得定的20.无论你这个Redis set里有1万10万甚至100万条,查一次都是毫秒以内,你确定么,你了解Redis set底层么?是这样做的21.那有实测过么比如它在普通网络、单机 Redis大概是怎么样的22.那我如果再大怎么办比如总量不止10几万23手撕:员工公平抽奖:工行有30万个员工,其工卡号码分别是1~30万,在接下来的某天他们将举行年会,需要抽出10万个员工发奖品。我们有一个随机数生成函数rand()能够生成0~65535的整数,请写一个公平的抽奖程序,输出这10万个员工的工卡号码
查看22道真题和解析
点赞 评论 收藏
分享
评论
3
3
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务