回老家后反差还是很大的,薪资什么的其实早就心里做好准备了,不得不吐槽一句,开发环境是真的落后
目前老家很多内部管理系统基本上都是一个人自己单独维护一套,都是基于 php 的 cms 系统然后再这基础上增加自己的一些增删改查。我看了下他们用的框架,php 代码跟 js 耦合在一起的真的让人感觉难受,感觉倒退到了 10 年前。
目前公司内部对于新人进来,也希望能带来新东西,我也给他们自建了 git 仓库,他们有个别项目是前后端分离的( vue 静态 h5+php 作为服务端的 h5 )然后也允许新人进行技术选型,只要东西简单好用。
我目前的想法是,第一个内部的一个小管理系统,就按照他们的要求来进行,用这种 cms 系统一键生成增删改查。后续我还是想前后端分离,管理后台就用 vue+antd 那一套,然后自己先把基础的菜单 权限 登录等功能完善,然后 api 就用他们熟悉的 php 框架来只写 api,他们也同意新系统可以用新的。
我是基本不怎么会前端,之前在公司帮别人 cv 过 react+antd 的管理后台页面,我感觉那个东西写起来比这种前后端不分离的简单,不知道大家对于这个怎么看,或者有没有更好的技术选型方案,或者就躺平,多多上手这些 cms 学一息 js 跟 css 然后一把梭。主要这样他们一个小项目就单独搞一个,然后又得自己再重新部署,我是感觉复用性,扩展性都有一点局限性。如果我自己搞一套的话,可能我前期压力比较大,但是能回到自己熟悉的节奏上来。
头疼啊 各位老哥 我该怎么办

旧系统继续沿用不要轻易去改,新系统如果手里有主导权利可以决定技术选型的,就自己决定

如果办公室电脑还使用 ie7 ie8 你是不是还的让人家换电脑去? ---做某个国企系统时被问到的,现在我把这句话送给你

只要有一个终端用不了就是你的问题,因为人家的浏览器可以访问其他网页,访问不了你开发的东西,
你能说你电脑太垃圾了了?

旧的别动,新的用新技术,重视 git 操作和编程规范,差不多就可以

我明天问下兼容性问题

如果大家都是 win10 的话 应该是没这个问题的

其实我还想再问下 antd 那一套适不适合我这样描述的情况

2 楼兄弟说得对,你的感受是次要的。除了你之外的所有人没意见才好。

自己搞搞练练手无所谓,要是在内部推广开,你得有能力把控全局,出了纰漏也能兜得住。

不然就闷声发大财,自己搞自己的,别揽那个锅,难受就难受吧。

闷声发不了大财,而且他们一个小项目一个 cms 贼乱 当然对他们熟练工来说还行,但是这样自己也忙的

你自己写一个方便自己用,其他人就别管了

可以的 老哥= = 学到了

后台管理系统是很适合用前后端分离的模式来开发的。我之前参与过一个项目就是从 php 后端渲染,切换成前后端分离的(不过前端用的是 angularjs )

拆分之后前后端只需要靠 API 和数据来交互,更容易理解,也方便分工。另外 vue 跟 react 的组件库也比较新,人手不足的话不用自己去造新轮子。
但既然你提到你不会前端,那还是得听听负责前端开发的同事的意见,负责干活的比较有发言权,如果他也想尝试,那就放开手去干。
现有团队比较熟 php 那套的话,那就直接基于原有的框架做 API 化的改造,一般只需要在 Controller 这层动刀子就行。再做个接口权限限制,再定个接口规范,就差不多了。

是的

就是我现在得自己弄一套,不然遇到需要单独部署的项目的时候,可能需求都不多,但是不可能再给你时间去开发后台用户的登录注册,权限、菜单管理这些东西

所以得自己维护一套

我现在就好奇自己维护的那一套的技术选型会不会有问题

哦对,我把兼容性忘了。。我们搞部门内部的管理系统的,如果对方用的 ie 反而要被我们怼的 hhhh 。

你的目标用户要是用 win xp + 低版本 ie 的占比大的话,那就放弃 vue 跟 react,老老实实用原生 js 或者 jquery 吧。这种情况下实现前后端分离,其实也能做到,就是渲染数据比较折腾。

我明天去问问情况 如果真的要兼容的话 那么确实就老老实实用这些傻逼 cms 吧

在体制内做信息化===放弃对技术品位的追求

不论是自研还是外包

#11

前后端分离因为做了解耦,不同技术组合之后的选择比较多反,而没什么开箱即用的方案。不熟这一套的话,得慢慢迭代,慢慢优化。我自己用的这套迭代了五六年,每开一个新坑就调整一点结构。。

我是实在受不了 js css 代码里面有$符号 就是代码提示都没有的那种,这种 php 跟页面耦合的写法真的恶心

新系统直接 ruoyi 框架一把梭, 多种版本可以选。用户管理和权限控制那些都可以直接用了,不用也可以参考下

国企,新项目还有自主权,我盲猜一个项目都是内网或者国内云主机部署,延迟比较低。你真不如考虑 dotnet 技术栈,用 blazor server 做,看起来好像是前后端分离,实际上没有分离。写起来简单省事性能也还行。还有开源的组件库。除了…招人比较难,但是国企本身人员流动就低一些,培训成本也不高。而且类似 PHP 那种 HTML 和代码混写,你给别人推广阻力可能也能小点,但是 vs 加持下绝对比 PHP 体验高不知道哪去了。

前后端分离和兼容没有矛盾。兼容只是前端的事情,你不要用 vue+antd,用 jq+easyui 就能兼容 ie 了。

应该还是要用 php 写的 或者我明天问下

这些都 ok.
要复用请出一套基础库。

老哥,你的心情我很理解,我第一个公司就是 perl 和 js 耦合在一起的项目,某些地方还不如 php 。
不过既然在国企了,为何不选择躺平呢,php 模板渲染虽然落后,但是他不能解决问题嘛? crud 他不香嘛。

各种 hooks,ts 新技术飞起,给自己徒增工作量,在外人看来都是一样用,怎么得到评价呢。
另外不知道老哥的领导怎么样,你用新技术,领导不懂,这个东西的话语权就是你的了,作为领导失去了掌控力,他能愿意嘛。
假设你打算在这里长期干下去,我觉得搞政治比搞技术有用。
如果就是爱好的话,那无所谓。

首先团队有多大规模,是否要关注分工。
前后端是否齐全。
一些 php crud 框架虽然没用 vue,但是从开发者视角也不用关心渲染,用就好了,比如 dcat-admin

用新技术可以但需要及时与使用人员沟通。实际使用 ie 的基本没了,用 360 兼容模式是最多的。

及时沟通方便解决问题与避免背锅,新流程最好写个文档放在入口处🥲

国企,你不是先要夹起尾巴,这么上进,会惹人嫉妒的

自己做一套自己用好了,没事多团结团结同事。

去国企还不赶紧躺平自己做点副业?

话说怎么样才能回老家入职国企,我这十八线省会国企好的岗位只招毕业生&从内部调人。。

#27 找亲戚问问 哈哈

看来你还不太成熟,或者不了解体制内和国企。

这种地方混吃等死就好,作为技术与其想着去开发什么,混个一官半职或者什么成就,不如想象怎么“摆脱”你这个在领导和其他人眼中“臭搞技术的”身份。

等你工作过一段时间,你会发现身边所有人都看不起你这种技术人员,而且屁大点事你都要顶到前线。

也许你想问为什么,为什么你不清楚吗?你的可替代性高啊!你能干,再招个人还能干,实在不行项目直接外包,留着你经费怎么花?即使你所在的是核心业务部门又怎样?核心业务外包的案例还少吗?

你现在的境地,不过是一个博弈的牺牲品,如果你做的好了,负责采购的人势必会不开心。人家能负责采购,必然是把自己的关系处理的明明白白,该打点的也都打点到位了。你确定你能顶得住着一群人未来十年、二十年对你的记恨?如果做的不好,你的领导在博弈中败下阵来,你是最终责任人,你以后还想有好果子吃?

与此同时,你敢反抗吗?你敢说不吗?在私企、外企,你可以大不了老子不干了。在体制内和国企你有这种资本吗?你为了一个编制曾经付出了多少代价?我相信只有你自己最清楚。当然长痛不如短痛,你如果现在离开体制内或国企,去私企、外企工作付出的代价也许会小一些。如果你下不了这样的决心,那就什么都不要做,有 bug 修 bug,没 bug 多搞搞关系,尽快摆脱他们眼中的“贱”身份才是当务之急。

乖乖

vue2 跟 ts 和 hooks 有什么关系,选词填空只能更简单,我们公司一群 jq+java 的人写 vue2 都写得飞起

#30 复议,楼主还在吐槽开发环境,实不知自己所处的环境

一语道破天机·。

看到国企还是老样子我就放心了

先确认一下大家的电脑是否都装了谷歌浏览器,如果没有装你能否承担给大家装好的任务

#30 楼主可以参考下,苟住就好,多做多错。

老哥牛逼 我有点悟了 其实真的是个围城 城外的人想出去

但是现在我只是有点不适应他们的开发模式,基本上都是小项目一人负责几个 写点后台的增删改查

一个人维护一套后台,还要前后端分离?
你都不知道前端现在有多复杂了。

回老家了就适应一下,祖传代码千万别碰,剩下就是沉默是金,少说少做。

其实现在的这个 antd 写管理后台的话 真的是一把梭- -

既然回去躺平了就别给自己添加难度了,维护起来也麻烦,用最基础的就好

自己封装一下,后面就挺好写的,我最近自己搞了个 umi+antd 那一套

当然如果是国企就选择躺平,多和领导混就行了

顺便发展副业,我们公司的外包就是国企员工捞外水

本职工作上将就能用就行

PS:现在如果还有公司需要兼容 ie 的话不加钱都不想去 😅

仔细品味下 30 楼的回复吧。你还在用做技术的思维来看问题,到时候做的好,别人也能找出问题,做的不好那就问题更大了。更不用说那种谁提出谁负责,到时候所有人都在你的对立面。我曾经在私企搞技术更新都困难重重老板还是比较信任我的,国企怕是比私企问题还多吧。

这个是国企那边外包给你们公司 然后他自己再从中抽水? 做还是你们外包公司做么 那得至少要混到国企中层了吧

上 drupal 吧

改他干啥,这不是给自己没事找事么。。。。

#46 就单纯员工接我们公司的私活 ,同时又有本职工作

那这相当于拿两份工资了 羡慕 一个外包我感觉油水还是很多的

有技术追求肯定不会干这个呀.

前后分离的好处还是在于能够充分分开前后端开发人员的责任,方便甩锅,前端的 bug 就是前端的 bug,后端的 bug 就是后端的 bug,

但像后台管理系统这种,因为数据这些后端更熟悉,基本上都是后端自己来干的活,我觉得还不如用原来的前后端不分离,因为出了 bug 仍旧还是后端自己改,哪里甩得了锅啊🐶

我也逐渐接受了- -

老哥能分享下怎么入职的国企吗?

之前用啥就用啥,能不改就不改,要大改就让领导招标让第三方公司来弄。
进国企还想大展身手也是醉了,这就不是搞技术的地方,多看看身边那些高升的人平时都在忙啥,没点眼力见。

请问浏览器跟电脑有什么关系。

我已经悟了

国企也是需要搞技术的,核心业务不可能外包的,还是我待的国企画风和楼上的不一样?
前后端分离,antd 都不算什么新东西了,我知道的很多国企都已经上了。
我觉得在国企中做技术革新最大的问题还是老人多,看你能不能带的动。
建议就是自己小项目搞起来,最终把你的基础工具做成库,提供一个傻瓜开始模板给同事,这样别人的工作量不会上升(甚至可能因为工作效率提高增加了摸鱼时间)。反正大家就是 crud 往里填,关键的代码你来写。
只要你的做法确实更好,自然会有人愿意来尝试。

楼主 too young too simple 被教育了一番

看到楼主被教育就放心了。搞好了不是你的功劳,搞砸了你肯定要背锅。
再说,再牛逼的技术,跟垃圾技术,不是一样能用?又不是不能用
上新技术,这要换设备,那不兼容,你怎么搞

目前在央企外包 建议楼主老项目还是别动了 千万别有重构屎山的冲动 新项目问清需求 兼容是大问题 尤其前端 毕竟千奇百怪什么浏览器都可能见到 谷"哥"浏览器 390 浏览器诸如此类...

14 楼老哥说的好
这就是躺平的地方,别想技术了,真香搞技术赚外快去,在工位上就想想怎么薅羊毛,想通了就发现围城变了,城外的人想进来,城里的人真会玩

不要随便改旧的项目,只会增加不必要的维护成本。

旧项目旧办法。

新项目新办法。

进了国企或者事业单位,就要放弃对技术的追求;讲究能用就行。
如果有点追求那就搞搞关系,尽量给自己打造一个技术,业务都精通的复合型人才形象。
如果决定躺平了,那就自己搞自己的,单位的事情能交代过去就好了!

不同的国企也大有不同

你和楼主都没自爆自己国企是具体行业和自己的团队(实际上你们也都不会爆)

所以自然会有很大的差异

不过新到一个地方,还是建议先苟一段时间再说吧
强如陆奇在技术的百度还不是给赶走了

用 vue 比 react 简单。

github.com/TeaWeb/build
可以看看这个 repo
前后端半分离得那种,我感觉适合开发各种业务系统

用 php 感觉已经是很大的进步了
我感觉管理系统最佳的方案应该是.NET 那一套。首先企业级售后兜底,从编程语言到前端、后端、数据库端,甚至想上云都完全没问题,而且生态整合很好(相对于管理系统那个不算复杂的需求来说完全可以算优秀的生态)。

少年,你是没被毒打过啊,我司的软件至今还有业务端跑在 XP,ie6 上,你能逼迫别人去换电脑?

看有些回复有些恶心。
如果你是有关系进来的,那就不要动,不动就不会错,反正有关系,总能上去。
如果没关系,那让你进来,有可能是想让你当新水的,如果你真的像有些人说的那样躺平了,那凭什么让你上升?你个搞技术的能有搞业务的会拍马屁?
所以终究还是要看对自己的定位。这种地方的领导都是人精,怎么可能看不出来你是想躺还是真想干事

龟龟,太到位了