字节跳动意向书

1. 详细介绍游戏审核架构迁移项目，包括其背景（老架构无人维护、技术债高）、目标（统一审核SDK、让业务方无感迁移）以及具体实现2. 针对异步审核回调场景，阐述对比过的两种方案（异步长轮询 vs EventBus），并解释最终选择EventBus的原因3. 阐述了整体架构流程，特别是引入乐高（Lego）组件作为隔离和降级手段的作用4. 介绍黑白名单统一管理平台的项目背景、要解决的核心痛点（运营管理繁琐、开发重复定制）5. 详细解释如何通过三级缓存架构（本地缓存+Redis+DB）顶住70万QPS的流量，并阐述为什么读请求不回源到DB6. 详细阐述保证DB和Redis数据最终一致性的多重方案7. 解释如何通过“模板”来抽象和支持不同业务维度的黑白名单，以及模板和名单对象在数据库中的存储设计（JSON字段）8. 阐述系统的检索方式（不支持按JSON内字段检索），以及如何处理存量数据的迁移（RPC、Excel导入）9. 算法：一个蚂蚁在时钟上从12点出发，每次可以顺时针或逆时针走一个刻度，总共走n步，问最终刚好回到12点的走法有多少种。（动态规划/回溯问题）10. 设计一个在5000人群里发50个随机金额红包的功能，需要考虑哪些技术问题，并给出解决方案

自我介绍 实习（这里他一直没get到我的意思，同一个问题问了两三遍，没招了）项目（为什么要用redisson，redisson的底层原理，lua脚本的底层原理）从磁盘中读取文件的完整流程（操作系统，我说没学过不会）让自己挑个熟悉的部分讲一下，我说mysql，然后直接开始吟诵算法：编辑距离变种（leetcode127，hard）k个一组反转链表只做出来第二个

我选低薪wlb，因为__月薪虽不算高，但下班能准时走，不用天天抱着示波器、焊板熬大夜赶deadline。下班时间能安心啃技术手册、练项目实操，慢慢打磨功底，不用被高压节奏打乱节奏。嵌入式靠硬技术立足，稳扎稳打积累经验，比急着赚快钱更实在，轻松心态反而能把代码写得更顺～

最近联想ISG(基础设施方案集群)大cy，受害最多的就是相关基建方向。一直以来我的观点就是，应届生能避开基建就避开，这方向太垂直单一，非常不利于你以后社招跳槽。现在招聘形势越来越难，以后社招很看中你的业务方向匹配度，基建方向无论是场景还是技术方向都太单一不是很好跳。比如热门的搜推电商支付用增社区社交等方向，还有相对大的市场和一定容错匹配，比如你支付方向跳商家方向，社交方向跳社区方向都没问题。基建距离业务很远，任何公司基建都是自己挖掘定制化需求然后自己开发，造成缺点是:1.极大概率自己这个基建方向日志/监控/db/mq搞着搞着就没活了，或者市面上成品方案比你搞半天都好用，你们这个团队直接没价值团灭了2.基建方向太窄，团队专精某个方向太垂直了不好跳槽，其他大厂都有自己一套成熟基建方案，再增长(未来的活)空间不多，小厂都直接用开源免费方案，不需要吃力不讨好搞自定义基建。那有牛友就问了，自己拿到基建方向offer怎么办，或者市场上看着基建还有不少招人?对于前者如果目前基建就是你当前最好offer或者有大厂加成，那就果断去，校招的大厂平台优势是很高的，这个背书至少可以很好帮你下次跳槽，至于业务方向担忧，这就是你当前最好的offer，那也别挑了进去好好干吧。或者你是初高中就自学编程的大佬，从小就对某个基建方向或者中间件(db/mq/log/若干skd)有数年长期深入的独到见解，那就不必看这个建议了，答主配不上建议和指导你。对于后者基建这个方向大多是组里资深的前辈设计架构和大的方案，然后由组里中职级带低职级一起干活实施，但是能架构和方案是不断完善的，到中后期可能就不需要高职级来设计，只需要招相对便宜的中低职级进来干活就行。