回老家后反差还是很大的，薪资什么的其实早就心里做好准备了，不得不吐槽一句，开发环境是真的落后
目前老家很多内部管理系统基本上都是一个人自己单独维护一套，都是基于 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 上，你能逼迫别人去换电脑？

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

龟龟，太到位了