V2EX › bk201 的所有回复 › 第 31 页 / 共 341 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 27 28 29 30 31 32 33 34 35 36 ... 341

❮

❯

363 天前

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

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

2024-12-27 08:27:23 +08:00

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

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

2024-12-26 10:57:42 +08:00

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

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

2024-12-26 10:43:40 +08:00

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

2024-12-26 10:24:07 +08:00

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

2024-12-25 08:41:18 +08:00

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

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

2024-12-25 08:30:14 +08:00

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

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

2024-12-25 08:19:59 +08:00

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

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

2024-12-25 08:16:28 +08:00

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

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