程序员应该前后端一起做吗？

前字节CEO张一鸣先生曾经说过：“我刚参加工作时，不分哪些我该做，哪些不该我做。我做完自己的工作后，我都会去帮助同事解决问题。工作前两年，我回家都是半夜，回家以后还会继续编程到很晚”。这样的工作态度，直接导致的结果是，张一鸣先生成为了公司的技术骨干，第二年，他就连升两级成为了中级经理，管着四五十人的团队。所以，回到题目，如果在条件允许的情况下，不要给自己设限，可以尽可能地同时去了解、学习、实践前端和后端。

IT很多技术的思维的想通的，只要有基础，学习起来还是挺快的

曾经的一个同学自己学习的专业是自动化，学习过C语言，所以在工作之余他自学Java，从而走上了开发的道路。可是真正从事开发工作后，最初做的是前端开发。整个过程中，发现之前Java中学到的内容都可以应用在前端开发的工作当中，比如页面中需要对一些条件进行排序，遍历数组等等。同时还会结合自己之前学到的Java内容，与后端同事一起想办法给出建议。当然一个项目当中也不可能仅仅涉及到前端和后端。对于服务器的基础设施上，因为项目中使用了websocket，而前端请求应企业要求，需要经过nginx转发，笔者也会自行搭建一个最简单的前后端小项目，结合nginx，告诉运维同事该如何配置nginx实现websocket请求转发与请求保持。所以，虽然看起来我只是做着前端的工作，但是仍旧有很多机会去接触后端和运维等等。

但是也需要有一个主攻的方向“样样通不如一样精”，人的精力是有限的

其实并不矛盾，在自己的工作之余去尽可能地去学习其他方向的知识是完全没问题的，这样不但可以增强自己的竞争力也可以丰富自己，给自己创造更多的机遇。前端和后端本来是两个不同的方向，每个方向都有非常丰富的知识系统。不要本末倒置，要有一个重点方向。张一鸣的故事虽然很励志，但不一定适合每一个人。人的精力是有限的，不可能学习所有的知识，但是有一点是很对的：在学好自己工作方面的知识的时候，不去拒绝其他学习的机会。

能有机会一起做，那是天赐良机啊。

实战出真知，诚不我欺。无论你的技能栈是擅长前端，还是擅长后端。有了实际项目历练后，再跟对方讨论问题时，才能不被轻视。

就解决问题思路而言，前端和后端是有很大差别。深入了解后，才能站在对方立场上考虑问题，沟通协调自然也就顺畅很多。

从毕业到现在一直在一家小公司，项目框架由最开始的springboot＋thymeleaf变成了前后端分离。项目经理是个技术大牛，主要是学习能力超强，举个简单的例子，公司接了个项目需要做一个网站＋APP，公司没有专门做APP方面的人，就外聘了一个十年工作经验的大佬，后面网站做完了，APP那边一直验收过不了，外聘的大佬因为各种原因进度很慢，然后项目经理花了一周的时间看了一下(之前应该会)，然后就把活接过来自己顶了。在他的带领下，公司的技术更新太快了，小公司刚开始就只能拿点外包项目，而且能拿到的项目就一个特点，要得很急，一个项目从需求到上线，少的只要一个月就要上线。最难受的是第一个前后端分离项目，春节在家项目经理开会说了一句大家抽时间看下vue，年后的项目要用前后端分离，那一年正是疫情高峰期，几乎所有公司都是延迟开工，我们没有，甚至于在老板的要求下提前了几天上班，当时最难受的事莫过于项目经理不在公司，留下一群人大眼瞪小眼，项目经理一个电话让我把前后端框架搭好，开始弄，行吧，就搭了一个非常low的，前后端能跑通[捂脸]，然后就开始干，那段时间全公司加班，周末也没放，老板说外面危险，也没人，不要乱跑，外面也没有吃的，饭都是老板送过来，全程无接触，每天公司消毒三次，一群人边学边做，每天九点之前灯火通明，偶尔通宵。那一年不知道什么情况，公司的项目不断，而且都是很急的，然后一群人一直加班，一直加到了十一月底，期间就没有一个完整的周末，还经常通宵，项目经理很卷，每天晚上只要他没事，大家就一直要卷到他发话才下班，没有加班费，老板说的是你们现在做项目学技术，不加班咋学技术，行嘛，加吧，确实加班使我成长，工作三年，前端代码写得比后端代码还多，小公司不知道大家有没有待过，是不是就真的是一个人干两份活，做不完的加班弄，还没有加班费。

可以懂，尽量别一起作