被迫用公司内部很烂的框架，怎么办？

[javaWeber]

最近调到了新的小组，被迫用公司内部框架，没有前后端分离。

更惨的是，页面都是靠拖的，没用 vue/react 写，后台就是拖控件，写写监听事件。

连缓存，MQ 都没用到，也不用写 sql，不用查 linux 日志。

跟领导沟通了，领导还是不肯让我转小组。

天天拖控件，很难受。年终奖要明年 5 月份才能拿，不知道要不要跑路啊。。

感觉待久了，技术会废掉的。

跳槽可能又涨不了多少工资。唉。

[Sapp]

六字箴言

[vultr]

这么好的事情我怎么就遇不到呢？

[hotcool100]

话说，有个老友一直在找这种拖拖拽拽就可以完成开发的框架呢

[Immortal]

页面拖的 写写监听
这是.net 么..

[chendy]

有兴趣深入了解一下这个框架么？（其实感觉不是框架了，感觉像个平台
比如对页面元素是怎么抽象的，数据库操作是怎么设计的，会不会有无法完成的操作，有什么优缺点…
还有就是这种模式离业务非常近，可以更多了解业务
当然，如果以上都没兴趣，那就六字真言

[zhiguang]

不会是普元吧

[betulac]

站在管理者的角度这个框架非常好,拉个新手就能开搞,还不担心出严重 bug

[Motoi]

winFrom?

[dosmlp]

公司又不是你家的，不是你想咋就咋，你不想可以离职

[dif]

要么~，要么~

[simpleha]

吐槽呀，让他们优化呀

[abdiweli]

没有话语权就老老实实用着，有话语权那就推翻自己搞一个新框架。

[wangyzj]

WPF 不就是这样

[nnqijiu]

个个都觉得公司的东西很烂，觉着自己很牛逼，可以用一堆高大上的框架，写出高质量的大神级代码，殊不知只是一介拿着填饱肚子的混日子的代码农民工。

[zpvip]

为什么要追这些新技术，能解决问题就好。

在老板眼里，员工要变成拧螺丝的，随时可以替换的，就像麦当劳厨房的“大厨”一样。搞这么复杂，你走了老板怎么办，想要挟老板加工资吗？

另外，你一个人用新技术栈重写原来的功能，确保能 Bug free? 重写的工时怎么算？你义务劳动？

[bwd1991]

写一个啊

[Ccob]

@nnqijiu 赞同，好像最近挺多这样的帖子啊，各种吐槽，但可想而知很多吐槽的人也同样被人背后吐槽

[ieiayaobb]

“我”写的代码是高级的，公司给的框架都是烂的

[k9982874]

你以为用着 vuejs/reactjs 就很高大上吗？还不是在 npm install 拼积木。

[falcon05]

除了六字真言我无话可说

[fx]

这么厉害框架

[l0wkey]

hpapaas / low-code paas

[luoway]

这很好啊，在前端这叫 low code。
技术未必会废了，把平常写的监听事件封装下，操作过程自动化，把 low code 升级到 no code，跳槽绝对吃香

[watzds]

听着这框架很高级的样子，后台都能拖拖控件

[zzNucker]

这 low code 代码平台不香吗兄弟

你吃透了不好吗

[CODEWEA]

眼高手低

[reus]

确实会让人变废人，离开这个环境就什么都不会了

[skypyb]

跑吧。
别真信了人家的鬼话，你真待个一年半载的，屁流行知识没学到，尽会些出了公司就用不到的东西。
到时候出去面试，别人就算看你简历里花里胡哨又怎么样？项目经验一看，啥流行中间件、框架都没有，拜拜了你嘞

[niubee1]

还真有人用了牛逼的框架就觉得自己也牛逼了，连用 telegram 跟人发个消息都能用处优越感出来，真搞不懂现在的小孩啊

[murmur]

钱到位什么都不是问题
我们楼上项目组用的框架是我入职时候写出来的 jq mountain shit
那又如何
复制粘贴什么东西都是可以用可以维护的

[murmur]

拖控件也是一门学问，要能拖拽出页面，还得有配合的业务和数据库设计，问题这业务的流程也挺复杂，能把这东西弄出一套配几十个业务正常跑绝对不会比你眼中的 mvvm low

[billlee]

跑路吧，年终奖是暂时的，跑路后涨薪、学习流行框架的影响是长期的

[iPhoneXI]

别听楼上某些酸的
不在牛逼的公司，自己就应该用主流技术，
不然跳槽出来，人家可以不管你内部框架用得多熟练，

jd 上技术你不会说不定简历都过不了

[murmur]

@iPhoneXI 什么叫主流，前端的技术就是 3 年一轮回，以现在的革~命速度，说不定下一个周期 react、vue、angular 全给你淘汰了，培训班出来什么都不做都能编出 3 年技术通过面试，你写过真实业务的还编不过培训班，悲哀不

想要积累老实转 java，10 年前我们用 spring，现在我们用 spring boot 和 spring cloud，10 年后我们用 spring awesome

[mamahaha]

这是不是 dreamwear 啊？

[x86]

你有把握和同事用新技术全部重构吗？

[cnxobo]

我就需要一套这样的框架，然后就能接项目接到手软。

[love]

@murmur 前端不太可能再 3 年一大变了。react/vue 之前那是 jquery 乱搞一气时代，现在进化到几种稳定的模式，只能是小修补了

[zgcwkj]

目测是 webform

[est]

拖控件就能完成的事儿很好啊。这层楼里找不出几个不写 CRUD 的。

前后端分离写 CRUD 才是浪费。无聊到死。

[chiu]

之前跳槽都完全不管年终的事，就是想逃，看来公司还没把你逼得太惨

[jakezh]

@murmur #34 十年后不是用 go 吗

[justin2018]

钱到位 一切都好说

六字箴言~~~

[phpok]

@zpvip 经典，太对了！

[woahishui]

我觉得没什么不好的，这样正好可以自己学习业务结构，怎么搭建一个成熟的业务。

[weo0]

不忙的话可以自己学东西啊。不过总归你是来赚钱的，如果钱给的少，还不开心那就走吧。

[xuanbg]

vue、react、mq 这些工具没用学它做什么，需要用的时候拿起来用就是了。倒是楼主你觉得很 low 看不上的这套拖拖控件就能完成功能的框架的内部实现机制，是真正值得学习的东西。

[airfling]

你还是分开看比较好，当前工作只是赚钱的，想学技术可以回家自己学

[way2create]

@niubee1 的确这么多年 无论玩游戏还是生活工作 无脑优越装 B 喜欢夸夸其谈的人 特别多 我也特别反感这类人

[Kontinue]

别被迫了，有能力，想追逐新技术的去互联网不就得了。。。
否则哪里都一样，都是根据业务搞的技术栈，to B 的业务更是这样子了，银行还在用 jsp 呢。只要保证逻辑正确，服务稳定就是王道，不需要什么花里胡哨的。。

[TomVista]

把这套东西搞明白 p7 问题不大

[shfanzie]

你这么牛逼，可以自己写一套，打脸老板

[passerbytiny]

@skypyb #26
@iPhoneXI #28
且不考虑不跳槽长期发展的可能性，就算跳槽，我以我面试人的经验告诉你们：会一大堆流行框架，然而业务说不清楚的，最高当成初级 /新手招；只会旧公司专有框架，但是业务说得很清楚的，要么不合适，要么按照最低中级的标准招。

[LeeGo]

@zhiguang 我猜是的吧...

[meteor957]

楼上一些人怕是给公司开发过烂框架吧，然后没人想用，最后自己跑路了，哈哈。

[abccccabc]

我 认为，业务能力必须放在第一位，框架能力放在第二位

[meteor957]

人家要学习，流行框架难道不能学习？

[LeeGo]

楼主，你有没有思考过自己是否被现在所谓的流行框架洗脑了勒？还是各种贩卖焦虑让你充值的各种课程所洗脑了？

我们公司外包出去的项目：对方说技术怎么牛逼，前后端分离，前端组件化等等。然后我最终的评价就是：屎味冰淇淋。框架是好的，做的人不行，所以最终使用起来就是一坨屎。以导致我们现在不停的被业务部门 Diss，不停的改他们的东西。

这些框架在流行，要不要学，我想是要的。可是适用不适用当前你的生产环境了？ 又或者说，这些流行的框架又是基于什么使用场景才催生出来的了？

[laravel]

下了班不能学习吗？工作有几个是自己喜欢做的

[liyihang]

要么忍 要么滚

[Marstin]

我待过的两个团队就是专门开发这种类似的拖拽式框架，都是提供给公司内开发人员作为基础框架使用，我本人做了两三年的相关工作，应该有发言权吧？
首先，毫无意外的，这两个拖拽式框架最终都是走向边缘化，好一点会被作为辅助开发工具，因为我们会帮助他们生成基本的一套增删改查代码，生成较为简单的页面逻辑。
至于楼上那些说的内部实现机制，简单的说就是数据收集与分析渲染，设定好一套规则和接口，按照我们的数据逻辑去走执行器。
存在什么问题会被废弃呢？
1、在过于灵活的业务的环境中表现不佳，本来应该是开发去实现业务功能，结果业务要向框架妥协，按照框架的标准和实现方式去做。
2、性能，前端数据渲染与后台大量反射的使用都会导致性能问题。
3、debug，这种模式下，不熟悉整套机制，你想 debug，难于登天。
4、技术迭代，要有个新需求，技术迭代你得等非常久。
5、开发人员的反对，这种类似的框架目的就是降低业务开发人员的开发难度，降低开发成本，但这是公司层面的优势，对于开发者是价值的降低。

劝你早点退坑，你现在还能绑定事件，后面你会发现，js 都是你画流程图配出来的了

[mxtob]

感觉这框架十分厉害，学学原理那些 分离层面那些范畴 怎么定出来也是很有收货的

[yawn852]

要么忍 要么滚

[linZ]

@est 拖控件能稳定风格的话，其实还好。。。要是每天都在写定制化控件，人才崩溃呢

[BlackBerry999]

拖拖拖 让我想起了以前在学校学习 ASP.NET 了，也是拖拖拖

[jhhhh]

我觉得楼主只是不适应公司框架的开发，觉得需要下成本去熟悉适应。
等你适应来之后，真香。

还有，企业要的是稳定的应用，并不是一定要用上新技术新框架。
稳定的，开发周期小，成本小的，才是企业要的。
既然拿人家工资，当然得按人家的要求走。

[assad]

没有前后端分离，是不是活都干不了？

[zr8657]

是 EOS 吗？拖拽的那种确实没什么意思，建议过完年走

[murmur]

@Marstin 我们也在做类似的东西，有几点和你看法不一样

1、在前后端分离的年代（不是服务器渲染），前端手写的页面和代码生成器做出来的页面没有性能区分，因为在业务人员配好业务的时候，html 已经全部通过模板渲染写入缓存了，读的时候不需要再去读配置部分，所以打开一个 html 和打开一个缓存的性能并没有区别
2、企业开发用这个就是注重效率，你开发人员再牛逼，对于完整流程来说，简单设计-开发-测试-发布的流程一个都不能少，而把这个活给实施去做，别人可以再现场一边听需求，一边配模块上线
3、你以为企业开发的复杂度在哪里，再复杂的表单也就是字段多，控制流程的字段多而已，而工作流是成熟产品，现在都不会用国外的工作流了，太不符合国情
4、企业应用的并发你想要多少，5 次请求 /秒都是大并发了

[win7pro]

恭喜你，你找到了公司的痛点，剩下的，是改变它还是逃避它，是把它看做机会还是打算逃避，就看你了。

[mondeo]

要么忍，要么滚

[liunaijie]

看到楼上说的 **为什么要追求新技术，能用就好** 写一下自己的看法吧。
就好比有自行车和汽车都能达到目的地，为什么要去开汽车呢，大家都骑自行车行了还环保。

[linxl]

我想见识一下这个框架...

[wolfie]

这种框架用过，代码方面每个功能写几段 js 就行了，后端都不碰。性能不是一般渣。
这种组普遍技术菜，除非是框架开发者。

[Niphor]

拖拽的多好，给你时间自己学习了

[encro]

将这个前后端不分离的拖组件的项目学透，
然后自己摸索开源一个前后端分离的拖组件的项目，
如果这个项目能被应用到微信小程序，APP，PC 开发中，
你可以选择接单到手软，
或者被各种公司抢着做去做技术总监，
或者自己成立一个 sass 云服务公司。

[keelii]

烂在哪？
怎么改？

[wangkun025]

安心写。

[murmur]

@liunaijie 奔驰汽车第一部是 1888 年，汽车可不算新技术，别人只是稳步迭代更新而已，比起前端瞎折腾来说

[hyy1995]

没有前后端分离的赶紧跑路吧。。。垃圾公司浪费时间，我就是被这种类型的公司浪费 1 年半时间，深有体会，这个月已经提离职申请了，下个月走人，忍不了了

[Marstin]

@murmur
首先，我认为企业开发的复杂还有很多地方有体现。
1、比如你要做一个采购的功能，手机和铅笔有不同的属性，铅笔要有长度，笔芯粗细，品牌这些字段，手机要有 rom，ram，显示器，摄像头这些参数，信息录入界面不一样，但是代码层面还是要走统一处理，不能说来一个品类就开发一次吧？这是最简单的例子，在单据，票据等等方面都有大量类似的业务，这些是非常复杂的。
2、至于你说的工作流，流程是非常成熟和独立的，但是也就是相对简单的业务而言，对于大客户的领导，永远有你想不到看不懂的操作，比如“小 X，这个审批不能通过的，你们这个按钮太不合理了，我一下就点到通过上了，给我改回来，那个流程上也别让人看到我之前给他通过了”
3、性能，这个渲染过程实现方法不同，所以我们讨论的不一样，你们采用的方案是生成统一缓存模板，读取模板其实就是读取 html，和传统的 jsp 页面性能没什么区别。但是如果用即时渲染方案，在前端或者后台根据数据去走，即时生成页面或者 dom 的话，性能影响还是很大的，这种方案好处体现在对我说的第一点支持度很好，在页面权限与数据权限的汇入时，也更好操作。
4、并发量也是取决于不同企业的不同产品需求的，不能一概而论，但是如果真的哪天有高并发需求，那真的要哭了。我们遇到一个比较特殊的对硬件的需求，就会在特定事件发生时，所有硬件同时运转，并发量瞬间爆棚。

我认为，这种开发框架有好有坏，作为开发辅助框架是很好的，能够很大层次上提升增删改查的效率，但是真的不要作为主框架使用。它的定位应该是效率提升工具，而不是用它的能力去定义业务开发的上限。

[yestodayHadRain]

@zhiguang 卧槽，我用过普元 EOS。这个写一些报表或者列表页查询挺方便的，但是如果你想往里面加一些别的东西就........他们好多内置的包都比较老了，而且不知道怎么把自己的新的放进去，然后网上也找不到答案，总之很坑。要不是银行非让用这个，我早就卸载了。

[IamUNICODE]

别的不说，想看看这个框架长什么样

[Marst]

楼上不少人屁股都是歪的，都在公司或者老板角度考虑

[whitehack]

卧槽， 是用的什么？可以拖控件？求科普。一直没找到这种后台可以直接拖控件的。

[murmur]

@whitehack 国产有个开源的叫 jeecg，基于 antd+spring 的，可以看一下，我没具体用过

[icegreen]

是在杭州吗， 我可能知道你的公司，嘿嘿

[luopengfei14]

@Marst 都在公司或者老板角度考虑

[saltedFish666]

感觉你说的像普元

[mowentian]

框架不烂，要做出这么个框架复杂度不低的，但是以后不好跳槽

[FuryLeeU]

可以了解下框架里面的东西

[kelololy]

平常多看书，趁早跳出来

[mowentian]

但讲道理大胸弟也要认清自己的定位，就拿 vue 来说，和拖拉组装相比，也不过是手写组装，写得多了也一堆重复，大部分工作还是写写监听事件；
和老板聊一下，在这个框架上加一层缓存层，也是一个有挑战的工作

[real3cho]

既然这么瞧不上 为什么不自己写一套 而是抱怨?

[whuhacker]

如果见过 SalesForce 还有类似的 Oracle Eloqua 这些做 CRM 系统，也就是拖一拖，一个可以跑得很顺的营销工具就出来了。而如果需要程序员编码实现，前后端至少也得开发几个月。

现在有一些建站工具 strikingly wix weebly 之类的，也是前端拖一拖，很快搞定一个企业宣传网站。甚至阿里双 11 的营销页面，都是拖一拖搞定的，不然开发人员手写根本写不完那么多页面

但确实是取决于业务，这个框架是不是能够满足。不然有额外的需求，那还是会受制于框架，要想别的办法。
公司聘请人都是为了解决问题的，不会为你个人的发展考虑。

多培养自己解决问题的能力，到任何别的地方也是受用的。

[Canon1014]

你用的这套软件正式我上家公司一直想做没做出来的，如果早点做出来可能也不会倒闭了

[v2student]

你能写一个 vue/react 出来，那确实牛逼，你要是只会用用，哪来的优越感呢

[stargazer242]

公司让你来打工的又不是让你来学习新框架的，6 字箴言呗。

[zhaianxiang]

一样，待了一年，感觉废了，以前的东西，很多都忘得差不多了。忍到年后闪人了

[Curtion]

像 14 楼这种都是站在公司的角度看问题的，你要为自己考虑，这种公司呆久了你认为自己出来会有竞争力吗，为自己考虑要尽快跳出来。 会用牛逼的框架但是的确不值一提，但是当这是主流的时候你就必须得会了