V2EX › bk201 的所有回复 › 第 6 页 / 共 316 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 2 3 4 5 6 7 8 9 10 11 ... 316

❮

❯

31 天前

回复了 yebo777 创建的主题 › 生活 › 婚姻问题想请教大佬们的看法

我的建议是先沟通，说出你自己的想法，不行就不要结了，这种活在梦里的人，你不要和他一起过日子。她要求别人的时候，怎么不先要求下自己？

34 天前

回复了 houshuu 创建的主题 › Local LLM › DeepSeek V3

@sutking
@AlohaV2 收割 a 股股民是吧

35 天前

回复了 WillingXyz 创建的主题 › 程序员 › 公司的架构师要求把日志封装成 LogUtil 类，提供 sdk 给各团队使用，并且不允许使用 slf4j 直接打印日志，请问各位这么做有哪些好处（我还没想到任何好处）？

@sxms77777 你说的这些现在的日志框架不能实现吗？ slf4j 换日志框架那么方便。而且日志框架就打印字符串，有啥复杂的 api 我是没太理解

35 天前

@k9982874 你说的这些其他日志框架都实现了，而且性能更好，完全没必要自己造轮子。数据脱敏，数据清洗，大数据分析也不靠入侵业务代码实现，Logstash 、Fluentd 。多语言、多平台靠使用统一的日志收集平台 ELK 。LogUtil 这种入侵业务代码的非业务代码才会造成屎山，让人摸不着头脑。

35 天前

日志收集不是靠入侵业务代码实现的吧。我个人觉得日志用 util 类封装，然后放入业务代码里是很垃圾的做法。一方面要大批量改 log.info 代码，另外一方面后续接受的人并不会明白这个做法，增大代码 review 复杂度以及后续接收复杂度。po 主既然讨论了，能否把架构师的理由说出来听听。单纯统一入口，便于以后扩展不是理由，slf4j 已经足够抽象化。提出一个方案，必然是解决某个痛点，而不是过度设计

36 天前

回复了 JunNKG 创建的主题 › 生活 › 今年买的最能增加幸福感的东西

电加热马桶圈有链接吗，看看

36 天前

回复了 Amose2024 创建的主题 › 生活 › 下雪了，要过年了，却没有回家的欲望……

城市里呆久了，很多人都会变得冷漠，和农村的不一样。

36 天前

回复了 namonai 创建的主题 › 北京 › 大家圣诞快乐呀🎅

圣诞快乐，天天快乐。好奇有没公司放假

36 天前

回复了 zxwy 创建的主题 › 随想 › 什么值得买给我整笑了😂

手机号是方便推送营销短信吧