ahhtree 最近的时间轴更新
ahhtree

ahhtree

V2EX 第 544420 号会员,加入于 2021-05-04 10:32:27 +08:00
后端老鸟耍不要脸
职场话题  •  ahhtree  •  96 天前  •  最后回复来自 ZC3746
157
status 200 empty response
程序员  •  ahhtree  •  104 天前  •  最后回复来自 ahhtree
14
帮人事发一条招聘信息(短期)
酷工作  •  ahhtree  •  138 天前  •  最后回复来自 Azzsanjin
4
旁边的实习女孩子被开除了
职场话题  •  ahhtree  •  186 天前  •  最后回复来自 learningman
178
关于 wasm
分享发现  •  ahhtree  •  98 天前  •  最后回复来自 byte10
4
个人的小玩意
  •  1   
    分享创造  •  ahhtree  •  271 天前  •  最后回复来自 ahhtree
    2
    经验不到一年的小前端是不是只能狗着??
    求职  •  ahhtree  •  323 天前  •  最后回复来自 ahhtree
    25
    发出来乐呵乐呵
    职场话题  •  ahhtree  •  2023-02-12 15:47:24 PM  •  最后回复来自 sunwang
    14
    我把公司告了到了政府
  •  1   
    职场话题  •  ahhtree  •  2022-11-12 13:05:35 PM  •  最后回复来自 ice2016
    43
    请问有前辈去过北京飞*信吗??这家公司怎么样??
    职场话题  •  ahhtree  •  2022-09-13 12:43:47 PM  •  最后回复来自 ahhtree
    9
    ahhtree 最近回复了
    98 天前
    回复了 ahhtree 创建的主题 职场话题 后端老鸟耍不要脸
    @bkdlee 我一开始也没有要求什么统一返回值,结果他接口状态码字段都用的不一样的,害我改整个项目代码(也怪我一开始没统一封装请求); leader 满脑子上线,不给时间; 关于您回复中的第三点,能否说下原因??
    98 天前
    回复了 ahhtree 创建的主题 职场话题 后端老鸟耍不要脸
    @kuituosi 我现在做的事情就是努力让我的能力跟上我的野心。而现实需要一步一步来,我需要解决这个问题。
    98 天前
    回复了 ahhtree 创建的主题 职场话题 后端老鸟耍不要脸
    @0xsui 组织架构确实是根本问题
    98 天前
    回复了 ahhtree 创建的主题 职场话题 后端老鸟耍不要脸
    @0xsui 实际业务需求是:一张表中 1000 万多的数据,每次查询需要扫描全表逐个计算过滤,拿到通过的数据,按结果排序后,前端分页展示。
    98 天前
    回复了 ahhtree 创建的主题 职场话题 后端老鸟耍不要脸
    @lrh3321

    这家公司组织结构不完善是导致现在问题的根本;

    我认定工作本来就是为了简历;

    之所以放在应用层是因为那个计算函数最初放在了数据库里面,是一个数据库函数。

    他不会节省数据库资源,因为数据库缓存 已经因为查询慢而调大了,但还是慢。

    利用缓存这个方案他后来也提出过,但就是不用。

    他是出于维护成本高才不用?我觉得不是,以下两点纯属我个人臆测。

    第一,如果他用了说明我的方案一开始方向就是对的,他面子挂不住;

    第二,他太懒了,连个 token 错误的校验都不写,他会做架构升级?
    98 天前
    回复了 ahhtree 创建的主题 职场话题 后端老鸟耍不要脸
    @kkwa56188 我只向 leader 提出了我的方案,具体谁来实现取决于 leader 。 我可以独自实现、也可以作为协助者协助后端实现。

    关键一点在于实现这一方案需要时间,而 leader 总认为没有那么多时间而因此要求改进现有实现,因此其实也浪费了很多时间。
    98 天前
    回复了 ahhtree 创建的主题 职场话题 后端老鸟耍不要脸
    @happy32199 理由是什么?
    98 天前
    回复了 ahhtree 创建的主题 职场话题 后端老鸟耍不要脸
    @ahhtree “尽管” 两个字去掉
    98 天前
    回复了 ahhtree 创建的主题 职场话题 后端老鸟耍不要脸
    对于第二个问题:

    他的解决方案:在数据库从新建一个表,这个表只有两个字段:id 和另一个用于计算的关键信息,利用 PostgreSQL 内部的数据库函数进行计算;

    我的解决方案:id 和另一个关键信息放在缓存中(如 redis ),把数据库函数转换为外部程序函数,利用多线程计算。

    该场景尽管需要按照计算结果 排序后 分页显示,似乎全表扫描计算是不可避免的。
    我用的是那种带尼龙扣的护腕,能起到限制手腕大幅活动的作用
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   958 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 23ms · UTC 20:23 · PVG 04:23 · LAX 12:23 · JFK 15:23
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.