ahhtree 最近的时间轴更新
ahhtree

ahhtree

V2EX 第 544420 号会员,加入于 2021-05-04 10:32:27 +08:00
根据 ahhtree 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
ahhtree 最近回复了
359 天前
回复了 ahhtree 创建的主题 职场话题 后端老鸟耍不要脸
@bkdlee 我一开始也没有要求什么统一返回值,结果他接口状态码字段都用的不一样的,害我改整个项目代码(也怪我一开始没统一封装请求); leader 满脑子上线,不给时间; 关于您回复中的第三点,能否说下原因??
360 天前
回复了 ahhtree 创建的主题 职场话题 后端老鸟耍不要脸
@kuituosi 我现在做的事情就是努力让我的能力跟上我的野心。而现实需要一步一步来,我需要解决这个问题。
360 天前
回复了 ahhtree 创建的主题 职场话题 后端老鸟耍不要脸
@0xsui 组织架构确实是根本问题
360 天前
回复了 ahhtree 创建的主题 职场话题 后端老鸟耍不要脸
@0xsui 实际业务需求是:一张表中 1000 万多的数据,每次查询需要扫描全表逐个计算过滤,拿到通过的数据,按结果排序后,前端分页展示。
360 天前
回复了 ahhtree 创建的主题 职场话题 后端老鸟耍不要脸
@lrh3321

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

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

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

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

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

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

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

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

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

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

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

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