全栈工程师现在多吗

小点的项目可以这样

其实大部分都是不太大的项目，我在考虑研发成本的问题。很多时候只是为了前后端分离而分离。

全栈，但前后端分离的路过。

分离只是代码分离，人可以不分呀，按模块全栈开发就行了。

我感觉开发体验上分不分都差不多

@KoedaNagi 大的项目也可以这样，我公司现在二十多年的代码也不分前后端

前后端分离可以一个人做也可以多个人做，前后端不分离也可以一个人做/多个人做吧

如果用两个人开发，软件开发的成本其实是增加了

前后端两个人可以天然使接口设计得更通用，而如果一个人的话，大多数会图省事。而且一个人的话对人的能力要求也会高很多，导致招聘比较难。

小公司都想让一个人干多个人的活，前后端都要会，核动力驴， 这样公司成本少很多
全栈其实是个伪命题，只是为了节省成本而已

楼主的描述看起来更像“全干工程师”

感觉不多吧，现在哪怕是很小的小作坊也都是前后分离。

前后分离最大的坏处就是项目至少需要两个人，但是对于需要超过 2 个开发的项目来说这就是最大的好处了，需求天然分割成两部分，耗时不说 x2 至少也是 x1.5

@kandaakihito #10 耗时 => 所需时长，说错了（

@kandaakihito #11 草，是出活速度，又嘴胡了

能做和能做多大的区别。

不是特别炫酷的效果,前端也一起做了,主要就是框架小子呗

其他的从需求 文档 开发 测试 部署 运维 都做,不过没啥钱

全沾的很多

只是会前后端的就算全栈的话...,那我也是全栈

为什么要用局部解决整体的思维呢?大部分是小项目所以前后端分离这个技术不应该出现?还是就算出现了分离的技术但是不应该学?这个大部分的数据又是哪来的,因为小公司比较多，所以小项目多?

全栈 = 项目经理 + 产品经理 + 设计师 + 架构师 + 前端开发 + 后端开发 + 移动端开发 + 硬件开发 + 测试 + 运维 + 售前 + 售后。

很多独立开发者可不就是啥都做么。

@YiXinCoding 宁这叫“全干工程师”，他还没到这份上

其实这更偏向于招了一个能当做一个 IT 部门用的全干工程师

自从前后端分离后，一个项目至少得两个人干
--------

这个结论是错的，我试过 python 后端+React 页面+iOS/Android 自己全干

有没有可能分开了会增加价格成本，但是时间成本降下来了，不分开的话价格成本降低，但是时间成本增大了，像国内这种一般都是快速上线抢占市场，

代码分离 干活的人不分
我全干的速度比一前端+1 后端慢不了 错误也少
所以我觉得 全栈*2 >> 前端*1 + 后端*1

还不多，真的，我找过几个，都是会点前端或者会点后端，主动拼一下会说自己全栈，但能不做全栈就尽量避免了。无论是否觉得全栈为小公司小作坊的不专业玩法，还是潜意识不想跳出舒适区的人性使然，趋势其实是越来越多。我到觉得设计和代码分离可能才是专业玩法，而写代码会因为工具越来越强大，最终不分什么前后端，就像手机和相机的合并一样，但是专业相机还是有，只不过只是极少数需求。

@YiXinCoding 从前到后，从上到下，统统都包。厉害。

我真不明白为啥要分前后端，一个人干能省事不少

没想到大家讨论这么热烈。我的认识是：前后端分离是个技术架构，目前是按照技术架构划分了工作角色，分前端和后端开发，这是分平分隔，垂直划分也是一种分法。而做软件是工程，技术选择和工程组织互相会发生影响。做软件要根据不同的需求选择合适的架构，同时要组织好人，要平衡多个维度。

小公司为了省钱就招全栈，其实项目也小，可能一个人就能负责了。这样其实也挺舒服，项目复杂不到哪去。
如果项目大了呢，至少我还没见过项目比较大，人人都是全栈，大家可以垂直划分任务的公司。

怎么说呢，我主业 java ，业余也学了前端自己写着玩。但是公司业务一般都是希望 1 个月上线，2 个月完全体。一个人写的话是要死人的。除非真的能开个 30~50K ，那么问题又回来了，他为什么不 15~20K 招 2 个人呢。

学历好，能进大厂，一个项目上百人参与，专心往一个方向深入发展；学历差的小牛马，用不到高并发、大数据的就全干，别说什么前后端、产品设计、项目管理、修电脑、拉网线、端茶倒水....也全干

全干工程师路过，后端，前端，运维，AI ，大数据，硬件，装修，厨师，司机。

@dwSun 还差个通下水道

个人建议楼中很多人多多了解外面的时间
前后台分离是技术架构，与几个人干真没关系，简单点就是前后台分离类似是多线程并发

另外，在 AI 加持的今天，分离导致的那点额外工作量可以忽略不计