V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  wh469012917  ›  全部回复第 1 页 / 共 5 页
回复总数  88
1  2  3  4  5  
91 天前
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@neptuno 道理其实都懂,毕竟大家都是打工人。最大的问题就是数据库设计不合理,这样我后续开发起来,进度会拖很久
@noparking188 Collation 有好几个:utf8mb4_general_ci 、utf8mb4_unicode_ci 、utf8_general_ci 七七八八的
@noparking188 一个数据库出现了四五种字符集,你觉得能有什么规范吗
@msg7086 前提是要有人懂,并且有一定的话语权来推动呀;我们这边部门领导一般不管这些,主要负责全局的把控;后端组长自己就是写这些代码的人;我是一直想要推动,奈何没什么话语权,所以挺难的
92 天前
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@potatowish 外包都比这好
92 天前
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@fengpan567 无,代码评审推不动
92 天前
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@wangxin13g 命名都是小问题,一会就改好了,关键是数据库设计和逻辑实现烂
92 天前
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@tiktokxxxx2020 我不想吃,但是我要领这份工资,所以身不由已。领导说这个项目你接受,难道你能说代码太烂了我接手不了
92 天前
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@gancl 不会,只会保存字段,具体的关联代码中处理;不过这人把关联字段用逗号拼接成字符串,特么的啥都做不了了
@ychost 对的,数据库是 IO 最重的地方,应该花大力气来处理;加缓存虽然效果明显,但是会导致代码复杂度增加和缓存同步问题
@noparking188 无,一个数据库出现 4 种字符集,join 都用不了;字段命名没有规则,大家各做各的
@shot 团队负责人虽然也是技术出身,但是自己并不写代码,主要是注重开发进度和应用稳定性,技术主要让组内一个有一定年限的同事来处理,但是这代码就是这个同事写出来了,所以就不要指望他能做啥优化了。

目前数据量在三千万左右,每个月增长差不多 200w 左右,sql 性能问题已经慢慢显露出来了。
@unregister 也可以,join 不是万能,解决问题的方案有很多种,
@msg7086 因为 n+1 问题,我们目前部分接口已经出现明显的性能问题了,但是有些人都不重视这块,一直在优化语言级别的性能
@namelosw 对的,解决一个 n+1 问题,比你用什么架构缓存都好使,除非就是为了装逼
@anouser 用户量大概十几万吧,日活 1 万左右,做垂直领域的,量不算多,但是还是有用户用的
@crazycarry 如果数据量不大百万级别,并发量也不大,加 es 或者 redis 的意义在哪里?
@cnbattle 我理解的基础,就是要懂得怎么避免 n+1 的问题,以及在合适的场景下用 join 查询,以及 where in 查询。这里“合适的场景”的定义是:通过主键的集合查询列表,可以使用 where in 来,而不是遍历集合一条条 where id =?这样
@zhuichen 部门领导自己没写代码,之前我有委婉提出过这个问题,领导意思就是说要改,但是他也没去推动这件事,我大概就知道他意思了
93 天前
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@bintianbaihua 对的,首先做好自己的事,然后在力所能及的范围内做点小的重构,求稳为主
1  2  3  4  5  
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2572 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 14ms · UTC 00:55 · PVG 08:55 · LAX 16:55 · JFK 19:55
♥ Do have faith in what you're doing.