中信银行信用卡中心面试

本人ntu硕士在读，正在找日常实习，主要考虑运营和产品，不知道是不是因为五月底才能入职的原因，目前几乎没有面试邀约，真的快焦虑死了，求大佬指点

1、阿里面试1、Linux系统方面1）进程和线程的区别（不能太书面化）（需要从内存角度，或者其他角度描述）需要用自己理解的方式去回答这个问题，如果你回答了xxx是基本单位，这样子是不行的。技术面试会追问你，需要你用自己的话去理解进程和线程。线程和进程是否是独立的？线程和进程的之间内存空间是否是共享的？进程和进程之间是否是共享的？2）线程之间是如何调度的比如说有两个线程：线程A和线程B，线程B要先于线程A运行，或者是线程B运行了多次之后在启动线程A，如何进行调度？3）非实时操作系统和实时操作系统的区别和选择，以及应用场景。2、C语言方面1）static的作用，函数中变量使用static的作用，它...

bg: 学历：26届某广东9本旅游管理实习经历：秋招时候是2个非常野的项目经历，25年10月紧急去刷了一份互联网公司的产品运营（用户增长方向）其他：CET-6， JLPT-N1，日本交换经历Ep1. 秋招8月，日本的交换经历结束了，回了国。此前对校招这个概念几乎没有认知，在此之前，我对毕业的预期薪资大概是996的情况下4000-6000即可满足的情况。但是看周围的人也有在准备秋招的，所以我也开始逐渐开始准备校招。也就是说，是从大四上学期才开始建立职业认知的。但是这个时候的我，对求职、对校招基本什么都不了解，在此之上出于一种“我没有实习”自卑感，投的公司也很少。在少有的公司里面，也几乎没有给我发面邀的。整个8-10月，我都是在这种状态里，焦虑地度过的。与此同时，因为学校的交换学分转换政策比较严格，我的大三下学期相当于一门课程也没有修，于是我到了大四，甚至到了现在还要上课。校招、上课、毕设，我要在三方面的压力里活下来。9月末-10月中旬，投的Y通速递管培生项目邀请了我进行面试，整体来说比较顺利，但开奖就要等到11月中旬了。10月中旬，我开始找实习，希望可以靠这个来丰富自己的履历。这时候，日本交换经历和日语能力给了我一个去百度 Gravity 部门实习的机会（同期还有CMGE的日本市场的一个职位，但是拒了）。回想起来真的非常感谢我的mentor，从许多优秀的履历里面选了我发offer，给了我开始职业生涯的机会。虽然缺少工作经验的我，在实习期间做得比较一般，不知道有没有达到mentor的期望。这次实习一直持续到了2月的年前。11月中旬，Y通速递的offer开奖了，工资实在是低得令人发指（7500x12，base上海，虽然包住，但我确实不想住在宿舍和别人分享空间）。于是既没有接受也没有拒绝，一直拖到了现在。10月-2月，我一边实习，一边更新简历，一边继续投补招和春招提前批。这个时候有了新的履历，进面率确实高了不少，但能活过一面的少之又少。其中包括EcoFlow的海外销售、腾讯IEG的海外发行，还有一些其他的，我不是很记得了。就这样，带着唯一的一个offer，秋招完全结束了。Ep2. 春招我想我的春招应该是从2月初开始的。2月6日，我从百度离职了，深圳的出租屋还没有过期，随后我开始在出租屋内fulltime投递早期开放的春招提前批岗位，但没有回音。我想，春招提前批可能是给那些大牛准备的吧，我这种小卡拉米，确实很难入围。2月12日，我收到抖音电商-达人运营的面邀，在2月13日。但是我怕自己准备不充分，推到了年后。2月25日，一面挂。2月26日，我收到pdd招商运营的面邀，在2月28日。但是我怕自己准备不充分，推到了3/8。没想到这个居然会成为我唯一的offer。年后，开学了，回到了学校。我带着百度的经历，自信满满地， 跟着牛客上、以及各种渠道收集的新开互联网公司（all in互联网）招聘信息，开一个投一个，但面试很少。尽管已经是春招了，但许多连简历筛选都没有过，我以为那些bg很牛的人都在秋招结束了，看来可能并不是这样。Timeline忘了，但年后进面的包括：字节-抖音电商-达人运营，一面挂京东-TET-综合方向，二面挂拼多多-招商运营，offervivo-互联网产品运营，一面挂虽然投了得有50-60家，但是，其他的，则是完全没有进面。其中，拼多多这边，招商运营因为hc满了，调岗到了上海的运营管培。我一开始很焦虑，以为自己横向挂了，但最后还是来了oc和offer。我累了，已经不想再继续了。写的过程里面，尽量克制了情绪，不过，其中的辛酸苦辣，今年春招的大家应该也能感受到。最后留一点照片，来告慰、自我感动一下自己吧。

1. 先做一下自我介绍，重点讲你做过的系统背景和你负责的核心链路2. 你在团队里主要负责哪部分，怎么证明这部分不是“打杂型开发”3. 你把整个系统架构讲一下，如果让我听完就能知道瓶颈可能在哪里4. 技术栈选型的时候你会怎么做取舍，尤其是 Redis 和消息队列为什么这么选选型不是比组件名气，而是比业务约束。Redis 适合做热点缓存、轻量状态、分布式协调和短期去重，但不适合承接强一致主数据；消息队列适合解耦、削峰和异步补偿，但不适合所有需要实时可见结果的主流程。真正的取舍点在于数据是否允许延迟、失败是否可补偿、顺序是否重要、消费是否要求可重放、以及业务能否接受最终一致。很多系统不是选错中间件，...