这是一个创建于 1870 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近调到了新的小组，被迫用公司内部框架，没有前后端分离。
更惨的是，页面都是靠拖的，没用 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
falcon05 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-10-30 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