工作两年了终究发现我喜欢的是前端不是后端

[yukirus]

倒也不是不喜欢，只是 CURD 多少有些无聊了
但拼界面好像也不是很有意思，所以我到底喜欢前端什么呢
——————
其实就是想跳槽结果看来看去全是各种管理后台 emmmm

[exmario]

后端的好处是只要你功能正常实现没 bug 就行
前端的经历是我都整好了，产品经理觉得不好看，来回改，折腾死

[lllll321]

个人经验，做了 6 年游戏前端，厌倦了各种换皮，转 go 了，现在感觉开心很多，只要保证数据和并发就行。

[yangzhezjgs]

不喜欢 CRUD ，可以去研究研究架构设计、组件原理之类的

[moonL]

@lllll321 大佬,可以私聊一下经验吗?我最近也想游戏转 go

[taine221]

喜好问题，我是从前端转的后端。
于我而言前端更适合以 ”兴趣爱好“ 的方式陪伴我，
前端放在工作中有以下让我感到痛苦的地方（仅于我而言）：

1. 前后端都会有绕不开的反复修改的业务需求，前端部分的修改更让我感觉枯燥。
2. CSS - 一写多就感到枯燥，并且伴随着无法避免的痛苦微调。
3. 测试难写（这应该是我的问题，写的也少）。
4. 代码风格灵活且差异巨大（ e.g. 封装怪）（当然可以通过更严格的 Review 和团队约定来解决，但是成本也高了）。

[xianyuyitiao]

@SilentDepth 我们这个讨论重点不太一样。 当然前端交互越好，设计越赏心悦目对于用户来说越好，我也喜欢简洁、或者炫酷，或者很有科技感的前端界面，这是对于我是个用户来说。哪怕是我自己的项目，前端体验很差我也很着急，但是我技艺不精加上不喜欢做前端工作（调试一些样式，页面、交互之类的），所以总要求领导找个专业前端支持下。而我的讨论是针对开发这份工作而言，个人更喜欢后端只要考虑逻辑就好了，前端需要做样式还要有逻辑，相对麻烦。 喜欢前端 or 后端工作是很主观的事情，你说的这个是很客观的前端工作的重要性，我没有否定它的重要性。

[AyaseEri]

@SilentDepth 老板：好用不产生业务价值，快把前端砍了

[a62527776a]

可以当爱好 真做就是折磨
搞点副业 可以

[hhjswf]

@kangkangbuptcs 后端怎么就是终端。。

[hhjswf]

前端如果是开发各种炫酷的库，那倒是有成就感。用别人的库做的再炫也就那么回事

[SilentDepth]

@xianyuyitiao #26 嗯嗯，明白。前端其实也有一些方法论、设计原则之类的东西，但相比较而言确实不如后端那般「单纯」

[anc95]

哈哈，其实也可以把它当作一种挑战，从简单的 CRUD 开始，再慢慢创新出更有意思的交互界面，实现自己的创意

[SilentDepth]

@AyaseEri #27 这其实是件很可悲的事情。先不说好用好看并不是没有业务价值，这种想法本身是傲慢的，是假定不论如何用户都会使用我的产品、用户没有选择的。这种想法对部分产品是成立的，但有多少产品有使之成立的底气呢。有这种想法的更多老板不过是想降低用人成本罢了，这其实跟技术本身没什么关系

[magese]

前后端梭哈不更好吗？

自己设计、开发、部署、上线

[allgy]

后端对计算机知识的要求更高，网络，存储，算法

[allgy]

后端掉头发快

[netabare]

crud 大概只要和数据打交道都会遇到。
我个人而言讨厌后端大概是讨厌那套叠床架屋的企业级设计，讨厌明明可以用更优雅更安全的方式去保证算法的设计和一致性却非要用设计模式、getter/setter 还有连 lambda 和泛型都无法表示的 uml 之类的裹脚布来给程序员添加一大堆莫名其妙的心智负担。
相比之下前端圈至少对新技术更有接纳度，花活玩多了也不太搞出 3022 年还在尬吹 optional 和 stream 函数式设计的玩意。（虽然前端也有自己的问题就是了）
管理后台最大的问题就是不上不下吧，论技术，草台班子不可能比得过 m$、sap 之类的成熟架构，技术永远是次要地位，劣化的需求反过来又会把技术往更恶劣的方向推，然后一群人在 servlet 和 jdbc 上阻塞到死还如数家珍，看着心寒。

[yolio2003]

我反过来

[veike]

我是因为 UI 设计搞到了后端🙃

[qeqv]

@leeton 我前端数据库都喜欢，喜欢两个极端，就是不喜欢后端在中间 CRUD 的工作 - -