举个例子，我做数据平台的，数据部门需要项目的数据，那就得把数据落hive，还有一些实时指标，需要写flink任务输出给下游去用。要满足这些需求，你就得把大数据那一套东西玩明白，至少要熟练使用。
此外，像serverless、service mesh等在公司也是广泛使用的，你得了解这些概念，才能明白自己项目是怎么部署的，遇到问题去哪查。但是，工作久了我发现，很多人可能因为年纪问题，面临的家庭琐事增多，逐渐会失去对技术的热情，技术会停留在使用层面，也不再追求极致，能满足工作就ok。
网上说有人十年工作经验和两年工作经验差不多，就是这个原因吧。我自己也时而感觉技术很枯燥，但既然选择了这条路，就一条道走到黑吧。
螺丝钉？
是的，在大厂里，螺丝钉的感受会更明显。即便我现在独立负责了一个很大的服务，但在公司这个庞大的机器下，自己的工作看起来会那么渺小，仿佛公司有我没我都一样。公司一般也会尽量避免让人具有”核心竞争力“，比如一个项目至少两三个人非常清楚，而不能只有一个负责人，万一离职没人接手了。
每个人随时都可以被代替。身边很多同事，都是一种既”摆烂“又努力的状态。工作照常认真做，也都清楚自己只是个螺丝钉罢了，打工，只为碎银几两
996？
996的现象不是普遍的，某些部门会很轻松，某些部门会经常加班到12点。我认为根本原因是公司还处于飞速发展的状态，需求太多，赶着人往前走。字节一年，人间三年，不是说着玩的。作为还不到30岁的年轻人，我觉得卷一卷也挺好，但是要有意义地卷，不能瞎卷，纯粹磨洋工是不可取的。
效率问题
我在字节最大的感受就是，保持专注太难了。不仅每天有开不完的会，还有各种对接的人随时找你，经常会被打断，很难很难有超过一小时的连续时间能专注地写写代码，设计方案。不知道别人是不是这样，我目前就是这个状态，导致精神上很累，不能完全放松。现在在尝试定时回复工作消息，状态略有改善
大厂的代码质量很高吗？
No。大厂也有很多”屎山“代码，主要原因是业务发展快，缺人，导致招人的标准可能有降低，很多人写代码根据不会考虑设计模式，也没有什么规范，想到哪写到哪。再加上一个项目可能频繁地被不同人接手，每个人也没动力推翻重构。"代码和人，有一个能跑就行"。
其实对于C端业务来说，代码质量差点问题也不大，因为业务迭代太快了，逻辑动不动就要大改，在不影响影响的前提下，代码差点也能理解。对于B端业务，设计模式就极为重要，很考验程序员对业务领域的理解，必须有良好的抽象设计。
总的来说，你可以在大厂里可以有很多实践的机会，内部也提供了很多宝藏资料，各种学不完的好东西。公司提供了最好的研发和硬件环境，只要你能适应这里的工作节奏，找到自己的前进方向，成长是很快的。
如何获得spot bonus？
