面试题简述现有100只老虎和1只羊，规则是这样的：（1）老虎吃羊会变成羊（2）每只老虎都想吃羊，但更想活下去那么，请你分析一下，这100只老虎最终会不会吃羊，为什么？面试官想听的1、能否抽象出递归博弈模型2、是否能用演绎推理的方式层层推导3、在过程中保持逻辑自洽、有条理的表达面试回答举例首先，我会从少量老虎的情况入手，通过地推推理得出规律。1、当只有1只老虎，1只羊的情况下：这只老虎会吃羊，因为吃了之后变成羊，依然安全，没有别的老虎吃它。详情请参考：http://xhslink.com/o/2W8YC3klwYK由浅入深分析这类题的本质是逆向推理的递归博弈问题：每个参与者都理性、信息完全透明，...

从十二月中旬投到现在也杳无音信，只几个过了初筛计划是产品，能实习到三月中下旬，不过估计是不可能的求拷打与指点迷津

第一次面试某大厂，HR问我："有分布式经验吗？" 我tm连Redis都没摸过，但想起学长教的"面试三板斧"，张口就来："虽然没实战过，但我研究过CAP理论，还自己搭过三台虚拟机模拟集群！" ——其实就是在宿舍用VirtualBox开了三个Ubuntu，ping通就截图发朋友圈装逼。

很多实习生都有过这样的困惑：每天埋头写CRUD、改bug，看似忙忙碌碌，可实习结束回头一看，除了一份实习证明，啥硬核收获都没有。其实不是实习没价值，而是你没找对“挖干货”的方式。结合我两段实习的踩坑与总结，分享3个能快速提升产出的技巧，尤其适合技术岗同学，帮你从“打杂仔”变身“有料人”一、啃透官方文档：比自己瞎练10个小项目更有用刚实习时我总沉迷自己写小demo，觉得“动手才是王道”，直到偶然翻了公司的项目架构文档，才发现自己写的都是“小卡拉米项目”——没有复杂场景的解决方案，更没有工业级的技术考量。公司沉淀的文档（架构文档、方案文档、技术栈文档），全是前辈踩坑无数总结的实战精华。比如架构文档...