第一次实习该注意哪些事?

我很喜欢听播客,并且非常想录播客,但奈何临场反应能力不太ok不敢主动输出,恰好昨天有读者约我聊聊他的问题,于是我们愉快地聊了一小时。

有些行为已经内化为习惯,我没有记录下来自己是怎么做的,于是我又重新思考了他提出的几个问题,刚好朋友给我提供了一些新的思路,也帮我印证了之前的一些想法。

我提前写了大纲,在沟通时又想到一些案例。后面我大概会针对每个具体的问题,结合网上的经验,再详细整理一下。

1.线下面试带不带能力作证材料

如果是第一次正式的线下面试,我建议先看岗位JD具体需要什么,再决定要不要打印能力作证材料。

不要为了“证明自己”而什么都带,而是围绕岗位能力去准备佐证材料。

如果你做过和采编、内容相关的事情,可以准备一份相关性强的作品集,最好有清晰的目录,用图片和结果来传递信息,而不是大段文字。

面试时间很短,对方很难从密集文字里快速抓重点。

至于奖状之类的,其实没太大必要,面试官更关心的是你有没有对口经历,而不是这些形式化的东西。

2.实习生怎么快速融入团队

实习生怎么快速融入团队,主要概括为两点:第一是懂业务,第二是让自己的言行更像团队成员。

2.1懂业务

懂业务这件事,最重要的不是搞懂某个具体的事情怎么做,而是要把整体的业务方向给搞清楚

如果公司有一定规模,通常都会有年度或季度规划类文档,这些文档能帮你理解业务的大方向,而你每天做的具体事情,本质上都是在为这个方向服务。

第二是尽早和mentor进行一次一对一沟通,了解公司的整体规划、他负责的事情、你负责的边界,以及你日常需要重点对接哪些人、他们的沟通风格是什么。

第三是我个人非常推荐的一点,就是每天记录自己做了什么、学到了什么,或者犯了什么错误,这不仅能帮助你快速成长,后续如果实习转正,甚至还能作为一个阶段性的成果沉淀。

2.2像团队成员

在工作过程中同事不太愿意配合你,很多时候不是能力问题,而是关系和信任的问题。

刚进公司时候一定要主动破冰,比如给同组同事准备一点小零食,传递善意,让别人记住你;平时见到同事主动打招呼,不要装不熟,否则后续真正需要协作时,对方很难配合你。

你也可以通过翻看公司聊天记录、向mentor了解情况,来判断每个同事的职责和做事风格,避免在沟通中踩雷。实习生话语权本来就弱,如果行为方式和团队“水土不服”,会更难推进事情。

3.职场必备的通用技能有哪些?

职场上通用的能力,软技能比硬技能更重要。硬技能通常短期内可速通,但软技能大多是你撞了南墙,后面才知道遇到类似问题该咋做。

3.1Excel

硬技能excel的应用场景会更广,特别是vlookup函数,以及数据透视表。

工具如何使用,完全可以在场景中学习,比如你遇到xx问题,去小红书搜怎么解决,大概率能搜到实操性较强的视频教程。

至于ppt,有ai studio、wps等各种工具,你只要写好内容,准备好图片,ai就能帮你搞定ppt。内容甚至也可以让ai辅助你完成。

3.2解决问题能力

软技能里,解决问题和沟通能力会比较重要。

解决问题的能力,本质上可以拆成三步:先拆解问题,再判断需求价值,最后协调资源推动落地。

3.2.1拆解问题

拆解问题就是把一个模糊的大问题,拆成可以被验证的小问题。

比如数据异动问题:某个周期里A、B两类用户的付费率都提升了,但整体付费率却下降了。

我们需要先检查计算口径是否一致、用户分群是否完整,再看各类用户的占比是否发生变化,最后再分析背后是否存在节假日、大促或用户结构变化等因素。

通过不断追问“为什么”,才能找到真正的原因。

3.2.2判断需求价值

第二是判断需求值不值得做、什么时候做。

不是别人提了需求就一定要执行,而是要结合公司的业务规划和发展阶段去判断投产比。

尤其是在初创公司,用户画像、支付能力和竞品完全不同,不能照抄竞品的方案。

3.2.3协调资源推动落地

第三是协调资源推动事情落地,这其实非常考验沟通和规划能力,需要你对不同角色的节奏有基本判断,并主动推进,而不是被动等待。

但是职场新人很难拥有规划能力,比如你不知道做这个项目前端、后端、设计、测试各需要花费多长时间,但做多了就有经验了,比如赶时间就让测试提前介入。

3.3沟通能力

还有一个重要的通用能力是沟通。我把工作中的沟通场景分为四类:接需求、提问、跨部门沟通和工作汇报。

3.3.1接需求

接需求时,不能拿到任务就直接做,而是要揣摩对方让你做这件事的意图,他到底需要你给到什么结论?

同时,需要通过反向复述来确认理解是否一致,同时明确交付时间和交付标准

3.3.2提问

提问时,要带着自己的思考和初步方案去找mentor,而不是只抛出问题。

3.3.3跨部门沟通

跨部门沟通时,要把背景、要做什么、为什么做、什么时候交付讲清楚。

会上的结论既要当面确认,会后也要在群内书面同步信息,发送会议结论,@相关人员并备注交付时间,通过工作留痕来避免项目延期或其他问题导致的扯皮。

3.3.4工作汇报

工作汇报则一定要结论先行,用总分结构,你通过数据xx变化发现了xx问题,再展开分析过程。

回到实习生本身,我觉得最基础的一点,是先把低级错误降到零,比如错别字、格式问题,这是底线;在此基础上,再逐渐形成自己的判断和思考。

很多事情现在可以借助AI辅助思考,但真正的判断、取舍和责任意识,还是需要你自己承担。

把自己当成这件事的负责人,而不是“有人帮你兜底的实习生”,这个心态转变非常关键。

4.争取留用要做什么?

如果想在实习中脱颖而出、争取留用,可以下面三个层面切入:注重个人形象、提升工作能力,以及和同事搞好关系

4.1注重个人形象

首先是注重个人形象。这里不是说一定要多精致,而是至少要干净、得体。像男生的话,不谈化妆,但勤洗头、洗澡、换衣服,让自己整体看起来清爽是最基本的。

除此之外,我会刻意观察mentor和团队成员的穿衣风格,让自己尽量贴近团队,比如mentor走的是偏休闲的风格,那我就不会穿得太花里胡哨。

通过模仿,让自己的穿搭、言行举止更像团队的一份子,本身也是一种融入团队的方式。

4.2提升工作能力

第二层面是工作能力要过关。活都干不好,招你来当吉祥物吗?(有关系的另说)

最基础的是不要犯粗心的错误,任何交付在发出去之前,一定要自己先检查一遍。如果时间允许,多留一点缓冲时间,比如任务工期3天,你2天完成了,你可以先把1.0版本发mentor看一遍,让他帮忙提修改建议,通过反复修改,到达交付时间时,你交付的就是2.0或3.0版本了。

其次是要有悟性,职场不是学校,不会有人事无巨细地手把手教你,在完成基础培训之后,需要尽快理解工作的整体流程和核心要点。遇到问题优先借助AI帮忙解决,而不是频繁消耗同事的精力。

第三是积极主动。部门一定有大目标,个人的工作可能是大目标中的小目标,但本质上都是在为大目标服务。在能力范围内可以多承担一些任务,主动接有挑战性的事情来锻炼自己,而不是被动等分配。如果听到mentor有事情需要推进,在自己能胜任的前提下,也可以主动帮忙承接。

最后是保持复盘和反思的习惯,想清楚自己做了什么、为什么要做、结果怎么样,哪些地方做得好,哪些可以优化,一些重复性的流程还可以沉淀成 SOP,方便后续复用。

4.3和同事搞好关系

第三个层面是和同事把关系处理好。

对职场新人来说,刚入职时就可以多和同事聊聊彼此在做什么,比如通过同事A了解同事B的职责,这样后续对接时就知道该找谁,避免对接方来回踢皮球。

初次沟通时表达要清晰、直接,不要过于低姿态。过度客气反而可能让对方觉得你的需求不重要、可做可不做。合作一段时间之后,再适当表达感谢,会更自然。

与此同时,在协作中尽量不要频繁推翻重来,如果一开始没想清楚就反复让对方修改,很容易让人觉得你不靠谱,所以产品在拉评审、提需求前,最好先给自己留出思考和补充的时间。

另一个很重要的点是提高需求的可复用性,如果某类需求是长期存在的,与其反复麻烦同一个同事,不如尝试把它做成工具或平台,短期投入可能更高,但长期能减少沟通成本。

最后,日常关系的维护也很重要,比如适当请喝咖啡、发点零食,在对方交付后及时表达感谢,这些都会让后续合作更顺畅。

整体来看,能否在实习的公司留用,除了取决于部门HC外,往往由很多看似不起眼的细节决定。长期下来,同事们如果都觉得你“靠谱、好合作、值得留下”,那就比较稳了。

#第一次找实习,我建议__##实习转正##刚入职的你踩过哪些坑#
全部评论

相关推荐

随着ai ide工具的迅猛发展和在前端开发中的运用,网络上出现了很多吹捧ai技术的言论或者ai取代前端的论断。然而作为一个经验有限的小白,我的感受却和某些大佬们几乎截然不同,总觉得ai还是不够强,不够聪明,接下来聊一聊我的看法供参考,仅代表本人观点。实习和学习期间,cursor,Claude code,trae这些ide我都用过,我大体的结论是:对于常规业务需求,ai ide工具必须在以下几点条件下才能有较为良好的表现,但是对于企业级项目而言,前端开发本质上是企业的商业目标在技术上的实现,和任何一项工程实践一样,都面临着极其复杂的上下文环境,以及多主体的沟通协作,因此以下的要求都很难完全满足。第一,简单明确并且一次性的业务需求。显而易见,需求的复杂度在很大程度上决定了工程的复杂度,以及指令描述的清晰程度。就拿企业里面常见的支付下单链路来说,涉及十几种订单状态和流转步骤,理解业务的过程必须由开发者完成,ai仅仅是辅助。至于迭代次数大家懂得都懂,企业级项目迭代频率是非常快的。第二,低交互,短链路的界面和低性能的要求。c端业务对性能要求通常较高,即使是b端业务也会有较为复杂的交互链路。而这一点是前端开发特有的难度,毕竟前端构建的是UI界面,如果交互效果复杂(UI方面比如阴影渐变,淡入淡出,交互方面比如拖拽展开折叠等),则会非常难以用文字进行描述,对ai来讲也非常不友好。第三,有限的工作区边界和上下文规模这点前端相比后端更容易做到。后端开发常常涉及接口,数据库,中间件,路由等各种模块之间的复杂调用关系,而前端相对来讲更容易把UI组件拆的很细,进而约束工作区和上下文规模。但这项工作涉及组件拆分和数据管理和接口设计,也需要由前端开发者完成,而非完全交由ai工具。第四,命令式的指令和明确的技术规范所谓的命令式,指的是需要把开发步骤详细拆分,而非仅仅声明式地描述结果。举个例子,你不能只说“在这个组件实现登录和注册功能,”,那样的话写出的代码质量很低。你应该和他说 先实现静态约面,再添加交互,校验输入,最后提交结果,并且附上把每一步的效果。此外,请求库用哪个 请求函数是否封装 样式方案用哪个 需不需要拆分文件 开发中有哪些格式规范 函数变量命名怎么样 这些都是需要开发者去约定的。接下来举几个日常前端开发中的情景,这也是我为什么会得到以上的结论和感受。1.你刚进公司开发第一项需求,项目需要同时在web端和移动端运行,请问你如何解决手机端调试(让手机打开localhost),开发阶段跨域和登录状态共享(拿到其他域名的登录态)的问题?ai可能会给你一些常规的方法,什么webpack vite的proxy代理解决跨域,然后局域网监听,内网穿透让手机访问网址,修改host可以共享cookie等等,这些我也都不太懂。但其实公司里面大概率早已有成熟的解决方案,只需要访问一个共享的中间网站,让手机扫个码就能一站式解决所有问题,连proxy都不用配。所以你要做的是熟悉文档,判断问题和沟通提问的能力,以及一些超越前端范畴的网络知识。这些都是ai无法替你获取的信息。毕竟对ai来说,所有的问题都是你的问题,但对你来说并不是哈哈哈。2.假设你正在开发一个商品展示的详情页,现在拿到的是设计稿和prd,懒得一点点敲样式,打算把它甩给ai,直接告诉他在中让他直接生成静态代码。但很快你会碰到很多问题。首先是你要清楚你们项目样式方案要用哪一个,moduleCSS,CSS in JS还是原子化CSS,不说的话ai可能就直接把style塞到标签里了。其次是一些响应式问题,页面宽度不够时布局需不需要换一种展示方式,文字溢出怎么展示?页面宽度拉长的时候圆角比例不对了可以接受吗?页面上的icon怎么都不一样能不能统一复用?这些都需要和设计师一点点沟通甚至battle。第三是交互逻辑,用户体验以及一致的UI界面。滚动到底部有没有loading状态?滚动事件要不要节流函数?函数自己写还是用第三方库?用哪个版本?移动端支持度怎么样?商品的数据量有多少,需不需要虚拟列表?没数据的时候页面展示什么?高度是不是固定?此外,弹窗和loading 按钮是不是已经有通用的组件了,没有的话需不需要封装?需要封装到什么程度?需不需要发布npm包?这些都是由你和团队决定的,而不是完全交给ai,否则它可能用一大堆代码还原了一个你引入几行代码就能搞定的东西。AI不是不考虑这些问题,而是不符合你的预期,增加后续维护成本。有可能ai给你用antd写了一堆,但是明明你们部门之前有自己二次封装antd,也有可能它引入的包和你项目的某个框架不兼容。这要求你对部门技术有基本的了解甚至熟悉。3.进入联调阶段,你开始换账号测试,突然发现换到某一个账号后下单按钮疯狂点击没反应,开始排查。原因是这个用户在这个协议里受到了某些限制不能下单,后端数据库里拿不到数据,返回操作失败,前端也无法跳转下一步。理论上,登录之后如果他受到协议限制没权限,按钮应该隐藏,提示用户没权限。问题出现的原因,大家都应该背锅:产品: prd里面没写,逻辑和之前一样,因为默认大家都懂。没权限按钮肯定点不了啊设计: 照着prd画的,总不可能有按钮没按钮都画一遍前端: 你当时梳理业务的时候是给ai梳理的,ai打死也不知道你这按钮还会隐藏的,所以你没问产品,也没找后端加字段。后端: 只看prd,prd没写就没做。开发阶段前端也没说要加字段,就没加。现在你提出了解决方法,让后端加上一个字段hasRight,前端判断是否有权限,没有的话按钮隐藏掉。但是后端看了一下项目,发现这个字段的判断逻辑在另一个旧项目里面,所以让你去调用旧的接口拿字段。你求着后端说能不能聚合一下,后端说太麻烦不好做,而且不要重复开发,最好前端发个请求去拿就行了,所以为了一个新的字段前端要去另一个页面找请求是怎么发的。前端很委屈,但是也很无奈。新项目的页面用到老项目的接口,于是你打开线上页面,打开控制台翻请求看看参数怎么传的,发现那些参数完全没见过都根本看不懂啥意思。复制给ai它能帮你吗?恐怕不太行吧。无奈之下,你又只能去找这个项目的前端代码,在套了一层又一层的屎山里面翻来覆去,总算找到了那些请求参数的依赖逻辑,万幸的是这些参数都通过在新项目的现有数据推导计算出来,有些只是换了个名字。不过很快你又发现新的问题,这个老项目部署在a.com域名上,但是你现在开发的新项目部署在b.com上,即使你参数都准备好了,也会因为跨域拿不到数据。难道说还要在本地配置代理吗?甚至可能还要开发一个node中间层作为转发?开发阶段好说,测试和生产又怎么办?难道因为一个字段导致项目架构都要变动吗?要不还是找后端协调一下?怎么办呢? ai能帮你吗?你要是问题说不清楚,它真有可能给你本地整一个node转发层出来。。。4.提测阶段,第一天测试就拿了bug截图甩你脸上。你发现页面按钮全部挤一起,怎么回事呢?调试了半天才发现原来你习以为常的flex布局gap属性在某些安卓旧式机上不兼容。所以只能把项目里面手动把gap一个个换成margin–right和margin bottom。。。你好奇ai为什么没和你说?ai能知道就怪了。。。而且鬼知道你用什么机子测。测试的最后一天,产品突然说要加个埋点,问就是老板要,于是你只能拉回代码加埋点,本来想问ai,但是ai怎么可能知道你们部门埋点工具的逻辑呢?于是你只能去翻文档一点一点对照着写。最后看着卡着一动不动的cicd流水线感慨,为什么ai不能再聪明一点呢。以上场景都是我的亲身经历,实习几个月代码和技术没学多少,反倒是看到了不少甩锅和妥协。看到这你可能会理解,为什么我认为即使ai工具在我们日常开发中完成了大部分编码工作,它对我们的帮助程度仍然有限,大概占所有工作的30%-40%左右。我这还是个初级的实习生,对于更高级的程序员,这个比例只会大幅度降低。从最开始的业务理解,需求分析,到前期的架构设计,技术选型,旧项目的技术债务梳理,迭代成本评估,到具体的代码实现,安全性测试,bug调试,再到最后的生产上线,性能调优,前端开发涉及到产品需求提出到落地到后续迭代的全链路,在这中间很多事情是需要我们人去一点一点理解和实现的。很多时候我们面临的不仅仅是工作区的窗口那几个文件和几行代码,甚至都不是单纯的技术问题,是一个带有历史包袱和庞大上下文的复杂系统。所以我们要做的是打好地基,搭好框架,尽最大的可能缩减需求边界,明确限制条件,这样ai才能成为你得力的执行者,做好最后的搬砖工作,而不是一上来就让ai建造一整座房子。
AI Coding的使用...
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务