各位前辈，可以分享一下前端在中小厂的生存现状吗？

没地位 如同工地上的小工

肯定是跟公司有关，但是我这个地方地位一般。

前提：
公司的业务核心就是操作和管理数据，也就是说后端的老哥先天的会比较重要。
前端就是一个负责展示数据的，并且对 ui 交互等并没有很高的要求。

主要原因：业务主导。

现状：
1.话语权，设计书基本都是由后端主导，甚至 leader 都是后端。
2.加薪可以有，升职不可能。
3.势力小，后端人多，话语权进一步下降。
4.因为 1，3 有时候会被当做狗一样用。
5.前端技术停滞，气氛和管理都倾向于后端，前端就是能用就行，各种开发规范什么的不健全，对自己发展很不利。
6.没有前端大神，有问题只能百度，对自己发展很不利。
7.可能会因为让步后端，而放弃许多自己的开发想法。
8.很多人不懂前端，喜欢指手画脚。

结论：
在后端作为业务主导的公司内，很多是没有办法的，能自学就自学，自己变强了怎么都好说

基本都是后端主导了，前端渲染渲染数据就够了。如果不做深的话，前端难度还是比后端简单的，如果作深了，后端还是更复杂。总的一句话，地位是自己争取的，前端后端也只是职业不是人，你是前端不代表不可以懂后端。非要比较就没意思了，如果真要比较，那后端肯定比前端重要。

前端开发基本和测试一样了，就是一个资源工具人。所谓的前端资源和测试资源..... 地位可谓之低

你们说的中小厂已经是比较知名的企业了……真正小公司都不敢叫“厂”

虽说是后端导……但是我看高级前端都比高级后端工资高啊，而且前端岗位更多，跳槽更方便，还有历史债务相对来说小很多。

如果不是重交互业务或者 C 端产品，后端地位更重，因为他们更靠近业务和数据

作为小厂前端确实没话语权，大厂更不用说，就一个切图仔 API caller 能说啥呢。但别把路走窄了，前端火热是因为门槛低需求大，你为此去降低自己的能力是不可取的，业余搞搞 python，golang 不香嘛

主要是切图，因为数量少哪个项目需要往哪搬。

前端的话基本就是实际意义上的工具人
建议转后端或者全干

真正的小公司，一个人前后端+运维+UI

如果业务没有一块地方是以前端技术为核心的 可以趁早走人 不然都是工具人罢了

之前的公司是，后端只转成 json，前端后台用的 element 需要树状结构，pid （父级 id ） cid （ child 的 id ），后端叫我自己组装，因为说前端组件都在变，数据结构 [不可能] 适配前端。

然后没隔多久我就走了。
现在的配合的同事 我想得到什么数据类型就反我什么数据类型，哎呀。真舒服啊

@zhongjun96 大胆点，把运维和 UI 去掉

@knightdf 我得他的意思就是一人包四。

测试>前端>后端 然鹅我是移动端 o(Д)っ！

大前端好很多

更加关心客户意见， 常常调整也多， 业务代码居多。

一般吧，没啥话语权，即使你当了前端的领导，也还是就是折腾折腾页面，给人安排安排活

那么多虚无飘缈的前端概念都白吹了吗

关键是看你前端会什么东西了, 会的多,能力强就有话语权. 现在手机,PC 性能已经很好了, 很多后台业务都可以前端来做. 你能力强把后台的活前端都干了, 那自然就有话语权.

大部分小公司的前端都是做页面展示、提交表单的活

前后端分离之后，意味着前端不需要知道太多业务，给接口，画页面就行，这也就成为了所谓的工具人。所以如果想有长远的发展，就必须主动的深入行业，了解业务，并且有所思考。做技术的要么做到极致，要么深入业务。

前端的话语权真的是小，那些数据各方面都是后端老大说了算，遇到一个好说话的后端还好，遇到那些愣愣的，直接把字段全查出来，你要哪个就在里面挑吧。

小厂前端都是炮灰，真正的工具人。大厂的话还好点，只要有个部门协作的过程。不过不管大厂还是小厂，前端的平均地位都不如后端。

看主要业务逻辑放哪里了，纯显示的前端是不存在的。我倒是想纯显示。。。

妈的，我们公司缺前端，真的缺，java 真的太卷了。 不过前端最容易被产品逮，验收第一步就是 UI，感觉每次上线，改的最多的就是前端

看你们这么说，我觉得我应该知足

个人能力大于工作内容本身，别人混的不行不代表你混的不行

工具人

主要看工作内容吧，前端包括很多方面。pc 端 移动端 桌面端 app 端，如果这些都是前端实现的话，话语权还是很大的。

@shilianmlxg 这个后端肯定是没怎么遇到这类需求。常见的 cms 的主副评论，文章分类树，地址折叠板之类的都是需要父子 id 的数据结构。难道他撸管理后台的时候没有实现过类似的东西？还是全干工程师知道自己要什么东西，自己给自己写就完事了。

@lujiaosama 某为 8 年 javer 。可不能乱说