这是一个创建于 2174 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近调到了新的小组，被迫用公司内部框架，没有前后端分离。
更惨的是，页面都是靠拖的，没用 vue/react 写，后台就是拖控件，写写监听事件。
连缓存，MQ 都没用到，也不用写 sql，不用查 linux 日志。
跟领导沟通了，领导还是不肯让我转小组。
天天拖控件，很难受。年终奖要明年 5 月份才能拿，不知道要不要跑路啊。。
感觉待久了，技术会废掉的。
跳槽可能又涨不了多少工资。唉。
 | 1 Sapp 2019-10-30 17:28:29 +08:00 六字箴言 |
 | 2 vultr 2019-10-30 17:29:51 +08:00  24 这么好的事情我怎么就遇不到呢？ |
 | 3 hotcool100 2019-10-30 17:32:06 +08:00 话说，有个老友一直在找这种拖拖拽拽就可以完成开发的框架呢 |
 | 5 chendy 2019-10-30 17:36:49 +08:00 1 有兴趣深入了解一下这个框架么？（其实感觉不是框架了，感觉像个平台 比如对页面元素是怎么抽象的，数据库操作是怎么设计的，会不会有无法完成的操作，有什么优缺点… 还有就是这种模式离业务非常近，可以更多了解业务 当然，如果以上都没兴趣，那就六字真言 |
 | 6 zhiguang 2019-10-30 17:43:39 +08:00 不会是普元吧 |
 | 7 betulac 2019-10-30 17:46:58 +08:00 13 站在管理者的角度这个框架非常好,拉个新手就能开搞,还不担心出严重 bug |
 | 8 Motoi 2019-10-30 17:50:37 +08:00 winFrom? |
 | 9 dosmlp 2019-10-30 17:56:53 +08:00 公司又不是你家的，不是你想咋就咋，你不想可以离职 |
 | 10 dif 2019-10-30 18:18:05 +08:00 要么~，要么~ |
 | 11 simpleha 2019-10-30 18:54:38 +08:00 吐槽呀，让他们优化呀 |
 | 12 abdiweli 2019-10-30 18:58:18 +08:00 没有话语权就老老实实用着，有话语权那就推翻自己搞一个新框架。 |
 | 13 wangyzj 2019-10-30 18:58:42 +08:00 WPF 不就是这样 |
 | 14 nnqijiu 2019-10-30 19:03:11 +08:00 22 个个都觉得公司的东西很烂，觉着自己很牛逼，可以用一堆高大上的框架，写出高质量的大神级代码，殊不知只是一介拿着填饱肚子的混日子的代码农民工。 |
 | 15 zpvip 2019-10-30 19:03:26 +08:00 2 为什么要追这些新技术，能解决问题就好。 在老板眼里，员工要变成拧螺丝的，随时可以替换的，就像麦当劳厨房的“大厨”一样。搞这么复杂，你走了老板怎么办，想要挟老板加工资吗？ 另外，你一个人用新技术栈重写原来的功能，确保能 Bug free? 重写的工时怎么算？你义务劳动？ |
 | 16 bwd1991 2019-10-30 19:07:35 +08:00 写一个啊 |
 | 18 ieiayaobb 2019-10-30 19:17:20 +08:00 “我”写的代码是高级的，公司给的框架都是烂的 |
 | 19 k9982874 2019-10-30 19:22:24 +08:00 via iPhone 7 你以为用着 vuejs/reactjs 就很高大上吗？还不是在 npm install 拼积木。 |
 | 20 GG668v26Fd55CP5W 2019-10-30 19:29:12 +08:00 via iPhone 除了六字真言我无话可说 |
 | 21 fx 2019-10-30 19:37:41 +08:00 这么厉害框架 |
 | 22 l0wkey 2019-10-30 20:10:46 +08:00 hpapaas / low-code paas |
 | 23 luoway 2019-10-30 20:11:25 +08:00 1 这很好啊，在前端这叫 low code。 技术未必会废了，把平常写的监听事件封装下，操作过程自动化，把 low code 升级到 no code，跳槽绝对吃香 |
 | 24 watzds 2019-10-30 20:43:15 +08:00 via Android 听着这框架很高级的样子，后台都能拖拖控件 |
 | 25 zzNucker 2019-10-30 20:59:19 +08:00 这 low code 代码平台不香吗兄弟 你吃透了不好吗 |
 | 26 CODEWEA 2019-10-30 21:00:59 +08:00 眼高手低 |
 | 27 reus 2019-10-30 21:06:28 +08:00 1 确实会让人变废人，离开这个环境就什么都不会了 |
 | 28 skypyb 2019-1030 21:17:28 +08:00 11 跑吧。 别真信了人家的鬼话，你真待个一年半载的，屁流行知识没学到，尽会些出了公司就用不到的东西。 到时候出去面试，别人就算看你简历里花里胡哨又怎么样？项目经验一看，啥流行中间件、框架都没有，拜拜了你嘞 |
 | 29 niubee1 2019-10-30 21:20:02 +08:00 14 还真有人用了牛逼的框架就觉得自己也牛逼了，连用 telegram 跟人发个消息都能用处优越感出来，真搞不懂现在的小孩啊 |
 | 30 murmur 2019-10-30 21:26:10 +08:00 钱到位什么都不是问题 我们楼上项目组用的框架是我入职时候写出来的 jq mountain shit 那又如何 复制粘贴什么东西都是可以用可以维护的 |
| 31 murmur 2019-10-30 21:30:26 +08:00 拖控件也是一门学问，要能拖拽出页面，还得有配合的业务和数据库设计，问题这业务的流程也挺复杂，能把这东西弄出一套配几十个业务正常跑绝对不会比你眼中的 mvvm low |
 | 32 billlee 2019-10-30 21:37:55 +08:00 1 跑路吧，年终奖是暂时的，跑路后涨薪、学习流行框架的影响是长期的 |
 | 33 iPhoneXI 2019-10-30 22:16:12 +08:00 via Android 11 别听楼上某些酸的 不在牛逼的公司，自己就应该用主流技术， 不然跳槽出来，人家可以不管你内部框架用得多熟练， jd 上技术你不会说不定简历都过不了 |
| 34 murmur 2019-10-30 22:23:13 +08:00 @iPhoneXI 什么叫主流，前端的技术就是 3 年一轮回，以现在的革~命速度，说不定下一个周期 react、vue、angular 全给你淘汰了，培训班出来什么都不做都能编出 3 年技术通过面试，你写过真实业务的还编不过培训班，悲哀不 想要积累老实转 java，10 年前我们用 spring，现在我们用 spring boot 和 spring cloud，10 年后我们用 spring awesome |
 | 35 mamahaha 2019-10-30 22:32:39 +08:00 这是不是 dreamwear 啊？ |
 | 36 x86 2019-10-30 22:37:01 +08:00 你有把握和同事用新技术全部重构吗？ |
 | 37 cnxobo 2019-10-30 22:38:20 +08:00 我就需要一套这样的框架，然后就能接项目接到手软。 |
 | 38 love 2019-10-30 22:51:12 +08:00 2 @murmur 前端不太可能再 3 年一大变了。react/vue 之前那是 jquery 乱搞一气时代，现在进化到几种稳定的模式，只能是小修补了 |
 | 39 zgcwkj 2019-10-30 23:04:55 +08:00 目测是 webform |
 | 40 est 2019-10-30 23:12:30 +08:00 拖控件就能完成的事儿很好啊。这层楼里找不出几个不写 CRUD 的。 前后端分离写 CRUD 才是浪费。无聊到死。 |
 | 41 chiu 2019-10-30 23:26:08 +08:00 之前跳槽都完全不管年终的事，就是想逃，看来公司还没把你逼得太惨 |
 | 43 justin2018 2019-10-30 23:58:05 +08:00 钱到位 一切都好说 六字箴言~~~ |
 | 45 woahishui 2019-10-31 07:25:39 +08:00 via Android 我觉得没什么不好的，这样正好可以自己学习业务结构，怎么搭建一个成熟的业务。 |
 | 46 weo0 2019-10-31 07:30:49 +08:00 不忙的话可以自己学东西啊。不过总归你是来赚钱的，如果钱给的少，还不开心那就走吧。 |
 | 47 xuanbg 2019-10-31 08:35:42 +08:00 vue、react、mq 这些工具没用学它做什么，需要用的时候拿起来用就是了。倒是楼主你觉得很 low 看不上的这套拖拖控件就能完成功能的框架的内部实现机制，是真正值得学习的东西。 |
 | 48 airfling 2019-10-31 08:36:47 +08:00 你还是分开看比较好，当前工作只是赚钱的，想学技术可以回家自己学 |
 | 49 way2create 2019-10-31 08:44:57 +08:00 @niubee1 的确这么多年 无论玩游戏还是生活工作 无脑优越装 B 喜欢夸夸其谈的人 特别多 我也特别反感这类人 |
 | 50 Kontinue 2019-10-31 08:47:38 +08:00 别被迫了，有能力，想追逐新技术的去互联网不就得了。。。 否则哪里都一样，都是根据业务搞的技术栈，to B 的业务更是这样子了，银行还在用 jsp 呢。只要保证逻辑正确，服务稳定就是王道，不需要什么花里胡哨的。。 |
 | 51 TomVista 2019-10-31 08:48:38 +08:00 1 把这套东西搞明白 p7 问题不大 |
 | 52 shfanzie 2019-10-31 08:56:18 +08:00 你这么牛逼，可以自己写一套，打脸老板 |
 | 53 passerbytiny 2019-10-31 08:57:35 +08:00 |
 | 55 meteor957 2019-10-31 09:00:23 +08:00 via Android 楼上一些人怕是给公司开发过烂框架吧，然后没人想用，最后自己跑路了，哈哈。 |
 | 56 abccccabc 2019-10-31 09:03:41 +08:00 我 认为，业务能力必须放在第一位，框架能力放在第二位 |
| 57 meteor957 2019-10-31 09:04:16 +08:00 人家要学习，流行框架难道不能学习？ |
 | 58 LeeGo 2019-10-31 09:08:06 +08:00 楼主，你有没有思考过自己是否被现在所谓的流行框架洗脑了勒？还是各种贩卖焦虑让你充值的各种课程所洗脑了？ 我们公司外包出去的项目：对方说技术怎么牛逼，前后端分离，前端组件化等等。然后我最终的评价就是：屎味冰淇淋。框架是好的，做的人不行，所以最终使用起来就是一坨屎。以导致我们现在不停的被业务部门 Diss，不停的改他们的东西。 这些框架在流行，要不要学，我想是要的。可是适用不适用当前你的生产环境了？ 又或者说，这些流行的框架又是基于什么使用场景才催生出来的了？ |
 | 59 laravel 2019-10-31 09:08:52 +08:00 下了班不能学习吗？工作有几个是自己喜欢做的 |
 | 60 liyihang 2019-10-31 09:13:05 +08:00 要么忍 要么滚 |
 | 61 Marstin 2019-10-31 09:13:47 +08:00 8 我待过的两个团队就是专门开发这种类似的拖拽式框架，都是提供给公司内开发人员作为基础框架使用，我本人做了两三年的相关工作，应该有发言权吧？ 首先，毫无意外的，这两个拖拽式框架最终都是走向边缘化，好一点会被作为辅助开发工具，因为我们会帮助他们生成基本的一套增删改查代码，生成较为简单的页面逻辑。 至于楼上那些说的内部实现机制，简单的说就是数据收集与分析渲染，设定好一套规则和接口，按照我们的数据逻辑去走执行器。 存在什么问题会被废弃呢？ 1、在过于灵活的业务的环境中表现不佳，本来应该是开发去实现业务功能，结果业务要向框架妥协，按照框架的标准和实现方式去做。 2、性能，前端数据渲染与后台大量反射的使用都会导致性能问题。 3、debug，这种模式下，不熟悉整套机制，你想 debug，难于登天。 4、技术迭代，要有个新需求，技术迭代你得等非常久。 5、开发人员的反对，这种类似的框架目的就是降低业务开发人员的开发难度，降低开发成本，但这是公司层面的优势，对于开发者是价值的降低。 劝你早点退坑，你现在还能绑定事件，后面你会发现，js 都是你画流程图配出来的了 |
 | 62 mxtob 2019-10-31 09:13:58 +08:00 via iPhone 感觉这框架十分厉害，学学原理那些 分离层面那些范畴 怎么定出来也是很有收货的 |
 | 63 yawn852 2019-10-31 09:22:58 +08:00 要么忍 要么滚 |
 | 65 BlackBerry999 2019-10-31 09:27:54 +08:00 拖拖拖 让我想起了以前在学校学习 ASP.NET 了，也是拖拖拖 |
 | 66 jhhhh 2019-10-31 09:28:31 +08:00 我觉得楼主只是不适应公司框架的开发，觉得需要下成本去熟悉适应。 等你适应来之后，真香。 还有，企业要的是稳定的应用，并不是一定要用上新技术新框架。 稳定的，开发周期小，成本小的，才是企业要的。 既然拿人家工资，当然得按人家的要求走。 |
 | 67 assad 2019-10-31 09:29:44 +08:00 没有前后端分离，是不是活都干不了？ |
 | 68 zr8657 2019-10-31 09:32:38 +08:00 是 EOS 吗？拖拽的那种确实没什么意思，建议过完年走 |
| 69 murmur 2019-10-31 09:33:30 +08:00 @Marstin 我们也在做类似的东西，有几点和你看法不一样 1、在前后端分离的年代（不是服务器渲染），前端手写的页面和代码生成器做出来的页面没有性能区分，因为在业务人员配好业务的时候，html 已经全部通过模板渲染写入缓存了，读的时候不需要再去读配置部分，所以打开一个 html 和打开一个缓存的性能并没有区别 2、企业开发用这个就是注重效率，你开发人员再牛逼，对于完整流程来说，简单设计-开发-测试-发布的流程一个都不能少，而把这个活给实施去做，别人可以再现场一边听需求，一边配模块上线 3、你以为企业开发的复杂度在哪里，再复杂的表单也就是字段多，控制流程的字段多而已，而工作流是成熟产品，现在都不会用国外的工作流了，太不符合国情 4、企业应用的并发你想要多少，5 次请求 /秒都是大并发了 |
 | 70 win7pro 2019-10-31 09:38:30 +08:00 恭喜你，你找到了公司的痛点，剩下的，是改变它还是逃避它，是把它看做机会还是打算逃避，就看你了。 |
 | 71 mondeo 2019-10-31 09:40:11 +08:00 via Android 要么忍，要么滚 |
 | 72 liunaijie 2019-10-31 09:42:34 +08:00 看到楼上说的 **为什么要追求新技术，能用就好** 写一下自己的看法吧。 就好比有自行车和汽车都能达到目的地，为什么要去开汽车呢，大家都骑自行车行了还环保。 |
 | 73 linxl 2019-10-31 09:43:20 +08:00 我想见识一下这个框架... |
 | 74 wolfie 2019-10-31 09:44:50 +08:00 这种框架用过，代码方面每个功能写几段 js 就行了，后端都不碰。性能不是一般渣。 这种组普遍技术菜，除非是框架开发者。 |
 | 75 Niphor 2019-10-31 09:47:30 +08:00 拖拽的多好，给你时间自己学习了 |
 | 76 encro 2019-10-31 09:58:32 +08:00 将这个前后端不分离的拖组件的项目学透， 然后自己摸索开源一个前后端分离的拖组件的项目， 如果这个项目能被应用到微信小程序，APP，PC 开发中， 你可以选择接单到手软， 或者被各种公司抢着做去做技术总监， 或者自己成立一个 sass 云服务公司。 |
 | 77 keelii 2019-10-31 09:59:13 +08:00 烂在哪？ 怎么改？ |
 | 78 wangkun025 2019-10-31 10:03:13 +08:00 安心写。 |
 | 80 hyy1995 2019-10-31 10:06:38 +08:00 没有前后端分离的赶紧跑路吧。。。垃圾公司浪费时间，我就是被这种类型的公司浪费 1 年半时间，深有体会，这个月已经提离职申请了，下个月走人，忍不了了 |
| 81 Marstin 2019-10-31 10:09:05 +08:00 1 @murmur 首先，我认为企业开发的复杂还有很多地方有体现。 1、比如你要做一个采购的功能，手机和铅笔有不同的属性，铅笔要有长度，笔芯粗细，品牌这些字段，手机要有 rom，ram，显示器，摄像头这些参数，信息录入界面不一样，但是代码层面还是要走统一处理，不能说来一个品类就开发一次吧？这是最简单的例子，在单据，票据等等方面都有大量类似的业务，这些是非常复杂的。 2、至于你说的工作流，流程是非常成熟和独立的，但是也就是相对简单的业务而言，对于大客户的领导，永远有你想不到看不懂的操作，比如“小 X，这个审批不能通过的，你们这个按钮太不合理了，我一下就点到通过上了，给我改回来，那个流程上也别让人看到我之前给他通过了” 3、性能，这个渲染过程实现方法不同，所以我们讨论的不一样，你们采用的方案是生成统一缓存模板，读取模板其实就是读取 html，和传统的 jsp 页面性能没什么区别。但是如果用即时渲染方案，在前端或者后台根据数据去走，即时生成页面或者 dom 的话，性能影响还是很大的，这种方案好处体现在对我说的第一点支持度很好，在页面权限与数据权限的汇入时，也更好操作。 4、并发量也是取决于不同企业的不同产品需求的，不能一概而论，但是如果真的哪天有高并发需求，那真的要哭了。我们遇到一个比较特殊的对硬件的需求，就会在特定事件发生时，所有硬件同时运转，并发量瞬间爆棚。 我认为，这种开发框架有好有坏，作为开发辅助框架是很好的，能够很大层次上提升增删改查的效率，但是真的不要作为主框架使用。它的定位应该是效率提升工具，而不是用它的能力去定义业务开发的上限。 |
 | 82 yestodayHadRain 2019-10-31 10:16:01 +08:00 @zhiguang 卧槽，我用过普元 EOS。这个写一些报表或者列表页查询挺方便的，但是如果你想往里面加一些别的东西就........他们好多内置的包都比较老了，而且不知道怎么把自己的新的放进去，然后网上也找不到答案，总之很坑。要不是银行非让用这个，我早就卸载了。 |
 | 83 IamUNICODE 2019-10-31 10:21:08 +08:00 别的不说，想看看这个框架长什么样 |
 | 84 Marst 2019-10-31 10:24:16 +08:00 楼上不少人屁股都是歪的，都在公司或者老板角度考虑 |
 | 85 whitehack 2019-10-31 10:39:47 +08:00 卧槽， 是用的什么？可以拖控件？求科普。一直没找到这种后台可以直接拖控件的。 |
 | 87 icegreen 2019-10-31 10:46:09 +08:00 是在杭州吗， 我可能知道你的公司，嘿嘿 |
 | 88 luopengfei14 2019-10-31 10:49:14 +08:00 @Marst 都在公司或者老板角度考虑 |
 | 89 saltedFish666 2019-10-31 11:01:32 +08:00 感觉你说的像普元 |
 | 90 mowentian 2019-10-31 11:03:26 +08:00 框架不烂，要做出这么个框架复杂度不低的，但是以后不好跳槽 |
 | 91 FuryLeeU 2019-10-31 11:06:56 +08:00 可以了解下框架里面的东西 |
 | 92 kelololy 2019-10-31 11:11:38 +08:00 平常多看书，趁早跳出来 |
| 93 mowentian 2019-10-31 11:13:52 +08:00 但讲道理大胸弟也要认清自己的定位，就拿 vue 来说，和拖拉组装相比，也不过是手写组装，写得多了也一堆重复，大部分工作还是写写监听事件； 和老板聊一下，在这个框架上加一层缓存层，也是一个有挑战的工作 |
 | 94 real3cho 2019-10-31 11:40:04 +08:00 既然这么瞧不上 为什么不自己写一套 而是抱怨? |
 | 95 whuhacker 2019-10-31 11:42:39 +08:00 如果见过 SalesForce 还有类似的 Oracle Eloqua 这些做 CRM 系统，也就是拖一拖，一个可以跑得很顺的营销工具就出来了。而如果需要程序员编码实现，前后端至少也得开发几个月。 现在有一些建站工具 strikingly wix weebly 之类的，也是前端拖一拖，很快搞定一个企业宣传网站。甚至阿里双 11 的营销页面，都是拖一拖搞定的，不然开发人员手写根本写不完那么多页面 但确实是取决于业务，这个框架是不是能够满足。不然有额外的需求，那还是会受制于框架，要想别的办法。 公司聘请人都是为了解决问题的，不会为你个人的发展考虑。 多培养自己解决问题的能力，到任何别的地方也是受用的。 |
 | 96 Canon1014 2019-10-31 13:10:29 +08:00 你用的这套软件正式我上家公司一直想做没做出来的，如果早点做出来可能也不会倒闭了 |
 | 97 v2student 2019-10-31 13:15:47 +08:00 你能写一个 vue/react 出来，那确实牛逼，你要是只会用用，哪来的优越感呢 |
 | 98 stargazer242 2019-10-31 13:29:48 +08:00 公司让你来打工的又不是让你来学习新框架的，6 字箴言呗。 |
 | 99 zhaianxiang 2019-10-31 13:50:51 +08:00 一样，待了一年，感觉废了，以前的东西，很多都忘得差不多了。忍到年后闪人了 |
 | 100 Curtion 2019-10-31 14:00:53 +08:00 像 14 楼这种都是站在公司的角度看问题的，你要为自己考虑，这种公司呆久了你认为自己出来会有竞争力吗，为自己考虑要尽快跳出来。 会用牛逼的框架但是的确不值一提，但是当这是主流的时候你就必须得会了 |
Select Language