这是一个创建于 1064 天前的主题，其中的信息可能已经有所发展或是发生改变。
个人是今年趟过哀鸿遍野的秋招的应届生一枚，将近 12 月秋招也基本告一段落了。原本是坚定向前端方向求职的，并且此前一年多也是以此为目标进行学习准备的，但是在今年的实习和学习中却对自己是否还想继续走前端道路感到了迷茫。在 V 站潜水了一段时间，也想听听各位不同角度的见解。
首先说说自己为什么对前端，尤其是个人在这个方向的职业发展感到迷茫吧。今年进行了人生中第一份前端实习，所在的部门是做 toB 和云相关业务的，前端的主要工作就是根据产品设计好的 PRD 画控制台页面并不断迭代，日常业务中会碰到的主要难点就是业务关联的状态管理，有标准的组件库可以用，CSS 也很少写。看团队里的前端同事们基本都在状态管理上尝试各种花活，但对用户体验帮助甚微，整体纲领还是“能用就行”。
以上是纯前端部分，团队里也有一些 Node.js 业务，但同样是 Node ，服务于控制台的 BFF 和主要是服务端同事开发维护的数据中间层的复杂度又不可同日而语。虽然在 BFF 中也会用到一些配置中心、redis 等中间件，但毕竟是很薄的一层，没有什么发挥空间。
就这样干了两三个月，我被安排做一个新立项的后台项目，主要语言是 Go 。在做这个项目的过程中，我发现后台相比于前端的复杂度高出许多。从业务上看，一个微服务会与众多其它服务交互且相互依存，从通用网关、业务中间层、后台服务到 DB ，后台对于整个业务的架构和链路都要有一定认知，而暴露给前端的只是一个 API 接口；从技术上看，数据结构与算法真正地发挥了作用，需要更多地考虑代码的性能，K8S 和一些别的中间件用的也更多了，甚至需要比前端更多地考虑用户体验。尽管也有 CRUD 的部分，但它的趣味还是超出了我原本的想象。
以上是实习给我的认知改变。而在前端技术本身上，我理解的发展方向主要有这么几个：1. 以业务为核心的用户体验； 2. 前端工具链，包括各类框架、打包、调试、编译工具等； 3. 跨端，APP 和小程序等； 4. 基于 wasm 的 serverless/webcontainer 模型； 5. webgl/canvas/svg ； 6. 富文本编辑器、音视频、低代码等特定领域； 7. 全栈。这些可能都是相互融合的，但我理解更多都只能依靠“命运的馈赠”，即遇到了怎样的团队，才能有机会做怎样的事。如果运气不好，一直画页面也是有可能的，而看起来最业务无关、在哪都能做的用户体验，却让我比较拒绝（不太喜欢画 CSS ，并且属于锦上添花）。此外，前端天花板、离业务远也是老生常谈的话题了，随着互联网红利的消失，在一个相对狭窄的发展空间内谋求长远变得更难给人信心了。
但是在秋招中，出于对自身算法和八股掌握程度的认知，我还是都投递了前端岗位，并且拿到了一个做富文本编辑器部门的 offer ，而如果留在实习部门的话，我应该可以转 Go 服务端开发。薪水上看，两家的差距应该不超过 25%；名气上基本一致；稳定性的话，两家的裁员程度也半斤八两（都有可能应届毕业）。
或许是受视野限制吧，已经纠结了好一段时间了，但仍然给不出自己的答案。希望朋友们走过路过畅所欲言，谢谢~
 | 1 Orainsink 2022-11-19 20:22:18 +08:00 via Android  1 转 Go 好一些。前端干到后面很多都转产品或者全栈。 我在外企会看的比较直观，全栈偏后端的会更吃香。单纯的前端天花板太低，拧螺丝久了容易废掉。 经济下滑，toc 搞消费业务都会受影响，对于一个 tob 产品来说，功能能用比好看重要的多。 webgl/wasm 属于看起来牛逼，但创造不了太大商业价值，只有少量的岗位需求而且一般比较硬核，这个大环境其实不建议另辟蹊径铤而走险，可以做未来的技术扩展。 |
 | 2 AyaseEri 2022-11-19 21:24:42 +08:00 CSS 不喜欢那基本自绝于前端的路了，JS 属于后端学一下就能上手的东西很难构建技术护城河。 |
 | 3 jones2000 2022-11-19 21:40:09 +08:00 1 哪个职业都一样，慢慢熬，把老人熬死了， 你就是专家了。 哪个放向都是可以的，只要能深入，就怕什么都会一点，什么都不深入，这种干 2 ，3 年基本就会被新人给顶替掉了。 技术护城河是靠业务和技术的经验积累的，我前端画 K 线图 15 年， 只学会了 MFC ，GDI ，GDI+，canvas ， 这些基本就够吃一辈子了。 |
 | 4 gongwf 2022-11-19 22:55:27 +08:00 像我这种秋招只有测开 offer 的岂不是废了 2333. |
Select Language