第一次真正感受到“技术判断”这四个字，不是在写完代码的时候，而是在一次方案评审前。需求看起来并不复杂，业务要上线一个新能力，时间不算宽裕，但链路很长，涉及多个模块联动。导师把文档丢过来，只说了一句：先别急着写，先把可能出问题的地方找出来。 我最开始也和很多实习生一样，下意识会先看接口、看表结构、看怎么把功能做出来。但越往下梳理，越发现这不是一个“把需求实现”就结束的任务。高并发场景下，任何一个看起来正常的调用路径，都可能在流量起来之后变成瓶颈；任何一个默认重试、超时设置、依赖堆叠，都可能把局部问题放大成全链路抖动。 于是我先没动代码，反而花时间把调用链、异常路径和兜底逻辑一条条画清楚。哪些请求...

要简历的不少，但没面😥同学都在实习，好焦虑😢

一句话总结：“怎么找实习”其实是一个很综合的问题。从技术角度看他应该被拆分成为很多个小问题，比如我应该学哪些东西？我应该怎么写简历？我应该怎么找简历项目？而涉及到的小问题基本上我之前都写过文章聊过，因此这里不赘述了。而这篇文章将从整体角度聊一聊：”到底如何找实习“。更多聊的是作为一个新入门的同学应该如何看待实习以及各种整体性的问题。对实习的认知：实习并不是从零开始学习很多同学都有一个误区：虽然我现在啥也不会。但因为我还是有学习的心思，所以我想找一个实习来推动自己学习。但凡是抱着这个心思去找实习，要么就是被当超级廉价劳动力，写基础垃圾接口当黑奴干。要么就是一脚掉进"招转培"的...