首页 / 现在前端的就业环境真的很差吗
#

现在前端的就业环境真的很差吗

#
113089次浏览 1270人互动
目前前端的就业环境是什么样的?求职前端还有希望吗?来聊聊你的看法
此刻你想和大家分享什么
热门 最新
12-16 21:04
快手_前端开发
前端对性能优化的一些实践 可据此包装实习or项目
这篇文章谈谈我之前实习看见的一些性能优化方案(卡住职业生涯👊🏻😭)之前在qiankun基座上做SSR 就被问 你为什么不先在别的角度做优化🌚(当然是为了做技术需求-没活硬整)篇幅有限啊 主要是给出思路让大家去实践 这么多故事 你造出一个亮点 大厂offer 不就稳了1. 是什么导致性能下降随着前端技术和架构的演进(各种库层出不穷),Web应用(shi山项目)往往会经历不断的迭代和优化,但有时由于资源积累或技术选型不当,性能却可能逐步下降。我们可以得出以下是常见的性能劣化原因:资源加载过大:应用页面可能包含了过多不必要的资源,导致页面加载的时间过长。尤其是在首屏加载时,可能会一次性加载大量的脚本、样式和图片。串行阻塞:在页面加载过程中,某些资源和数据请求可能会串行执行,比如用户认证、数据获取等,导致阻塞了其他重要资源的加载。重复加载资源:如果前端项目使用了微前端架构或多个模块化构建,常常会发生一些基础资源(如React、ReactDOM等库)被重复加载,浪费带宽和时间。2. 关键优化措施为了将页面加载时间大幅缩短,我们采取了以下几项关键的优化措施:(1)资源优化:拆包、懒加载与缓存资源拆包:通过拆分大包,将页面中不必要的资源按需加载。例如,避免将所有页面模块一开始就加载,而是根据用户需求分批加载。通过按需加载的方式,可以大大减少初次加载的体积。共享缓存:通过使用共享CDN缓存,确保不同模块或子应用之间能共享一些公共资源(如React、ReactDOM等),避免重复加载和冗余带宽消耗。懒加载:将首屏之外的内容(如抽屉、浮动弹窗、用户提示等)延迟加载。这样可以保证首屏加载的资源最小化,用户体验得到提升。图片优化:图片通常占据了页面加载时间的很大一部分,因此,我们采用了图片的懒加载和剪裁压缩技术,减少图片文件的传输体积。(2)执行逻辑优化:避免串行阻塞优化执行流程:登录验证和数据获取等操作可能会阻塞主线程,影响页面加载速度。通过将这些操作改为异步执行,可以有效避免主线程被阻塞,提升加载速度。子应用预加载:如果项目使用了微前端架构,可以通过预加载当前页面需要的子应用资源,在页面渲染之前就将资源加载完毕,确保页面显示时不需要重复请求。(3)基础设施优化:升级协议与CDN策略升级网络协议:将HTTP/1.1协议升级为HTTP/2,HTTP/2支持多路复用,可以同时发送多个请求,减少网络延迟,提高加载效率。CDN与缓存策略:通过优化CDN配置,启用HTTP/2协议,开启强制缓存、Gzip压缩等策略,进一步减少加载时间,提升页面响应速度。3. 性能优化效果我们要怎么去看具体优化的效果呢通常一个正规项目 都会埋点上报FMP(First Meaningful Paint)时长尽量要能在两秒以内。fmp的时间短的话 就意味着用户能够更快地看到页面的有效内容,从而提升了页面的可用性和流畅度。同时用户的流失率就会减少:随着页面加载速度的提升,用户的等待时间显著减少,减少了因等待过久而流失的用户。4. 持续监控与优化策略大厂里面一般有持续的性能监控系统,并引入了以下防止性能劣化的措施:性能监控系统:通过在页面中埋点,实时监控各项性能指标(如加载时间、资源请求时长等),并定期生成报告,确保性能持续优化。资源管理规则:例如,对于大于2MB的资源文件进行拦截,确保不会发布过大的资源包,避免加载过慢。共享资源管理:强制基座应用与各个子应用共享相同的CDN资源,避免多次加载同一资源。定期优化:每次新功能上线前,都要进行性能测试,确保新版本不会影响现有的加载速度和用户体验。#现在前端的就业环境真的很差吗##牛客创作赏金赛##前端#
点赞 评论 收藏
分享
总结一下鼠鼠找实习的历程
  为什么学前端?因为鼠鼠喜欢前端,并不是因为它简单,好找工作什么的,单纯只是喜欢。  为什么想着找实习呢,其实是因为身边人都觉得前端已死,而且鼠鼠也被人质疑前端能力,然后一怒之下就想找个实习证明自己,其实鼠鼠当时也觉得前端已死准备考研的哈哈哈。  初期自然是遇到了很多困难,学校很垃圾,消息很闭塞,氛围也很差,走了非常多的弯路,好在知道了牛客这个平台,结识到了非常优秀的大家,在走近牛客这个平台之前我一直以为大厂是我们这种鼠鼠遥不可及的地方,直到上了牛客看到大家大厂offer拿到手软,我才知道大厂并非刻板印象中那么遥不可及,给鼠鼠树立了一定的信心和绝心。  于是鼠鼠就开始整理项目,背八股,刷算法。但是由于没有事先做好功课,花了一个月做了一个非常普通的大屏+后台管理项目(因为鼠鼠在学校主要是做大屏的,所以就自己选了个大屏项目),没有什么技术含量和深度,八股也只是死记硬背没有融会贯通,最后自然是在六月底正式投递简历的时候吃瘪了。  六月底正式投递简历,运气好有几家厂给了面试,鼠鼠我又是个社恐,硬着头皮面试,面试的也不好,面一个一个没消息,特别是当时小红书二面,基本都回答上来了,到最后甩了一道手撕,因为我没有准备手撕题,所以就没撕出来,这是我离offer最近的一次。  就这样磕磕绊绊到了七月出头,面了两个中厂,面试官问的都能熟练答出,被连夸两次,给鼠鼠信心,其中一个中厂在面试中就直接说要我了,然后问我能不能实习六个月,我当时觉得mentor太真诚了,我也不好意思骗,就拒了,最后由于实习时间已经不足两个月了加上我想转react生态,所以第一次找实习就以失败告终。  不过这段经验拓宽了鼠鼠的视野,让鼠鼠觉得前端并没有死,进大厂还是相对容易的,然后鼠鼠就不准备考研了。  暑假自然是转react生态+玩+摄影,说实话还是太放纵了,还是心态太好了哈哈哈。  到了九十月份就用next从0-1写了一个项目,期间被nextron坑惨了不仅心态爆炸还浪费了好多时间,然后就到了十一月份。  十一月份自然是刷算法、记八股、刷手撕,有了牛客的经验,我存入笔记的八股要更加全面更加多,不过现在的我背八股感觉比较容易,很多东西都知道理解,所以大部分八股看一眼就能说出大概,包括算法,之前想半天的算法现在也会觉得更加容易。  准备的差不多了鼠鼠就在十一月中正式开始投递实习,由于简历一般只约到了三个面试,不过其中有一个我想去的-科大讯飞(主要是离学校近哈哈哈),不知道是鼠鼠变强的缘故还是面试比较容易,面试的时候都侃侃而谈,根本不紧张,问题也都能快速回答出来,于是转机来了。  11.19号下午面的科大讯飞,11.20号上午就发offer了哈哈哈,鼠鼠当时在图书馆准备期末考试,给鼠鼠开心坏了,紧接着是第一个厂打电话约二面(自然是拒了),第三个面试约的是11.22也拒了。  最后自然是接了科大讯飞的offer,鼠鼠也算有了大厂实习哈哈哈,不过看到各位佬们这么优秀,心情也没那么激动了,感觉有了这段实习依旧比不过各位佬们,鼠鼠会继续加油的  最后送那些还没有找到实习的隐藏佬们一句诗:  莫愁前路无知己,天下谁人不识君。 #没有实习经历,还有机会进大厂吗#  #牛客创作赏金赛#  #现在前端的就业环境真的很差吗#  #软件开发投递记录#  #不给转正的实习,你还去吗#  #还记得你第一次面试吗?#  #我的实习日记#
酒玖爱喝酒:我也想到一句,谁无暴风劲雨时,守得云开见月明。其实努力的人运气都不会差
点赞 评论 收藏
分享
两个月打磨:前端AI项目利器- RAG知识库助手(搜索推荐机制版)
从十月份开始确定项目方向,模型选择和技术栈搭配。 从 Ollama 开始配模型,加入 Langchain 处理链路,然后开始前后端联调,各种报错接踵而至。每天没有需求了就一个人在工位敲敲敲,耳机一带就是肝,睁眼就是九点半十一月开始基础功能完成,开始处理文件检索,对中英文引用不同库处理。又在司内看见一些分享方案,又尝试加入搜索召回。拿公司mac跑的模型,一开终端风扇就疯狂转,搞得同事都来问我你小子又不学前端是吧,谁家运行前端电脑这么吵?后面快离职的时候又开始搞搜索推荐,把部门搜推的文章看了,发现技术门槛太高了,只能自己慢慢琢磨方案。没逝的,自己慢慢啃呗。又还想加入热搜排行榜的功能,因为在腾讯也做了一个多月排行榜的业务,前端这个还是熟练的。离职后又完善了一部分,自己还是喜欢用的,后面设备跑起来会更快。等明年去实习了,直接就是一整套方案放到司内,做点技术分享技术栈:前端: Next.js + Ts后端:Python(Flask)模型相关:LangChain 工具链:处理 Prompt、上下文检索和输出解析。NLP 工具(Jieba、TF-IDF):用于中文语料分析和推荐。文档加载与处理(PyPDFLoader):支持用户内容输入。LLM 模型(Ollama,Lama3):实现核心问答和扩展功能。#现在前端的就业环境真的很差吗##前端##大模型##实习##项目##简历#
点赞 评论 收藏
分享
12-16 21:16
快手_前端开发
前端的项目亮点应该结合实际场景去说
老生常谈的问题 很多同学都喜欢在简历上说自己会性能优化 但是问起来也没几个能说明白 在项目中实现难点并且实现和逻辑闭环 这就是一个亮点内容太多了 什么拆包啊 ssr啊 什么资源优化资源去重啊 缓存啊 cdn的协议啊 参考前一篇这篇举一个例子 我要讲的是不基于架构限制的优化 就是关于有大量数据 我们怎么优化前端的渲染方式很多同学可能上来就说 懒加载啊 虚拟列表啊 按需加载啊 甚至是web worker啊 减少重排重绘啊 甚至是SSR 预渲染倒是也没毛病就是首选我们要讲逻辑 主要的数据量大的场景包括列表,表格,选择器,图表等比如说 你在写demo练手 这个时候 页面卡顿了 不要烦躁 你造亮点拿大厂offer的机会就在眼前了我们要对症下药 这个是因为dom元素数量过多 还是js执行的时间过长 还是大量的回流重绘呢大家都做过分页 这就是最常见的一种处理方式 直接就避免了大量的dom渲染如果你做了搜索的下拉选项功能 最好需要在前端或者后端加一下选型的一个限制但如果是一些不适合做分页的场景 比如说移动端下的h5页面 我们首先是可以考虑去做时间分片 去加载 比如说requestAnimationframe等 可以去搜相关文章对于h5 可能大家都会处理的就是触底加载 但滑了多了 还是会卡顿 这个时候 我们才会去说 用虚拟列表去解决 而不是上来就用 那你怎么去说服面试官他的使用场景呢 讲虚拟列表的文章 不要太多 就是技术文章其实是无限的 你也看不完 要结合你的场景 有故事 才有offer#简历中的项目经历要怎么写##现在前端的就业环境真的很差吗##我的失利项目复盘##没有实习经历,还有机会进大厂吗##那些拿到大厂offer的简历长啥样##前端#
点赞 评论 收藏
分享
疑似程序员再就业新方向
Java_ic双料特工:what can IC?查看图片
点赞 评论 收藏
分享
复盘我前端校招进大厂的关键因素
复盘了一下 影响我拿offer的点有几个 这个可能即使看了比较多求职信息的同学也可能会犯吧1.犹豫学什么方向太久了 在确定求职初期 我花了过多时间去选择方向 而且在选择了前端后 仍然跑去考虑服务端开发 这甚至浪费了我大半年时间 期间我的前端水平都处于一种很低的水平 只会三件套2.已经确定走前端了 仍在纠结 我学了真的能找到工作吗 我的学历是不是不够 我学校又不放实习 硬去心态又会很爆炸 没实习 学校又不好是不是完蛋了 而且23互联网就业这么差3.有些摆烂 在进了大厂实习后 每天把业务写完 就忽略了前端的学习和对技术的探索 也没有积极去要一些技术需求 导致我的纯技术向跟不上同期的很多大佬 同样在实习和秋招并行的时间段 我老想着转正 导致我的offer都是后期补录的时候才拿的 基本上都只是白菜和少量sp4.心态比较差 脆皮大学生 emo焦虑的时间比学习时间都要长 感觉在职场 真不能这样 我感觉即使是技术岗 也还是挺人情世故的 唉 我实在搞不来这些 但是又不能不上班👊🏻😭但我也总结下我做的好的地方1.坚持学习 连过年都在学前端😂2.坚持投递 我由于日均学习时长很低 导致八股背完都很后期 但是我暑期坚持到五月底拿到2个大厂暑期和1个大厂日常 秋招offer也都是10-11月才拿的3.懂的学啥 实话实说 因为前期犹豫很久 基本上都是到处看信息和市场情况 还有成功经验等 我确实比较明确面试去应试的内容 因为我的开发能力确实是中规中矩感觉没别的了 其实是不太满意的 如果能重来 我还是会选前端 因为别的我也没啥好去的了 考公考编央国企不适合我这种搞不来人情世故的 我能被逼疯 #没有实习经历,还有机会进大厂吗#  #前端项目#  #软件开发投递记录#  #现在前端的就业环境真的很差吗#
点赞 评论 收藏
分享
大厂前端开发流程解析:从需求到上线全流程
大家好!今天想和大家聊聊日常在大厂工作时,前端开发的流程是怎样的,特别是对于一个中大型需求的开发流程。对于想要了解实际工作中的开发流程、提高开发效率的小伙伴,或者刚刚步入前端开发的新人,这篇文章会帮你更好地理解整个开发过程。1. 产品和业务对接:需求敲定每个项目的开始,都会有一个明确的需求梳理过程。首先是产品和业务团队的对接,产品经理会根据市场需求、用户反馈或者公司战略,提出相应的功能需求。这个阶段,前端团队通常需要和产品、设计、以及后端团队保持紧密沟通,确保功能需求和用户体验的一致性。2. 需求评审:多方确认细节产品需求整理后,会进行需求评审。这是一个非常重要的环节,前端、后端、测试等各方会一起参与。大家共同讨论需求的可行性、实现的技术方案、风险评估等,确保每个功能点都能得到合理的实现,同时避免后期出现大量返工。3. 技术方案协商:前后端分工需求评审后,前端和后端团队会根据各自的职责,协商出相应的技术方案。在前端这边,我们需要根据需求来决定是使用现有的技术栈,还是需要引入新的框架或库。后端则会考虑如何设计接口、如何处理数据存储等。最终,前后端各自明确分工,并确定技术实施路径。4. 排期和开发计划:确保时间有序接下来,产品经理会根据项目的复杂程度和优先级,给出ddl,并明确开发阶段是否需要分批上线。在大厂中,开发进度通常需要精细化管理,确保每个环节按时完成。前端在排期中,通常会根据功能模块的大小、复杂度,以及人员的分配情况来评估开发时间。5. 接口文档与开发:前端开始编码前后端方案确定后,后端会提供接口文档,前端根据文档来进行开发。接口文档包含了每个接口的请求方式、参数说明、返回数据等信息。前端通过与后端提供的数据接口进行对接,开发出相应的页面或功能模块。在开发过程中,前端通常会使用版本控制工具(如Git)进行代码管理。6. 测试用例评审与自测:确保质量开发过程中,QA团队会准备相应的测试用例,确保每个功能点都经过充分的验证。前端开发完成后,通常会根据QA提供的冒烟用例进行自测,检查是否有明显的bug和问题。自测之后,前端会提交代码并进行提测。7. 提测与修复Bug:保证稳定性提交后,QA团队会进行更加全面的功能和性能测试,确保项目上线后没有明显问题。这个阶段,前端需要积极配合QA,查看反馈的bug并及时修复。通常情况下,开发和测试团队会在这一阶段共同处理大量的bug修复。8. 上线:功能发布当开发和测试都完成后,项目终于迎来了上线阶段。发布后会做最后的回归测试,确保没有遗漏任何关键问题。最终,项目顺利上线,并进行一些监控和跟踪,确保系统稳定运行。如果你也在学习前端开发的道路上,或者后续准备参加实习或工作,相信这篇文章能为你提供一些帮助,提前了解常见的开发流程,提升自己的项目管理和开发效率。💪 #牛客创作赏金赛#   #现在前端的就业环境真的很差吗#  #前端#
点赞 评论 收藏
分享
12-19 13:27
已编辑
广东外语外贸大学 Web前端
26届双非本有点迷茫
我是软件工程专业的,现在大三,有点迷茫。我后端了解一点(主要是之前大一大二有两次课程大作业我都是负责后端部分,以及有选修非关系型数据库这门课,主要学了redis),但是感觉程度很一般,之前课程作业也是用得servlet、jsp这些过时的技术,虽然后面我也有去学了一点springboot。前端的话我是因为实验室的一个项目分组到了前端开发,本来想去做后端,但是够人了,就去搞前端了,前端的话就学了html、css、js以及浅浅地了解了一下vue3,过程中也有用到git去协同开发,还有也用到了element-ui和echarts组件库,学习前端我是边学边用,需要了就去学就去查的那种,掌握的程度不是很深,也不够熟练。另外我有选修软件测试这门课,学习了软件测试的一些基本概念、流程还有方法,工具的话我只浅浅的了解了一下postman和jmeter,但是也只是只会基础的使用的程度。有点想做测试是因为感觉入行简单一点,发展好像也还行;想找前端是因为做了一个比较大一点的项目经历(面试或者求职的时候可以拿来说),而且也算学的比较久,但是会有点担心前端的未来,而且我好像没有特别喜欢前端,虽然感觉做前端的工作也行;后端的话之前是比较喜欢并且觉得就业较好而且觉得自己可以,虽然难度比较大一点,但是我现在的算法不太行,敲代码能力也差了很多。。然后最近也想找实习(寒假实习/日常实习),我主要投前端和测试,前端的话面了一个,但是没问什么八股或其他的技术题,而且当时问是说当天下午就出结果,但是没消息,我第二天上午去问也一直没回,估计是挂了,而且自己的回答也不算好。测试的话投了一些目前有两个准备在约面试了。。很多时候对自己有些无语。没什么方向,也没有深入去学,有时候想要的太多,有时候有思虑担忧的太多……唉,希望能得到一些建议吧。谢谢大家了。#现在前端的就业环境真的很差吗##寒假躺平还是提前实习##牛客创作赏金赛#
点赞 评论 收藏
分享
微前端的主流实践及相关问题
感觉用这个的原因 一般有这些组里没有好活卷晋升了 需要整点技术需求 刚好组里又有一堆老史山项目但是有不能不用 这个时候可以考虑用感觉这个都是前两年进行改造的比较多 现在实际工作中可能会参与的是治理之类的工作吧简单说为什么要用 就是你的系统中 有一部分是别人的页面(业务方)你没法完整控制系统中所有组件 就比如说一个基座应用 具体的业务团队要往你中间各种塞内容这样的缺点:系统复杂度肯定是增加的 然后就是性能问题 兼容问题的 包变大呀 有些库会和qiankun之类的库会产生冲突和bug 就是会有额外的开发成本 就需要你去考量他是不是真的有必要了什么是微前端?简而言之,微前端(Micro Frontends)是一种将单一的前端应用拆分成多个独立的小应用的架构风格。每个小应用可以独立开发、测试、部署,而对于最终用户来说,这些小应用在视觉和交互上依然是一个统一的产品。实现微前端的方式有很多种,目前主流的微前端框架主要有以下几种:iframe技术: 早期的微前端方案大多采用iframe来嵌套不同的应用,简单易用,但在跨域通信、样式隔离、性能等方面有较大的局限性。无界框架(Wujie): 腾讯出品的无界框架在iframe的基础上,进行了优化,使用了Shadow DOM和Proxy技术来解决样式隔离和JS沙箱问题,弥补了iframe的一些缺陷。Qiankun: 基于single-spa实现的微前端框架,是目前最成熟的微前端解决方案之一。它支持多种框架和技术栈的组合,提供了完善的生命周期管理、资源预加载、主子应用通信等功能,非常适合生产环境中的使用。Module Federation(模块联邦): 这是Webpack5引入的一项新特性,它允许多个独立的构建项目共享模块,从而实现跨应用的模块共享。与传统的微前端框架不同,Module Federation更注重模块级别的共享和重用。微前端的设计思想微前端并不仅仅是技术的叠加,它背后有深刻的设计理念支持:技术不可知主义: 每个团队可以选择最适合自己需求的技术栈,而不需要担心与其他团队的技术栈冲突。这种灵活性是微前端架构的一个重要特点。团队之间的代码隔离: 微前端要求各团队的代码能够完全独立,避免共享同一运行时环境和全局变量。这样可以避免团队间的代码依赖和耦合问题。独立开发与部署: 微前端的粒度不一定要求是整个应用级别的,甚至可以是页面级别,或是更小的组件级别,保证每个部分都能独立迭代和更新。适合使用微前端的场景并不是所有的项目都适合采用微前端架构,适合微前端的场景通常具有以下特点:大型项目或平台: 如果项目非常庞大,团队数量多,功能复杂且需要频繁更新,微前端可以帮助将复杂的应用拆解为多个子系统,使得各个部分可以独立迭代和部署。多团队协作: 如果多个团队负责不同的业务模块,微前端可以有效地降低跨团队协作的复杂度,提升开发效率。需要技术栈多样性的项目: 如果不同团队有不同的技术栈要求,微前端允许每个团队使用最适合自己需求的技术,而无需为统一技术栈妥协。微前端可能存在的问题系统复杂度: 微前端的实现往往伴随着较高的复杂性,尤其是在应用的集成、路由管理、状态共享等方面,需要付出额外的工作。性能问题: 由于每个子应用都是独立加载的,可能会增加页面加载时间和资源消耗,从而影响整体性能。开发和运维成本: 微前端带来的独立性虽然提升了开发的灵活性,但也增加了运维的难度。例如,多个子应用的版本管理、依赖管理等都需要专门的工具和流程来进行管理。 #现在前端的就业环境真的很差吗#   #牛客创作赏金赛#  #我的求职思考#
点赞 评论 收藏
分享
前端方向算法题需要刷什么以及对应场景权重
从秋招角度来说 没算法基础想去互联网大厂不刷力扣很容易白给 但是有可能也会直接给签到题 但是一般出现简单题也写不出来就寄了 因为这种没通过面试是不是很可惜从暑期实习来说 我碰见的都是top100以内的easy mid水平的题 基本露头就秒日常实习 有几家大厂没让我写算法题 权重偏到了js手写题和读代码题(this指向,promise顺序)但是估计字节指定会让你写算法题哈哈说说具体需要刷什么题,和刷多少题我本人是优先背诵了codetop选前端降序 除开hard(接雨水我能背🌚)之外高频下来的八十题和hot100的大部分基本没有出现没背到的 感觉也就是有质量的一百道就能应付大多数场景了 所以uu们别在懒惰了 背背很快的 难度比后端要求的低太多了已经[捂脸R]有同学问 我不会做怎么办 我没做过(背)我很多也不会 这种mid和easy 基本上遇见了 多刷几遍 基本上没啥问题 一开始可以找一个容易理解的题解去看懂 然后以自己的方式写出来 后续就是多背 多写 多看此外 还有很多问能不能用c++,Java,python刷题的,求你了 用js吧 我知道一开始用起来很难受 因为我就是cpp转前端的[皱眉R] #现在前端的就业环境真的很差吗#  #牛客创作赏金赛#  #实习,投递多份简历没人回复怎么办#
点赞 评论 收藏
分享
玩命加载中
牛客网
牛客企业服务