继续干后端还是转行呢

简历第一版，得物那一段比较水不知道咋包，求大佬锐评一下以及这种简历秋招竞争力如何引流:字节美团小红书阿里百度b站携程小米华为得物腾讯虾皮京东

当考公遇上Java——粉笔Java面经续集。粉笔二面开局问：考公上岸和粉笔Java怎么选？粉笔 Java开发工程师 二面 63min1) 自我介绍2) 第一份工作考虑北京？3) 实习介绍4) 线程池介绍5) 操作系统 生产者 消费者6) 死锁7) 空闲线程销毁8) 任务队列原理9) 核心线程执行完任务，那会去检查队列中的任务吗？空闲的核心线程会不断死循环检查队列吗？10) 线程池和消息队列的共同点11) 线程的状态12) wait notify notifyAll13) 数据库三范式14) 手撕：多叉树裁剪

问题的定义和发现过程：今天在做毕业设计的项目，发现两个系统之间可能存在耦合。一开始的想法是使用事件的方式来解耦。后来发现不仅这两个系统之间存在耦合，也普遍存在于其他系统间。解决方法的联想和具体方案：正好最近在看面经，发现大家大部分情况都被问到了设计模式，所以就想着看看啥设计模式可以解决这个问题。最后选择了观察者模式。于是就去google了一下什么观察者模式，就我浅显的一个小时了解之后，用我个人的话来理解就是：观察者模式可以理解为有一些类（类1），他们的行为在设计上会影响别的类（类2、3、4）。但是我们需要在开发过程正避免类2、3、4直接调用类1的某些字段来更新状态，导致耦合。所以我们可以实现一个发布者接口，让类1实现这个接口，同时实现一个订阅者接口，让类2、3、4实现这个接口。另外需要类1维护一个动态的订阅者列表，在类1的某些状态改变的时候，通过事件发布给所有依赖于这个状态的订阅者。这样订阅者就可以避免通过直接访问发布者某些字段的行为来改变自己的特定状态，达到解耦的目的。（我对接口和事件的知识还比较浅，而且是刚刚了解了观察者模式，如果有理解错误欢迎指出，写这个贴子目的在于记录自己的每日学习，并且锻炼结构化思考问题的能力。）资料参考：https://refactoringguru.cn/design-patternshttps://www.runoob.com/design-pattern/observer-pattern.html

前言❝最近有星球同学问我，说看到星球的秋招汇总表里，已经开了很多公司，要不要投递，以及什么时候投递比较好。之前文章里也讲过，秋招投递简历一般有两种方式，官网投递和三方软件投递（比如boss）。这两者投递区别之前文章也有写，不清楚的可以回去看看。那这简历什么时候投递呢，我认为需要分情况：分投递方式的情况，以及分学历的情况（当然简历投递都是默认在已经准备好的前提之下的，别都没准备好，就开始焦虑投不投递了）。其实，校园招聘，秋招对学历的看重性会大很大。当然不可否认，一些学校不太好的同学，能力也非常出众，完全不输那些985、211学生。但是针对企业自己来说，按照学历来筛选是它们最节省一众成本的方式了，...