真的崩溃了

一句话总结：其实大头还是写需求。只不过是写更规范的需求。我们以一般实习生的三四个月在职时长，看一看你都会经历哪些事情。但下面这个流程也和公司规模有关系。越小的公司可能越流程越杂乱。第一周内：这个时间段内，你主要还是以新人培养为主。一般会安排你读一些组内的业务文档，分配你的MT。遇到比较好的MT还会和你一对一的讲一讲组内业务。这个时间点也不一定就刚好卡死一周。不太忙的业务组可能时间长一点，要是业务组特别忙的话，巴不得你第二天就开始介入需求。并且在未来的一段时间内，日报/周报/月报将会伴随你的实习生活。主要还是为了你的LD（直属领导）以及MT了解你的动向，同步工作进度、遇到的问题和后续计划。往后一...

这是一篇迟来的秋招反思总结。虽然可能是拿到了开发的大sp，或者说小ssp的开发offer，但是真正签下三方的那一刻却并没有什么情绪波动，只觉得“这事结束了，我该继续定下下一个阶段的目标了”。回顾一下自己的秋招历程。我的秋招真正的起点可能起源于去年的年中。那时的我可以说对于求职所需的技巧都完全不懂。没有人带，没有带我求职的“导师”，我所做的只能是问几个学长，然后在各种平台找大佬咨询。最后还是选择了资料最多的Java后端开发，从此我的学习便开始了。刷力扣、刷视频、写项目，日复一日，加了知识星球还去打卡，回看当时打卡记录持续了180+天，直到找到了日常实习才结束。不能说是007，但是平均下来也有了995的强度。在年底找到了第一份日常实习，于是踏上了说走就走的旅程。实习的时候每周都要请半天假从公司坐高铁回到学校，开完会再回去，从中午12点到晚上12点全都在路上，这份辛苦只有自己心里清楚。接着开始找暑期实习，先是被腾讯搞了一通，面微信面穿后录用评估挂，接着又是美团全部答上来后超时自动挂，最后在一个普通的下午突然收到了阿里的实习offer。那一刻所有的努力和辛苦都具象化。暑期实习的过程中，运气好进到了一个强度相对比较低的组，于是在7、8月份每天晚上下班后回去继续刷题、复习各技术栈，还要抽时间面试。到了9月初已经面了40+场，进了面的只挂过一次岗位不匹配的腾讯的存储类岗位。9月陆续收到了多个offer，我以为自己也许会算比较优秀？开始谈薪后发现自己其实只是普通的一员，加了各大信息共享群，发现总是有比我更强的人，也有算法的大佬比我断档的领先。至于我为什么没选算法，在之前的文章里有讲到；而开发的大佬则从本科就开始有了相关的沉淀，我自然无法比肩。于是我想到了“比你优秀的人比你还努力”，我有什么可骄傲的。于是开始继续学习，继续成长，这不是抖M式的强迫自己受苦，也不单纯是为了以后的竞争力，还是为了自己的充实感和心理满足。签下三方的时候没有什么情绪波动，只是普通的点了下按钮，然后转头又去继续改bug了。我想我老了也会继续保持学习，让我不被时代抛弃。

题干解析 去除背景后： 题设定义一颗二叉树，允许我们任意选取不连续的节点，要求返回所有选取方式中所选取节点值之和最大的值。 算法思路 递归分解问题：  针对空树根，我们无从选择。 针对单节点树根，我们有两种选择：选择该根节点/不选择该根节点。 针对一般树根，依旧两种选择：选择该根节点/不选择该根节点。  我们想要让我们的选择总和尽可能大。考虑普通的树根：  如果我们选择根节点，则两个子树需在根节点均不能选的情况下得到最大选择。 如果我们不选择根节点，则子树的节点选择并无过多限制，得到最大选择了即可。  子树的最大选择也可以依照树根类推，只不过同样考虑两种情况，选择子树根节点/不选择子树根节点。...