最近调到了新的小组,被迫用公司内部框架,没有前后端分离。
更惨的是,页面都是靠拖的,没用 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 楼这种都是站在公司的角度看问题的,你要为自己考虑,这种公司呆久了你认为自己出来会有竞争力吗,为自己考虑要尽快跳出来。 会用牛逼的框架但是的确不值一提,但是当这是主流的时候你就必须得会了
|