腾讯PC客户端-暑期-offer

刚开始投的是后端,结果一直泡池子,实在是熬不住、、、尽管牛客上已经见过许多客户端劝退第n人发的贴,但一想到鼠鼠是个破双非硕,且之前毫无实习经历,再找不到实习感觉秋招也要凉凉,随即转投客户端,希望能捞一个暑期实习,再不济也混个面试经验、、、,没成想运气还不错,意料之外的没有挂也是小小的圆了一次大厂梦,因为之前也参考了不少面经,特此也分享分享自己的以下纯回忆版,可能会有遗漏

⌚️投递时间:3.23转投客户端,4.1被PCG捞

👋初试(60min)—— 4-8:

自我介绍。

说一下你的项目,以及你最满意的一点

Linux内存管理机制

手撕最大连续子序列和

为什么使用vector作为输入

vector的底层实现

push_back和emplace_back的区别

手撕一个类,仿照vector的形式实现push_back

如果要对push_back进行优化,有什么思路

假设现在腾讯会议给你发信息,描述从发送到接收信息这个过程

如果发送的是两条信息,怎样区分这两条信息

lambda表达式

C11特性,最喜欢哪个,为什么

auto底层原理,怎么得到实际类型

左值和右值的区别

右值引用

二战初试(30min)—— 4-11:

自我介绍。

手撕LRU

项目

线程安全

线程和协程,一个线程最大多少个协程

Poll和Epoll

文件描述符具体含义

文件描述符读、写操作底层原理

🤏复试(30min)—— 4-18:

自我介绍

项目

说明项目中的线程池部分,且线程数量有什么说法

线程调度策略

设计一个高优先级与抢占式的线程调度策略

场景题:“现在让你实现一个超大文件下载客户端方案,文件大小为几十G,你需要从哪些角度去设计去实现?”

如果需要用到线程池,线程数量应该怎么去思考

QUIC协议

✌️hr面 —— 4-21:

自我介绍

个人项目介绍

论文介绍

竞赛经历与个人负责部分

为什么选择PC客户端开发这个岗位

如果要从3个角度选择实习,你会怎么选(补充现有A、B两个部门都给你发了offer,你会从哪三个角度去选择实习的部门)

现在手头上是否有offer或正在进行的面试

实习与秋招怎样去规划

对未来的规划

😉oc:4-23oc ,4-24收到电子offer

#我的OC时间线#
全部评论
佬是腾讯文档吗?
点赞 回复 分享
发布于 04-30 04:10 北京
佬 换客户端需要在学什么嘛?
点赞 回复 分享
发布于 04-29 09:45 湖北
接好运
点赞 回复 分享
发布于 04-25 17:00 黑龙江
佬,这些问题都回答上来了吗?感觉有的还没有见过
点赞 回复 分享
发布于 04-25 11:13 重庆
佬是QQ浏览器吗
点赞 回复 分享
发布于 04-25 09:46 黑龙江
接好运
点赞 回复 分享
发布于 04-25 09:42 黑龙江

相关推荐

平台碎片化带来的适配困境是客户端开发者面临的首要挑战。Android生态的碎片化问题尤为严重,全球上万种不同机型在屏幕尺寸、硬件性能和系统定制化方面存在巨大差异。开发者不得不耗费大量时间处理各种兼容性问题,从低端机的性能优化到厂商ROM的特殊行为适配,再到不同系统版本的API兼容。这种碎片化不仅存在于Android平台,iOS开发者同样需要应对苹果严格的审核政策和频繁的系统更新。相比之下,后端开发者面对的是相对标准化的服务器环境,而客户端开发者却要将30%以上的开发时间浪费在兼容性调试这种低技术含量却又必不可少的工作上。技术迭代与业务实际需求之间的脱节让开发者陷入两难境地。苹果和Google每年都会推出大量新技术和新框架,但这些更新在实际业务落地时往往遇到阻碍。企业出于稳定性和成本考虑,通常会选择保守的技术路线,导致开发者被迫同时维护新旧两套代码。更令人困扰的是,一些被官方力推的新技术如SwiftUI和Jetpack Compose,在成熟度和性能上还无法完全替代传统方案。这种既要学习新技术又要维护旧代码的状态,不仅增加了工作负担,也让很多开发者感到职业发展的迷茫。性能优化的边际效益递减现象严重影响了开发者的工作成就感。客户端性能优化看似技术含量很高,但实际上投入产出比往往不尽如人意。将App启动时间从1.2秒优化到0.8秒可能需要数周的努力,但普通用户可能根本察觉不到这种差异。相比之下,后端团队的性能优化成果通常能直接反映在业务指标上。更令人沮丧的是,客户端优化的方法论已经高度标准化,很难体现开发者的技术独特性。此外,平台方的各种限制政策也让优化工作变得束手束脚,开发者不得不把大量精力花在应付平台规则而非真正的技术创新上。繁琐的发布流程严重制约了开发效率和创新尝试。客户端应用的更新必须经过应用商店审核,这个过程不仅耗时(iOS审核通常需要1-3天),还存在被拒风险。紧急热修复受到严格限制,使得线上问题的响应速度远低于Web应用。Android平台还面临着用户不愿升级的困境,开发者不得不长期维护多个历史版本。这种冗长的发布周期使得A/B测试和快速迭代变得异常困难,在强调敏捷开发的今天,这种滞后性严重制约了产品创新和用户体验的提升。          
点赞 评论 收藏
分享
评论
5
23
分享

创作者周榜

更多
牛客网
牛客企业服务