V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  wh469012917  ›  全部回复第 3 页 / 共 7 页
回复总数  125
1  2  3  4  5  6  7  
@msg7086 前提是要有人懂,并且有一定的话语权来推动呀;我们这边部门领导一般不管这些,主要负责全局的把控;后端组长自己就是写这些代码的人;我是一直想要推动,奈何没什么话语权,所以挺难的
2021-09-05 22:41:43 +08:00
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@potatowish 外包都比这好
2021-09-05 22:41:19 +08:00
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@fengpan567 无,代码评审推不动
2021-09-05 22:39:40 +08:00
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@wangxin13g 命名都是小问题,一会就改好了,关键是数据库设计和逻辑实现烂
2021-09-05 22:39:10 +08:00
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@tiktokxxxx2020 我不想吃,但是我要领这份工资,所以身不由已。领导说这个项目你接受,难道你能说代码太烂了我接手不了
2021-09-05 22:38:03 +08:00
回复了 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 部门领导自己没写代码,之前我有委婉提出过这个问题,领导意思就是说要改,但是他也没去推动这件事,我大概就知道他意思了
2021-09-04 12:06:27 +08:00
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@bintianbaihua 对的,首先做好自己的事,然后在力所能及的范围内做点小的重构,求稳为主
2021-09-04 12:04:52 +08:00
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@hallDrawnel 这个同事资历比较老,呆了有四五年了,leader 就算知道也不好意思说他。而且领导自己并不写代码,主要还是把控进度和稳定性,所以不好推动
2021-09-04 12:01:09 +08:00
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@JamesR 这个是小项目,也不急,周期三个月,总共就 10 来张数据表的增删改查,没有什么特殊的逻辑,前期他一人开发的
2021-09-04 11:59:34 +08:00
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@gancl 那请问,怎么记录一条收货地址,是哪个用户的?至少地址表上要有一个 user_id 字段吧?
1  2  3  4  5  6  7  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2744 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 17ms · UTC 12:23 · PVG 20:23 · LAX 05:23 · JFK 08:23
Developed with CodeLauncher
♥ Do have faith in what you're doing.