最近在和周围的产品交流时经常性的会提到变化一词，相信每个工作多年的产品经理都或主动或被动的经历过变化，比如在公司的内部去到新的业务或者接手新的项目。我作为一个工作十年的老产品，在17到18年调整领域，从C到B，18年接手3个业务突破项目，19年更换新业务，21年换行业，22年来到创业公司，从职业生涯的第5年起，几乎每年都会有一次大的变化，因此在这想把自己过去积累的经验总结分享给有需要的产品人，接手新项目时能更从容，提高成功的概率，真正的“拥抱”变化。遍历事实实事求是是每个人都常听到的一句话。但接手新项目或者来到新业务的前两周，最难的事情就是搜集信息，了解背景。那哪些事实是你一定要看的，我建议你...

哎，不想说什么了这让刚毕业的学生怎么搞

六百六十六演都不演了

约的是下午两点半的面试，提前到了会议室，hr小姐姐很温柔友好，在会议室等了六七分钟后，面试官进来了，此次为技术一面（大概40min）自我介绍介绍一下业务项目，主要负责工作等项目前端用的什么？springIOC介绍一下？它这种依赖注入方式的好处是什么呀？如果直接new有什么问题呢？可以举个例子讲讲吗（感觉这块答得一般，主要是不知道怎么举个好例子来说明好处）SpringAOP使用过吗？用在项目的哪一块？使用aop进行日志管理比起自己手动打log的好处在哪里呢？aop原理？设计模式有用过吗，有了解吗？答了工厂模式、单例模式小场景：if-else 特别多，有什么方法可以优化？问了一下项目中用到的高德地...