技术解析

各位前辈,可以分享一下前端在中小厂的生存现状吗?
0
2021-06-10 17:45:11
idczone
不好意思,可能前几天创建了一个有点相似的主题,见谅。这次更清楚自己想问的问题了,各位互联网的前辈们,可以分享一下在你们公司里前端的地位吗?比如话语权,职位晋升,前端和后端的比例之类大带宽服务器的吗?感谢各位的回复。
没地位 如同工地上的小工

肯定是跟公司有关,但是我这个地方地位一般。
前提:
公司的业务核心就是操作和管理数据,也就是说后端的老哥先天的会比较重要。
前端就是一个负责展示数据的,并且对 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 ),后端叫我自己组装,因为说前端组件都在变,数据结构 [不可能] 适配前端。
然后没隔多久我就走了。
现在的配合的同事 我想得到什么数据类型就反我什么数据类型,哎呀。真舒服啊

大胆点,把运维和 UI 去掉

我覺得他的意思就是一個人包這四樣。

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

大前端好很多

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

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

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

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

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

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

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

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

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

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

看你们这么说,我觉得我应该知足
数据地带为您的网站提供全球顶级IDC资源
在线咨询
专属客服