萌新小白求it学习方向:后端跟大数据

敲完最后一行代码注释，把今天改好的版本提交到Git仓库，我靠在椅背上，拉开一罐冰可乐，灌了一大口，气泡冲得人脑子一麻，爽得不行。今天是我来这家工业自动化公司做嵌入式开发实习的第35天，也是我入职以来，第一次独立完成的功能模块，顺利通过了测试组的验证，没有打回，没有致命bug，mentor在部门群里@我，说了句“干得不错”。而就在一个月前，我还是个连公司开发环境都搭不明白，站在mentor工位旁，连问问题都要在心里打三遍草稿的纯纯菜鸡。拿到实习offer的时候，我在宿舍和哥们吹了半宿的牛，说终于能进正经企业干技术了，结果入职第一天就被浇了盆冷水。mentor给我发了公司的开发文档和环境配置教程，...

再过一个礼拜就三月份了，想问问大佬们知道大厂暑期实习大概什么时候结束招人，以及最晚什么时候入职吗？年前问了位字节hr，感觉字节会好早结束暑期招聘啊，不知道其他大厂的情况现在大厂这么卷的尿性，岂不是七月中旬就开秋招提前批了？

大佬们看看，有没有什么还要修改的地方，第一个项目做的是黑马点评，加了一个rabbitMQ，第二个项目是鱼皮的API开放平台结合了一下鱼皮的大语言对话模型项目

1. 自我介绍2. 这里的数据量大小是多少，字幕使用mysql存储是不是不大合适，做分表操作必要性大吗？答案：如果字幕数据量只是中等规模，而且查询模式比较明确，比如按视频 ID、语言、时间轴版本去查，MySQL 其实也不是完全不能用，关键在于表结构设计、索引设计和冷热数据策略是否合理。但如果字幕文本本身很长，写入频繁、版本多，而且还有检索、回溯、批量更新这类需求，那单纯放在 MySQL 里就不一定划算了。因为它更适合做结构化数据管理，不太适合承载高频大文本读写。更常见的做法会是 MySQL 存元数据和索引信息，大文本内容放对象存储或者专门的文档型存储里。至于分表有没有必要，要看几个点：单表行数...