V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
javaWeber
V2EX  ›  程序员

被迫用公司内部很烂的框架,怎么办?

  •  1
     
  •   javaWeber · 2019-10-30 17:01:01 +08:00 · 16183 次点击
    这是一个创建于 1874 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

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

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

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

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

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

    123 条回复    2019-11-01 09:37:27 +08:00
    1  2  
    aoling
        102
    aoling  
       2019-10-31 14:12:31 +08:00
    不尊重他人劳动成果,你格局就这样了,成不了大器
    你有把握开发出这个很烂的框架嘛?
    要么忍 要么滚
    FantasyPupil
        103
    FantasyPupil  
       2019-10-31 14:16:10 +08:00
    @Immortal .net 好的控件好多都是需要重写的,它并没有那么简单。 只是简单入门罢了。
    Prophetia
        104
    Prophetia  
       2019-10-31 14:28:08 +08:00
    这是工作的常态吧,就像学厨师的,出来之后才发现不是所有材料都给你备好了让你炒菜。更多的时候是让你在现在已经确定的前提下想办法把事情做好。
    放好心态,你当然可以走,但是我猜,换个地方也差不多
    exploreXin
        105
    exploreXin  
       2019-10-31 14:50:29 +08:00   ❤️ 3
    @aoling 要么你就是没在不规范的团队待过,要么你就是烂框架的作者 。。。。。。
    Lfinesse
        106
    Lfinesse  
       2019-10-31 15:01:42 +08:00
    老板要用这套技术栈,没毛病。

    你觉得烂,学不到东西想跑路,也没毛病。

    说到底你和这里不合适罢了,你也不是老板想要的员工,人家其实并不想要喜欢折腾又不满于现状的技术人员。

    自己多学点东西,也快到年底了,等等有没有好机会跳槽就是了。
    jimrok
        107
    jimrok  
       2019-10-31 15:26:57 +08:00
    这样才能让你的工作岗位便宜,工具就是解决这种问题的。
    losephsky
        108
    losephsky  
       2019-10-31 15:43:09 +08:00
    我早期接触到的项目框架第一时间也是这么想的,
    后来我发现自己写的框架是如此稀烂就不再这么想了
    meteor957
        109
    meteor957  
       2019-10-31 16:06:16 +08:00
    @exploreXin 烂筐架制造者
    Orenoid
        110
    Orenoid  
       2019-10-31 16:13:55 +08:00 via Android
    这贴我都看傻了,楼主自己都说怕技术废了,一群人还义正言辞地要楼主站在公司的角度,又特么不在这家干一辈子
    CantSee
        111
    CantSee  
       2019-10-31 16:49:49 +08:00
    我们经理说,做项目是要考虑是不是适合和项目成本不是什么技术好什么技术新就用什么,我感觉虽然说的有道理,我也明白但是我快自闭了
    beingWH
        112
    beingWH  
       2019-10-31 16:54:15 +08:00
    webform,winform or swing ?
    beingWH
        113
    beingWH  
       2019-10-31 16:56:02 +08:00
    @FantasyPupil 是的,.net 写到后面,不可能一个个拖的,肯定要自己重写,搞一套方便自己快速开发的控件。
    svenz
        114
    svenz  
       2019-10-31 17:03:38 +08:00
    只能说你菜 不死进去 天天用这样的框架 不知道看源码 不知道提 pr 不知道帮忙重构核心? 人菜是人的事 不是工具和框架的事 而且这框架 按照你的描述 为什么是很烂的框架? 这么傻瓜化的操作不是框架封装的好的体现
    这个世界上就没有一出来就好的框架
    它烂 它哪里烂 你不能去帮助修修补补 提升稳定性?
    如果说它的设计思路完全背离了你的审美.
    例如不能前后端分离
    你为什么不吧已有的后台功能拆分出来 成独立的前后分离系统?? 既能保证拖着用 也能保证输出接口调用?

    缓存 MQ? 你不会看了源码后 集成到框架功能里面?
    sql? 恕我直言 除非是 dba 系统 一般的业务框架让程序员去写裸 sql 就是不负责任的行为
    不用查 linux 日志?? 为什么要上 linux 查日志 如果没有日志系统 或者日志是写在文档里面 你不会用这个框架 不会远程读取一下资源 搭建一个日志查询处理系统?
    12tall
        115
    12tall  
       2019-10-31 17:10:41 +08:00
    怕废掉+1
    RubyJack
        116
    RubyJack  
       2019-10-31 17:14:38 +08:00
    改框架啊,不是有意思的飞起
    fyxtc
        117
    fyxtc  
       2019-10-31 17:36:15 +08:00
    @saltedFish666 浦原喜助?
    dmjob2015222
        118
    dmjob2015222  
       2019-10-31 18:16:04 +08:00
    有能力就改框架,没能力就走,找你的描述,感觉是银行的那种内部框架
    pptvtion
        119
    pptvtion  
       2019-10-31 18:29:49 +08:00
    “被迫”用的很好
    liuxingbaoyu
        120
    liuxingbaoyu  
       2019-10-31 18:32:36 +08:00
    看上去很简单啊,反正工资又不变,不香吗
    rjf001
        121
    rjf001  
       2019-10-31 18:43:21 +08:00
    我之前也进了一家这样的公司,用的是 node+楼主所说的这一套技术.
    但是程序烂不烂不好说
    这种模式站在公司角度其实挺好的,前端岗位直接都被干掉了(产品直接拉界面,后台绑定一下事件,数据),对后台要求也降低了,开发速度更快了.堪称完美
    但是对程序员来说这我得赶紧跑.没意思,这是真正意义上的流水线(虽然是代码方面的)
    AGEGG
        122
    AGEGG  
       2019-11-01 00:16:42 +08:00 via Android
    同老框架不能忍,新项目想重构,组长同意了,已经写了 3 周了,完成 75%,新框架新接口开发效率提升 100%,但旧接口迁移都快吐了,以后再也不提重构的事了,新技术自己 github 上写几个 demo 不好嘛
    saltedFish666
        123
    saltedFish666  
       2019-11-01 09:37:27 +08:00
    @fyxtc 我隐藏的那么深,这都被你发现了
    1  2  
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5107 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 20ms · UTC 07:03 · PVG 15:03 · LAX 23:03 · JFK 02:03
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.