请问 大家如何看待不开摄像头的面试官

入职一个多月了，来分享一些landing的感受～ 整体说下：可以打85分，毕竟当时辞职就是想要走出舒适圈，的确也会有些不舒适，但基本上是因为阿里和网易风格有差别，需要一些时间适应 我所在的产品线整体风格不卷，加班不严重，周末大家都安排自己的生活，可以安心放下手机，也让我彻底放下“不秒回羞耻症” 阿里云团队规模太大，分工很细，人也很多，想搞清楚一件事情要对接好多好多人，要熟悉的流程也贼多，这个过程的确有些累，但我估计只要在大厂都会这样 感觉这边做事情自由度更高，换句话说，老板只要结果，过程怎么做自己想办法去 凡事凡人都爱讲价值。初次对接的其他部门的同事，也会直接问我，“你对业务的价值是什么” 前...

1.藏拙哥：问他秋招情况永远都是秋招寄了，实则手上n个offer，事以密成这块。哎！备战春招！😡2.B哥：到处跟人说自己这个offer那个offer，这个公司要自己那个公司要自己。我寻思谁问你了😅3.打牌哥：势必集齐所有上市公司offer，凑齐世界100强公司offer召唤神龙，人家就要面试就要面试嘛😩4.炫富哥：100w年薪只是见他的门槛，所有高薪offer在他这只有一句自嘲的“烂白菜”😎5.真正的大佬：拿到心仪的offer即停止秋招，并乐于指导身边的同学朋友，友善交流就业发展情况🥺

三、核心技术场景考察及候选人表现（一）考察场景高并发秒杀场景：1 万人同时抢购 100 个库存的商品，要求保证用户体验、系统稳定性与扩展性（二）候选人方案及面试官质疑候选人核心方案：前端先获取 token（通过 Lua 脚本实现锁机制），再凭 token 下单；后续考虑通过 MQ 异步处理、库存分片等方式优化面试官核心质疑点超卖与少卖风险：Lua 脚本仅解决锁竞争问题，下单环节的复杂逻辑（风控等）可能导致下单失败，已分发 token 会造成少卖；锁机制无法完全避免超卖系统扩展性不足：面对 1000 万人抢 1 万个商品的场景，数据库难以承载高并发读写，token 机制与数据库扛压能力不匹配异步...