后端老鸟耍不要脸

2023-11-21 06:16:45 +08:00
 ahhtree

我和他矛盾爆发直接原因:

1 、接口没有统一返回值;

2 、前后端分离的项目,token 过期他直接重定向到首页而没有任何提示信息;

3 、token 错误显示跨域错误,我怀疑压根没处理这种情况。

和他争辩,说不过了就以修改时间不确定拖着。

背景:

1 、非互联网公司,公司开发就两个人,我和他,我不懂 Java ;

2 、没有架构师、产品、设计人员,组织架构、开发流程很不完善;

3 、leader 人不错,能力很强,但是不懂代码;

4 、我前端一年经验,他后端 5 年经验。

我对于他的看法:

1 、他对 sql 优化确实有点东西,但他擅长 mysql ,公司用的 PostgreSQL ;

2 、逃避复杂的东西(算法、后端架构系统性设计);

3 、和稀泥,脸皮厚;

请问各位 v2 大佬:

1 、碰到这种人你们怎么和他打交道?我是见都不想见到;

2 、业务场景:一张表中 1000 万多的数据,每次查询需要扫描全表逐个计算过滤,拿到通过的数据,前端分页展示。对于该业务场景各位如何进行查询?

23097 次点击
所在节点    职场话题
158 条回复
KOMA1NIUJUNSHENG
2023-11-21 09:13:01 +08:00
一千万条有什么好优化的,自己瞎搞反而发效果。
sun1993
2023-11-21 09:13:47 +08:00
他的解决方案就是纵向拆分,在不改变现有架构的基础下很合理
ma836323493
2023-11-21 09:17:12 +08:00
@ahhtree #1 你的方案复杂了,redis 你放千万条在 redis 里面, 不是这么用的, 后端老鸟, 一句 sql 就能解决的事,
crazyTanuki
2023-11-21 09:17:17 +08:00
建议自己学一下 nodejs 自己写,不鸟他
ahhtree
2023-11-21 09:18:46 +08:00
@bkdlee 我一开始也没有要求什么统一返回值,结果他接口状态码字段都用的不一样的,害我改整个项目代码(也怪我一开始没统一封装请求); leader 满脑子上线,不给时间; 关于您回复中的第三点,能否说下原因??
maguazhou
2023-11-21 09:20:24 +08:00
面向业务编程,只要业务人员没问题,技术随便弄
gazi
2023-11-21 09:23:38 +08:00
从后端的角度看,这些操作就是再给他额外加活儿,他自然不想搞。老玩家只想钱多事少回家早,其它的都不鸟。
zzfer
2023-11-21 09:25:03 +08:00
你的方案不太好,redis 不能这么用,肯定不能放一千条数据到缓存里。数据库查询千万级别建立索引就好了。或者按他说的,新建一个表
zzfer
2023-11-21 09:27:11 +08:00
基础返回格式,系统架构什么的,时间充足的话或许你自己迁个分支搞一搞,毕竟要走向全栈,这正是个好的锻炼机会,
8zU02dFZkHXS6230
2023-11-21 09:29:27 +08:00
只说一点,多线程计算真不好写,说起来很容易操作起来很容易出问题。举个不恰当的例子,大家都知道大别墅住起来舒服,为什么不每个人都上别墅呢,量力而行。
forgottencoast
2023-11-21 09:30:23 +08:00
@ahhtree
努力换一个有技术实力的公司。
上面很多回复在你眼里可能也是躺平派。
躺平还是不躺是个人选择,无关对错,但是两者在一起共事肯定是不合拍的。
所以你要努力找到适合你的组织。
在这之前,努力做好自己的工作,和不同的人打交道也是工作的一部分,沟通技巧一直都是一个很重要的技能。
能有办法推动一件事或一个人也是工作中极其重要的一种能力,这些都是靠锻炼来获得的。
nerkeler
2023-11-21 09:31:08 +08:00
各司其职,不涉及自己的工作内容,点到为止,如果有意见,明确拿出你的方案对比的关键性优点
qinxi
2023-11-21 09:31:27 +08:00
1. 统一返回值如果是 统一所有返回格式 {code, msg, data} 那确实不是必要的,可以只返回业务对象. 只需要统一非 2xx 的异常格式就够了.
2. 前后端分离 这个重定向有问题. 他在用传统后端渲染的逻辑来做. 如果双方完全不想沟通你可以判断 http 状态码+目标地址?
3. 跨域纯前端无解, 不过前面套 nginx 可解
fgwmlhdkkkw
2023-11-21 09:32:36 +08:00
可怕,,,你要是有枪,他早被你崩了吧……
fgwmlhdkkkw
2023-11-21 09:33:40 +08:00
你的父母对你也这么冷漠残忍吗?
chenPiMeiHaoChi
2023-11-21 09:34:29 +08:00
这里不适合你,你当前应该去一家对技术更执着的公司。当然了,再过个五六年你就会理解现在的他们。
lyxxxh2
2023-11-21 09:34:56 +08:00
之前我遇到过个 3 年前端, 菜 脾气大 爱甩锅
记得上线出 bug, 前端: 前端绝对没问题,以前都可以,好像说成我的问题。
最后我一抓包,域名都写成测试服了。
开发个 app, 连抓包都不会,都不知道他怎么开发的,html+jq 打包的。

我跟领导说不想跟他合作。
开了他再找个前端,两个月我把重构项目完,领导也同意了,毕竟领导天天和我们在一起,知道我技术。
不过最后我离职了,才入职两个月。(只是因为我个人对公司加班制度不满的原因 刚好年轻气盛 跑去个 965 的公司)
dif
2023-11-21 09:37:41 +08:00
作为后端,这问题最根本的原因就是两个:
第一、懒。不愿意改,会胡拉乱扯的给前端解释一堆,欺负前端不懂后端这一块的技术。
第二、能力不行。自己不会改就交给别人。

至于怎么打交道,说白了,如果这个人只是懒,还有的干,一般相处久了关系都不错,虽然偶有争吵,但一码归一码,关系好了,懒这个问题就很好解决。 能力不行这个确实没办法,因为他知道自己搞不定,关系再好也搞不定。搞不定又不愿意学习,公司的老油条一般都是这种。没得办法,能换个合作的就换个,没得选要么忍要么自己学习后端,取代他,前后端本身也没太大的壁垒。
debuggerx
2023-11-21 09:40:22 +08:00
发现很多人总喜欢滥用 redis ,张口“追求性能”闭口“架构设计”。其实很多系统真的没必要上 redis ,本来就没什么性能瓶颈的项目,只要能把 sql 写对索引加对就完事了,代码简洁可维护 bug 少可靠性又高,为了用 redis 而用反而是降低可靠性,以及各种缓存机制错误导致的 bug 。(老鸟们可以回忆下有多少陈年老屎山一出问题就是手动清理 redis 或者 es )
所以个人建议是,除非某些很简单的小项目,对数据可靠性要求不高的,可以不用数据库而直接把 redis 当 db 用,否则就老老实实用数据库别整那些幺蛾子,最少别开发早期就引入各种缓存机制,顶多注意一点把项目写得规整一些,做一点该有的抽象和必须的封装,直到项目上线出现性能问题了再考虑要不要加 redis 一类的东西。
xlmo
2023-11-21 09:41:03 +08:00
最烦这种了:前端对后端实现指指点点,后端对前端功能说这个很容易。
你可以对你的本职工作提意见去改进,但是请不要提到别人的专业领域去了,除非确实影响到了你的工作。因为对对方来说,你就是一外行。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://ex.noerr.eu.org/t/993673

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX