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

有没有一种可能，你喜欢的是具体的而不是抽象的。我也感觉后端的东西都太抽象了

你可能再做两年前度就发现自己喜欢的是 UI/UX 了

@pslydhh 有这么一点，但不全是
@Pastsong 哈哈哈我确实很喜欢设计页面，但没学过挺菜的

我当初选择前端就是因为发现自己喜欢「看得见」的东西，就好像 #1 说的，「具体」的东西。

其实管理后台也不是什么问题。哪怕拼界面也分好看的和不好看的，还不提好用的和不好用的。一旦 UI 上升到 UX 的层面，可探索可实践的东西还是很多的。哪怕是同一个系统，换了不同的工作环境和角色，界面的设计和细节可能就要相应地发生改变，这些还是很有意思的。相比较而言，后端反而要单调枯燥得多。

「我到底喜欢前端什么呢」，如果让我来回答，应该是可以做出让用户用起来舒适的产品吧。有点做游戏的感觉。大家都不喜欢工作，但大家都避不开工作，至少优秀的设计可以让用户工作的时候可以少一点消极的情绪。

我选前端的原因也是因为更喜欢看的见的东西，后端都是黑白终端，太无聊了

我最不喜欢数据库

唯一不爽的一点就是: 是个人都能对你写的页面指指点点

看标题以为你喜欢的是人，点进来一看算了不说了

其实喜欢的是钱

后台管理系统那种页面没啥意思，你可能喜欢搞那种炫酷的交互效果，如果是开发 App 可能比较多，不过一般都得去互联网。

没事可以逛逛 codepen ，有很多惊艳的效果，值得学习

@SilentDepth 最后一段不能更同意
@kangkangbuptcs 我对黑白终端没啥偏见，可能我讨厌的只是 curd 吧
@Kaier 哈哈哈，你需要一个 ui 来给你背锅
@del1214 钱谁不爱呢，但不全是

相反，我更喜欢后端，做过一点点前端很痛苦。不排除是因为自己是后端，前端技艺不精。前端调界面让我感觉繁琐且枯燥。一对比后端就相对简洁，只要理逻辑就好了。 不过管他前端后端的，已经失业躺平快一年了，不想呆互联网了，感觉没啥意思。

我也喜欢前端，特别是女前端

@mastcer 6

其实哪怕你学的后台，不妨碍你学前端的，前后端最后的归宿都是往全栈靠。我老师当初就是做的后端，后面更喜欢前端，就做了全栈 Web 开发人员

昨天一小弟刚跟我说，他觉得我们的项目没有高科技没有新技术写页面很无聊，觉得后端各种高并发很高级。

@Kaier 不是指指点点那么简单，是 bug 路由器

我入门前端是因为学 canvas 写小游戏，很容易看到成果，满足学习中的成就激励。

@xianyuyitiao #13 关注的点不一样。后端追求客观逻辑的合理性，前端追求主观感受的合理性。这就好像 HackerNews 或者老版 Wikipedia ，我把内容正确无误地储存并展示了，从后端的视角来看已经完成任务了。但咱就是说，站在用户的立场上，能不能进步追求一下内容呈现的效果，让它看起来更优雅、读起来更轻松？这就是前端的工作了。东西「能用」是基本，但我们也总值得一个「好用」，是不是呢

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

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

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

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

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

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

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

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

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

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

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

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

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

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

前后端梭哈不更好吗？

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

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

后端掉头发快

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

我反过来

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

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

我今年明白了，我喜欢的不是前端后端，不是 code ，是钱 QAQ

前端能直接接触到用户, 更像在做产品做创造, 而不是码农

各有春秋吧？前端有界面，后端能写一些比如 翻墙代理 一样的功能性程序。

忘了当时为啥选前端了 好像是一个朋友推荐的

前端的需求一直很大，尤其是 web3 领域

后端出 bug 一般会非常严重，前端出 bug 一般不会有特别大的问题，毕竟能上线主流程肯定是通的。

前端会有短期的“激励”与“成就感”，所见即所得的快速满足感。

感觉和抽象能力有关？前端比较具象吧

@moonL 没啥经验，学完 go 之后，学一下服务器，数据库，redis ，微服务，分布式这些相关知识，简单研究一下服务器常用架构和各种问题(例如分库分表，延迟双删这些东西)的解决方案，就找个愿意要你的公司，各种写 curd 就行。

有没有可能后端不止 CRUD ？

但是前端开发过程中至少需要开编辑器、网页（包括在写的页面和设计图）和控制台，后端开发的话开一个编辑器就行了，也不用一直开着数据库或者 postman 之类的。

@magese 梭哈挺好的，正在往这个路上走，但我好菜

上面说了所见即所得的即时反馈也确实是我喜欢的
倒不是说后端的延迟反馈不好，就是感觉也没比前端爽多少还麻烦不少，个人的感受（

@netabare 确实，有些明明不大的项目能直接一把梭省时间非要层层叠叠，刚接触觉得很新奇用多了就感觉厌烦了，如果只是 curd ，处理数据本身并不是那么讨厌的事情

管理后台还就一个千篇一律，但你又不能用现成的，总有一些奇怪的需求要你定制，但来来回回看本质又是一样的东西……只能说烦呐

反过来+1 ，特别是写 css 的时候，想把电脑砸了

@mastcer 厉害厉害！