有人像我一样讨厌本地无法运行起来的项目的吗?

320 天前
 RedisMasterNode

交接过来的项目本地运行不了,看代码能上手但是调试效率很低,不知道每个接口运行进来是怎么走的,每个方法返回了什么数据,最终如何形成整体的大响应 Body 。

最搞笑的是并不是因为又什么历史包袱,而是说,测试环境跑也可以,本地写点单测。

什么鬼逻辑...合着报问题了直接本地跑一下看看执行路径不香?测试环境找不到问题的时候反复加 log 部署调试很好玩?

球球了做个人吧,是真的有人觉得线上看日志调试比本地 Debug 快吗?

PS:防杠叠保护甲,并不是那种一两个接口,逻辑究极简单的项目。不说多复杂,起码也是个正常规模复杂度的项目:

9177 次点击
所在节点    程序员
68 条回复
umaker
320 天前
@Curiosity777 我用的 whistle ,对前端开发比较友好。
RedisMasterNode
320 天前
@wu67 过瘾不,用户说报错了我还得回他一句,“你等一下啊,我用你的请求在测试环境加点日志跑一下看看哪里有问题”
wu67
320 天前
@RedisMasterNode 超辣鸡的, 那时候还是新冠开始, 我们本来关在家就很郁闷了, 还要接手这破项目...后来我去另一个组了, 这个破项目就没我什么事了
kaneg
320 天前
我们有个项目本地启动一次要近 10 多分钟,每改一行就得 10 多分钟才能看到效果,真得折磨人😩
whileFalse
320 天前
不讨厌,但一定要有充分的理由。
现在很多上微服务的公司,搞来搞去发现最合适的是按大模块拆几个服务。微服务纯粹是浪费资源(机器和人)
whileFalse
320 天前
这还是在本地能跑起来一个或几个微服务的情况下。如果跑都不能跑,那这个代价不小,要拿出对等重量的理由
chenqh
320 天前
@kaneg java 吗?还是前端项目
veightz
320 天前
sujin190
320 天前
我们能在链路追踪 Trace 记录里开启全链路请求响应体记录,这样有啥问题就很容易看出来,而且自己想用相同数据重试下也方便
rabbbit
320 天前
所以我很好奇大型 c++ 项目都是怎么开发的,build 一下十几分钟起步,编译 chromium 能好几个小时,咋 debug ?
RedisMasterNode
320 天前
@sujin190 如果,如果问题是某些数据转换逻辑呢?内存中的格式变换聚合,埋了 trace span 吗?

而且宽泛讲,很多问题压根不出现在对外调用中,或者反正就是出在了非 trace 埋点的地方,怎么查,是不是还得靠日志和断点调试。

总之,tracing 接入并不解决一些代码逻辑的问题,本地调试是最后兜底的手段
NX2023
320 天前
我是真的受不了,我只能说
shuimugan
320 天前
本地跑不起来的项目,搞不好触发一个逻辑要找好几个人。
本地能跑起来的项目,想加断点就加断点,想加 hook 就加 hook ,想复制流量就能复制,数据库甚至是虚拟机随时可以备份和还原环境,效率贼高,谁还想碰那些效率巨低的东西。
DefoliationM
320 天前
mock 没做好,那要是微服务,更难受。
a1b2c3T
320 天前
干过阿里私有云外包项目,简直了,去了先看了俩礼拜文档,十几套环境😵‍💫然后跑路了
dcsuibian
320 天前
我记得有种说法:云原生=本地跑不起来
RedisMasterNode
320 天前
@dcsuibian 人的问题,跟云原生没有半毛钱关系。所有我在 k8s 里写过的项目都能在本地运行。
wws2023
320 天前
有好的解决办法?目前只想到搭远程开发环境
momo24672
320 天前
我也受不了,更受不了启动 app 前去 Secret Manager 下拉 Secrets ,我更愿意把 Pull Secrets 放到打包步骤里。
neoblackcap
320 天前
@rabbbit 大型 C++项目有各种编译优化手段,预编译,分布式编译。而且 build 一般都是初次编译比较慢而已,之后一般都是增量,不会动不动都是几十分钟。还有就是模块化设计,动态库设计好,直接只测单一模块

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

https://tanronggui.xyz/t/1021909

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

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

© 2021 V2EX