1.基本正经的库都不会乱打日志，一般都是 error 级别的才有，捕获 wrap 往上抛出即可，业务代码中使用的是 zap ，提出全局的 logger 配置到公共库
2.我研究过好多 web 框架 requestId 都是通过 ctx 传递的，这种做法也还是合理的，毕竟一层层传递 ctx 不光是为了一个 requestId
3.v 站有很严重的争议问题，怎么说怎么有理，我选择优先处理错误: https://go.dev/blog/errors-are-values

很想空余时间写写 但是呢 商城方向不考虑

内存溢出

富有科技姨妈

@Bbird 一般都是加了联系方式水印 麦片的黑产吧

尝试下别人的实现: https://github.com/jucardi/go-streams

工程化实践可以参考一下 bilibili 毛剑的课

替你们老板求求你们了好好上班吧！天天语言大战有什么用啊，OP 也是闲的蛋疼，老板给钱就行，让用什么用什么，操什么心啊，写着 PV100 的业务，操着千万级，百万级的心

在用，文档和案例不是很多

看起来就是一个链表

@iamzuoxinyu 确实算 monorepo 也是构建的单镜像

@GuryYu 大概就是 only-changes 这种功能了, 学艺不精 之前没仔细看到这个

@GuryYu 大概十来个 但是全都在一个 project 所以很头疼

了解 谢谢前面两位大佬, 我去学习一下

用:param 作为路径参数的我觉得挺好 对 我说的就是 gin

op 读研三年后开始赚钱
我直接开始赚钱
我比 op 少走三年的弯路(逃

和 op 相同的顾虑
目前也是考虑老破小:
0.交通便利
1.生活方便
2.小区应该是当年单位分房,居住的人素质都还不错(曾租房住过该小区
3.房子为 2000 年的房子
4.价格相当便宜
5.车位基本够用,步梯房, 最高 7 楼
6.去年小区刚进行整改和翻新(包括刷墙,绿化,停车位)