女研究生，选择前端还是后端?

本人硕士 本硕都是计算机专业 互联网国企银行都不挑 已经纠结了很久岗位 前端还是后端浪费了很多时间……
后端：我会JAVA 一直也在用这个刷题
前端：已经学过了HTML CSS 在纠结要不要入JS
后端在我这里 是觉得工作机会多 各行各业都有 国企银行后端也可以投 毕竟科班出身 做后端不丢人 但是了解到女生后端太少了 自己又不是呢么牛逼 害怕hold不住 压力太大
前端呢 是觉得没有后端呢么难 刷题也能轻松点 而且可以看到效果 但是感觉自己科班研究生的身份就浪费了 不少人说研究生做前端太亏了
真心求一些建议 如果哪里说的不好 大家不要介意！

大家好，我卡颂。
最近，Remix团队的暴躁老哥「Ryan Florence」一连怼了好几个友商框架，比如：

• 喷SolidStart抄Remix的文档
  

• 怼Next.js抄Remix的API设计
  

• 吐槽Astro、Qwik没有什么新鲜理念
  

当然，这些推文发出不到一天就被老哥删了   。
我们今天不聊以上这些事儿的对错。
我想问问「不常关注前端新轮子发展的同学」，此时你们的内心活动是不是：

这TM都是些啥框架？我咋一个都不认识？

今天，我们从被「Ryan」吐槽的Astro的理念 —— Islands Architecture出发，来看看前端到底有多卷。
欢迎加入人类高质量前端框架研究群，带飞
Islands Architecture是什么

Islands Architecture（孤岛架构）的概念最初是由「Etsy」的前端架构师 「Katie Sylor-Miller」 在 2019 年提出，并由Preact作者「Jason Miller」在islands-architecture[1]一文中推广。
这是一套基于SSR（服务端渲染）的架构。要了解他的特点，我们需要先了解传统SSR的缺陷。
在传统SSR中，首屏渲染时，服务端会向浏览器输出HTML结构。
当浏览器渲染HTML后，再执行前端框架的初始化逻辑，为HTML结构绑定事件，这一步叫hydrate（注水）。
当hydrate完成后，页面才能响应用户交互。
也就是说，只有当整个页面所有组件hydrate完成后，页面中任一组件才能响应用户交互。
Chrome LightHouse跑分中的TTI[2]（Time to Interactive，可交互时间）指标用于衡量「页面变得完全可交互所需的时间」。


传统SSR架构的页面随着应用体积变大，TTI指标会持续走高。
孤岛架构的目的就是为了优化SSR架构下TTI指标的问题。
在孤岛架构架构下，组件分为：

• 交互组件
  
• 首屏不可交互组件
  

比如在如下页面结构中：

• 「首屏不可交互组件」包括Content、Advertisement、Footer（白色部分）
  
• 「交互组件」包括Header、Sliderbar、Image Carousel（彩色部分）
  

「首屏不可交互组件」会像传统SSR一样向浏览器输出HTML，而「交互组件」会在浏览器异步、并发渲染。
「交互组件」就像HTML海洋中的孤岛，因此得名孤岛架构。


孤岛架构可以让「交互优先级较高的组件」优先变得可交互，剩下的低优组件再慢慢hydrate。
如此，在页面hydrate完成前，重要的组件已经可交互了，借此就能降低TTI指标。
孤岛架构的现实意义在哪呢？比如，对于一个电商网站，显然「立刻购买按钮」的可交互性优先级高于「反馈按钮」的可交互性。
SSR让用户能够更早看到页面，孤岛架构让页面中重要的部分（立刻购买按钮）可以更早被点击。这背后，就是更高的购买率，更多的钱～～～
实现Islands Architecture的框架

在当前，实现孤岛架构的全栈框架主要是Astro与Qwik。
Astro

Astro的特点是：作为全栈框架，主要把控整体架构，对实现具体业务所需前端框架没有要求。
也就是说，开发者可以在Astro中使用React、Vue、Preact、Svelte等框架实现具体业务逻辑，甚至是在一个.astro组件中混用其他框架的组件。
比如，在下面例子中.astro组件中引入了React、Vue、Svelte三款框架的组件：


Qwik

Qwik的作者是builder.io的CTO 「miško hevery」（同时也是Angular/AngularJS的发明者）。



miško hevery

这款框架的特点是：超细粒度的孤岛架构，且粒度是开发者可控的。
对于Astro，孤岛架构适用的对象是组件。而在Qwik中，孤岛架构最细的粒度是「组件中的某个方法」。
举个例子，下面是HelloWorld组件（可以发现，Qwik采用类似React的语法）：


对应页面渲染效果：


打开浏览器Network面板，这个页面会有多少JS请求呢？
由于这是个静态的组件，没有逻辑，所以答案是：没有JS请求。
再来看看经典的计数器Counter组件，相比HelloWorld，增加了「点击按钮状态变化的逻辑」，代码如下：


对应页面渲染效果：


打开浏览器Network面板，这个页面会有多少JS请求呢？
答案还是：没有JS请求。
注意这两个组件的代码中，定义组件使用的是component$，有个$符号。
在Counter中，onClick$回调也有个$符号。
在Qwik中，后缀带$的函数都是「懒加载」的。
孤岛架构的粒度有多细，就取决于$定义的多细。
比如在Counter中，onClick$带$后缀，那么点击回调是懒加载的，所以首屏渲染不会包含「点击后的逻辑」对应的JS代码。
在点击按钮后，会发起2个JS请求，第一个请求返回的是「点击后的逻辑」：


第2个JS请求返回的是「组件重新render的逻辑」：


这两段代码执行后，Counter变为1。


审查元素会发现，点击前，button on:click属性中保存了「逻辑所在的地址」：


点击后，会从对应地址下载JS代码，执行对应逻辑。
React

为什么文章开头暴躁老哥吐槽Astro、Qwik没有什么新鲜理念呢，这是因为React很早就在朝着孤岛架构的理念发展了。
在React中，这套理念被称为Selective Hydration[3]。
具体来说，在SSR场景下，被Suspense组件包裹的组件会作为孤岛架构下的「交互组件」。
前端有多卷

虽然孤岛架构下的全栈框架有众多好处（首屏渲染快、TTI短），但并不是万能的。
他比较适合「对首屏渲染速度、TTI要求高，但整体页面交互不复杂」的场景，比如：

• 电商页面
  
• 博客
  
• 文档
  

对于「重交互性」的Web应用（比如「后台管理系统」、「社区」），更适合传统的SSR方案（比如Next.js）或CSR方案（直接使用前端框架）。
可见，孤岛架构的应用场景并不大，但他的实现难度却比CSR或传统SSR高得多。
大部分开发者，究其一生可能都不会用到孤岛架构。
就是这么小的细分领域，都涌现了这么多竞争对手。
前端，真是太卷了......
参考资料

[1]
islands-architecture: https://jasonformat.com/islands-architecture/
[2]
TTI: https://web.dev/interactive/
[3]
Selective Hydration: https://github.com/reactwg/react-18/discussions/37

看到了这个话题感觉其实挺能理解提问者的，本来想在回答中看到一些好的建议。但感觉大部分是冷嘲热讽，感觉还挺诧异的。
其实我自己也很困惑这类问题，但是还是想分享一下自己的想法，至少让题主觉得不孤单吧     。介绍一下自己的背景，是国内985本科的软件工程，研究生是在美国读的。现在在北美当一个程序媛，刚工作了一年半多。做的东西我现在也弄不清楚是前端后端还是全栈。目前自己也没有找到想要具体发展的方向。
我不知道国内读完研究生之后对语言和技术本身要理解到什么程度。首先就题主说的
后端：会Java 以及刷题语言
前端：会一些基础的html，css
我感觉没有什么很大的问题。研究生不清楚，至少我本科毕业也就这个水平。甚至不敢说我会java，毕竟也就会照葫芦画瓢的写些代码。而html，css也就是瞎写。至于很多人说的js，在作业中会写一些，但也是瞎写，能用就行。掌握到哪里我真的不敢说。就自己水平而言，没有什么用的炉火纯青的语言，我觉得自己所有的编程语言水平都停留在w3school菜鸟教程阶段。
为什么我觉得这种事情很正常。其实在读书阶段，如果就是按部就班的完成功课和认真上课。所涉及到的课程很少涉及到要你深入去研究一门语言，哪怕是语言课，也没有那么多强迫你真正认真钻研的机会。算法课数据结构也大部分是说的算法和数据结构本身，不会让你去拼命刷题，更多的也都是停留在理论分析上。
当然，也有一些项目课需要你写代码。比如数据库，web开发等等。而这些目的往往是让大家浅尝辄止。这些作业即使自己完成，其实也就是手脚并用的完成老师布置的目标。算是也很野生的项目，老师也很少去要求你用高端的技术。我本科（12年到16年）做过的课程项目屈指可数，两个java游戏，一个web开发简易版12306（用的mysql也没有用云），用3djs做的可视化的小项目。基本就没了吧。我有认真做这些项目也拿到了好的分数，但是我并不能说我就懂java了，懂web开发了，当时bootstrap也没有出来特别久，我也就瞎捣鼓用这个做了ui，可我很清楚的知道自己对前端哪怕基本的css也是一窍不通，对js也是一窍不通。因为一些机缘巧合我也做过一些安卓app页面开发，但是我也就是拖拖图片瞎点点哪里不顺改哪里，我不认为我会安卓开发。
听起来就是一个菜鸡的故事，但是我成绩并不是专业倒数水平。而我也不是那种大作业让别人帮忙做，自己只会考试的那种学霸。我作业都独立完成。可是很悲惨，本科毕业我就是这个水平，甚至连git也不是很会用，电脑遇到问题我也只会-重启。
大学四年，我觉得好好上课已经花费了很多精力了。其他时间我有去参加老师的实验室，和研究生学长学姐做一些项目，那些项目和所谓的熟练掌握语言更是没什么关系了。大部分就是读读论文看看算法。但是那时候我不是研究生，也没有很深入这些。大四毕设在国外实验室做的，也和软件工程本身没什么相关，做的事情也大多是看看论文帮忙实现一些算法或者帮助研究的ui界面。
研究生在美国读的课程类研究生，有课是用angular做开发，android开发然后还有些VR游戏开发。但基本也都是浅尝辄止，基本上就是知道，哦有这个东西。机器人的课大部分都是讲的原理，然后写点小代码操纵一下nao。还有讲搜索的课，也是自己随缘设计一个小页面，用课上说到的算法去实现一下一个搜索网页的小功能。当时做的时候也没有少花心思，但其实对技术本身的掌握，我觉得还是不大行。
我找工作的时候也要去刷题，我不知道国内应届生找工作会被问哪些问题，但是美国找工作基本就是刷题。刷题我并没有刷太多，用的cpp和leetcode。虽然学过算法数据结构很多题目也是要耗费很多精力。我没有参加过acm，之前也没有刷题过，当时脱产刷题大概每天十题刷了十天吧。不清楚大家对刷题有什么看法。之前读书时候学习算法数据结构很多写的伪代码，而刷题更看重熟练度和速度。我之前做算法课习题的时候有顺带着找leetcode的题目当作练习。现在很久不刷了，估计刷题功力退到0了吧。很多评论说，如果读了七年计算机还停留在刷题上，就不要学计算机了。我对这个言语没有办法赞同。如果找工作需要刷题，刷题没什么大不了的吧，很多人也都是用刷题来敲开offer的大门。
说这么多也许跑题了，其实就是觉得楼主这个状态我感觉真的很正常很正常。我没有觉得像很多人评论的说题主只有大一大二的水平或者连职业技术学院培训出来的都不如。
再谈谈我对选择方向的看法吧。
其实我感觉题主的迷茫就是很正常的，也是从学校出来沦为社畜必须要经历的选择和迷茫。我找工作的时候去过几次career fair，很多人都会问我你要做前端后端还是数据处理或者测试？我其实也很迷茫和困惑，也很诧异为什么有人就很清楚自己的兴趣点在哪里。因为刚刚从学校出来，我为什么有这个能力告诉自己某条道适合自己一路走到底呢。根据我有限的经验，VR游戏开发很好玩呀，写服务感觉也还好的样子，所谓的机器学习什么就看起来更fancy了，计算机这个领域本身就是有很多分支，各自发展，也有各自的挑战。而我感觉自己即使学了这么多年的计算机专业，这一切对于我来言还是很新鲜，变成社畜的时候也是从0开始。而作为刚毕业的年轻人，其实是有资本去尝试各种的，我也不愿意，就一定要在这时候就告诉自己，必须去做前端做后端做算法等等。我当时的想法是，有机会都去试一试，就会知道自己擅长什么喜欢什么。不喜欢过一段时间我就跳槽，换一个！而当时似乎更重要的是不管黑猫白猫，找到工作还是最要紧的，感谢有full stack这种听起来很厉害的职位，所以当时我就说我要去做full stack，然后怂怂的补上一句其实我什么都可以。
也感谢校招大部分没有去撕裂前后端，一个程序员的岗位解决了一切。具体工作分到哪里就交给命运吧。这是我如何解决我方向纠结问题的。
下一个说一下前端后端的问题，入职之后我们组可以算是一个偏向后端的全栈程序员组吧。这么说的原因是因为我们组只有一个前端专家，康奈尔计算机硕士毕业的。我进组之后老板说我可以按照兴趣发展，但更多的可能要先接触一下关于前端的东西。其实我当时蛮郁闷的，因为我对前端的理解还停留在....调页面和UI，按照设计师给的图搞个样子出来。我感觉还不如去做UX designer。我之前接触过的最fancy的前端技术也就在以完成作业为目的的angular上。但是人在江湖我只好欣然接受。结果发现事实并没我想象的那么简单，我们用的是react全家桶。光理解react的生命周期就搞死我了（我现在也是一知半解太惨了，看一次忘记一次，还是代码写的太少），然后我写的js代码长得和java一样，所以我只能默默的捧上一本es6的书去看看这玩意怎么写好看。此前写作业从没写过unit test，我又要吭哧的去看怎么mock，怎么写好test才是best practice...等等，搞好unit test后又要去思考怎么搞integration test继续头秃。以及如何优雅的简洁的处理异常，如何retry等等一系列问题都有待解决。组里厉害的前端专家也是加班加点一路更新我们的代码（是真兴趣），我前脚看了epic和react class component后脚这个又不流行了，又开始用hook。比起学习这些各种进化不停的新技术，感觉背后发展的原理更加当我感动。也学习到了很多设计模式。之前上学老师有推荐过design pattern各种模式也就是走马观花的瞅过，但实际工作里我经常会哇哦一下，学rxjs的时候发现原来消费者观察者模式用起来是这么酷！也开始有机会去学习函数式编程。虽然一切我还是迷迷糊糊的，但是也感觉到了前端的乐趣。（当然，我对调页面的兴趣和css还是平平....我太没耐心了），说这么多，其实前端真的也有很多有趣的技能点。但其实这个也分组和业务，有的前端确实就是搞一个静态页面，那种我自己觉得可能乐趣不是很足，技能算大众技能。
再谈谈后端，不知道我理解的后端是不是大家说的后端....我们基本有两大类，一类是要和前端直接交互，就是基本的前端发个请求后端返回数据。另一个是和前端没有直接交互，躲在后面，相当于那个和前端交互的服务的dependency吧。感觉后端很纯粹，看不到炫酷的页面，但是致力为提高latency，降低cpu memory usage和省钱 。设计使用数据库。因为前端基本靠用户的机器去渲染（前端也能解决一些关于latency和优化用户体验的事情，但最后瓶颈基本在于用户的机器和network咋样.....经常不受我们控制），而我们最能做到的性能提高往往在后端服务，而宕机也往往是因为后端出现了惨兮兮的毛病。可能这就是后端压力大一些的原因吧。但是优点是我感觉后端更纯粹一些，不像前端不管你用什么技术还是避免不了看到五花八门的设备偶尔会有身不由己的无奈 。
说了这么多，其实根据我粗浅的经验，我没有感觉到哪个更好玩。latency，design pattern异常处理等等这些前后端都需要去搞...我觉得最大的区别可能就是前端基础更迭的有点快，后端感觉还是更趋于稳定，大家不是很原因随意瞎重构后端系统....除非看不下去了。以及前端要面对五花八门的设备，但也有亲眼见到产品的乐趣。我本人不支持去做只用css html写页面或者拖拖拽拽的前端工作。除非是自己真喜欢....鉴于楼主读了这么久计算机，我感觉可能也不会喜欢这种hhh
还有一个我很喜欢的事情是，现在好多东西都是可以在前端做可以在后端做，比如retry，cache，以及如何交接才能达到最好的效果，这个我也觉得特别有趣，也是我目前觉得很好玩的地方。感觉也值得去思考，算是架构方面吧。
其他岗位比如关于大数据处理，算法工程师，游戏开发和VR，自动驾驶这些我都不是特别了解，但感觉都很酷！因为我现在所在的岗位还是有很多值得自己学习的地方的，可能目前做的事情变成自己舒适圈后会想着做些其他的尝试吧！
其实工作的时候不得不面对的另一个问题是，公司是找你做事情的，不是让你发展兴趣爱好的，所以有擅长点我觉得还是很重要。比如我在我们组可能后端人很多，但是缺少前端，虽然我都挺有兴趣的，但是我觉得我需要靠一技之长立足，新老板也想我去发展前端。但是很好的事情是因为我们还是全栈所以后端我也会做一些，我也希望自己可以在业余时间去深入了解一下子。在找工作上，我比较喜欢大公司，原因是大公司业务更广，内部转组这些可能也很方便。当兴趣点转移的时候也许换个组而不用换公司。平时你也可以通过看wiki和design doc去了解别的组的工作。
其实说了这么多我好像也没有给什么建议（可能非要给的话就是，如果太迷茫，可以全栈就不要分端，但我也是萌新不知道建议成熟不成熟）！但是希望楼主可以找到自己的兴趣点！也希望我能找到（感觉我觉得啥都挺有趣的....）！我也迷茫过自己的迷茫，但是还是正式自己的迷茫，也希望我们都可以在迷茫和尝试中成长！我觉得楼主也不用担心什么性别歧视的问题和性别差异，其实没什么大差别的，我觉得女程序员最惨的地方就是来大姨妈的时间还要上班......但这是所有女性职场上的大敌人！也放心工作之后，总有办法找到工作生活的平衡点的！
再关于难不难的问题....我一直觉得其实很多业务工程用的也就是现有的框架和技术，很多东西也不需要你造轮子，会选轮子就好。弄明白了也难不到哪里去，没弄明白还是很难的....就和做数学题物理题差不多。我不指发明新的算法语言这些开创性的工作.....
关于压力，我觉得工作总是有压力的。往往工作压力不是来源于工作本身，而是你需要工作。简单的工作可能工作本身压力小，但是如果简单了你就容易被替代，还是会担心这个问题，除非真的是铁饭碗。即使是铁饭碗，你想升职加薪，还是会有压力。所以我不觉得压力在于前后端，而是在意你对自己的要求和期许。
至于研究生的包袱，其实也不用想太多了。就当作是敲门砖吧，只要知道研究生这些时间没有白费。至少，工作之后很多人不会再有重返校园的勇气了。我一直觉得上学阶段是让人成本最低的接触到各种科技和尝试的好机会。而在学校里掌握到学习知识的方法也会让你受益终身的，还有认识的同学。
工作后很多事情你会想不通，不只是研究生毕业去写个前端页面会不会很low，还有本科生毕业的为什么比我升职快，比我差的学校毕业的变成我老板，成绩不如我的人现在混的风生水起。进入社会后就洗牌了！就做为一个全新的社畜加油和进击吧！

有你打字问问题的这功夫，JavaScript都能学完了

研三刚签完工作，我给你分析一下。
我女朋友比我大一届，也是985的计算机硕士，在银行做后端，看到你的问题我比较有感触，想从我的角度给你写一些东西。
首先说明，轮子哥等等大佬回答了这个问题，我是轮子哥的粉丝，但是我并不很认同轮子哥和其他一些除了说题主水平不够,并没给出什么建议的答案。我想题主你来到知乎问问题肯定不是想找人来批评自己的，关于自己的水平相信你自己有一个更全面的评价，我会从自己的角度尽量帮你分析，并且给你一个明确的建议。
我从后往前分析你的问题:
1.首先你说,觉得研究生做前端太亏了,这个问题我是这样分析,首先,技术和岗位没有高低之分,有些同学下意识的存在算法岗>后端>前端>测试这样的想法,这种想法我能理解,但是你一定要明白这是不对的,且不说真正的前端大神对于编程的理解比我们这种自认为是做算法的"算法工程师"高出多少,单就工资而言,对于应届生而言,平均来看并不是说算法岗的工资就是最高的,我自己的秋招体验来讲,我拿到了工资很高的后端开发岗(毕竟工资不是我唯一的选择标准,所以最后没有接下这个offer),这个道理同样适用于前后端岗位的比较.其次,如果你认为研究生做前端太亏了,那是因为你在研究生期间一直研究了后端技术吗?我认为这是不可能的,无论什么专业的研究生,读研期间一定是以理论研究为主,实践动手为辅的,按照这个逻辑,我们可以说凡是硕士毕业去企事业单位工作而脱离科研的研究生,都太亏了,这显然是有问题的逻辑.
研究生毕业之后能从事与自己研究内容相关的工作无疑是最理想的，然而并不是每个人都能这样的，那么这些人都亏了么？也不尽然，如果通过读研提升了自己的能力，打开了进入科研领域的大门，或者能够在就业市场上比本科时的自己更有竞争力，那不但是不亏，反而是大赚，你看有道理么，最起码，很多银行不招本科生，那如果你去了这样的公司，就没有浪费你计算机研究生的身份呀。
2.你说你觉得前端刷题的时候很直观，并且从这里感觉到端有比后端简单的地方。从这里我能看出，你和我女朋友一样，逻辑能力不是很强。当然你可以反驳我，但是如果你觉得自己在写程序，刷题的过程中存在尝试记忆一些代码的现象，或者在理解一些非线性的算法时存在困难，例如调试一个递归程序和多线程程序时，不能在大脑里理清逻辑，再或者在独立设计一个完整的程序时缺乏思路，那么这反映出你缺乏或者欠缺解决问题的方法论，这种东西是决定在面对一个系统问题时能否独立解决问题的关键，那么，无论将来要从事前端还是后端，都要有意识的训练自己这种能力，一般来讲后端对于逻辑能力的要求更高。
3.纠结要不要学习js。一般来讲，编程语言是一通百通的，我们很难做到精通到一切细节，但是拿来一门没用过的语言，在简单的入门学习后，进行常规使用还是可以的，如果你现在是研一研二，那就不要纠结了，假如你能把Java写的很好，我想学一个新语言也不会很难，况且js不是很难学。即使日后不干前端，多学一门语言只有好处没有坏处。我们实验室做机器视觉，基本所有人都能写四五种语言，这真的不难。
4.压力呢，前后端都有压力啊，什么行业或多或少都有压力。很多人觉得银行没有压力，可是在银行工作的人会告诉你他们也有交付压力，也会加班。压力这个东西，在你对自己的技术不顺手的时候会变大。那么前端压力大还是后端压力大呢？这个问题比较难回答了，我女朋友觉得他们组的前端明显比她这个后端压力小，一方面是由于他们组的前端工作量比较少，另一方面是这个前端业务比较熟练。另一方面，有人可能跟你说过，前端要学的东西多且杂，后端要学的东西深，但是对于银行这样的国企，他们的技术非常稳定，就前端来讲，只需要研究一个很小的子集完全就能精通业务了，但是对于其他的互联网公司，我认为保持一定的学习能力和学习热情是必要的。我不做前端，但是我觉得你只会H5C3JS这些只能说是必备的基础知识，需要学的东西还有很多，不妨看看面经。
5.我想从其他角度给你一些建议。首先选择了从事计算机行业，一定要保持学习，比较忌讳的一个现象就是业务少的时候闲的摸鱼，然后业务多的时候发现自己原来不会的东西还是不会，这样会进入一个恶性循环，导致在工作忙的时候压力总是会瞬间加大，实际上平时的学习积累能分散摊平这种压力；其次，独立自我思考很重要，遇到问题要充分自我思考，如果一定要问别人，尽量提出经过充分思考的二级问题，这样既不会失去自我思考的机会，也能节约时间，并且避免了对于同事关系的过度消耗。
6.那么说了这么多，究竟是选前端还是后端呢？我通过我女朋友的经历，给你的经验是，如果你想尽量减少自己在工作时遇到的压力，那就要尽量从事自己熟悉的事情，你想，无论后端前端都有一个基本能力范围，你可以估计一下，以你现在的能力，到找工作那一天，假如你集中全力学习后端知识，或者集中全力学习前端的知识，这两种技能，哪一样自己能更擅长呢？选更擅长的那一个。

最后，祝你能找到一个喜欢的工作。
以上。

我一直以为前端是webpack+rollup+vue+react+nodejs都得master