 |
FeiexV2EX 第 537455 号会员，加入于 2021-03-14 03:41:38 +08:00今日活跃度排名 24584 |
Feiex 最近回复了
4 天前 回复了 moment082 创建的主题 › 分享创造 › 💯💯💯 金三银四，我们上线了一个免费、有深度的八股文网站 |
提几个建议：
“这两天”中的一天已经过去了，内容上传了多少？
如果准备不了这么多内容，先关一些栏目，打磨一下精品。
不是所有人都开了 HDR ，黑底灰字会严重影响注意力。
不要用 github 作为公关图库，g 本身有防盗链检测，图片会挂。
“这两天”中的一天已经过去了，内容上传了多少？
如果准备不了这么多内容，先关一些栏目，打磨一下精品。
不是所有人都开了 HDR ，黑底灰字会严重影响注意力。
不要用 github 作为公关图库，g 本身有防盗链检测，图片会挂。
47 天前 回复了 pety 创建的主题 › 香港 › 现在去香港，可以买什么带回来转手？ |
@wsyss 印度仿制药找熟人从印度发国际快递+淘宝买处方，不用人肉带
74 天前 回复了 WillingXyz 创建的主题 › 程序员 › 公司的架构师要求把日志封装成 LogUtil 类，提供 sdk 给各团队使用，并且不允许使用 slf4j 直接打印日志，请问各位这么做有哪些好处（我还没想到任何好处）？ |
在#85 楼的基础上补充一下，
1. 不管是 log4j2 还是 logback ，在生产环境都会有一些坑（比如打 error 日志把 CPU 打满的），这时候没必要每个团队都去写 error 限流代码，让 Util 团队升级即可
2. 很多时候实体和异常的日志序列化并不尽如人意（例如三方包的实体 toString 缺很多东西、toJson 性能又很差），这时候也需要 Util 出手统一解决
3. 最重要的还有 trace 、channel 、position 、region 等等这种链路上下文的参数打印，每个人写一遍 format 也是没必要的，需要 Util 出手统一处理
1. 不管是 log4j2 还是 logback ，在生产环境都会有一些坑（比如打 error 日志把 CPU 打满的），这时候没必要每个团队都去写 error 限流代码，让 Util 团队升级即可
2. 很多时候实体和异常的日志序列化并不尽如人意（例如三方包的实体 toString 缺很多东西、toJson 性能又很差），这时候也需要 Util 出手统一解决
3. 最重要的还有 trace 、channel 、position 、region 等等这种链路上下文的参数打印，每个人写一遍 format 也是没必要的，需要 Util 出手统一处理
193 天前 回复了 qee 创建的主题 › 职场话题 › 钓鱼， hr 视角下这两年招聘是什么情况 |
小红书上有很多 HR ，最近看到一个 HR 在京东受不了压力离职了（脏活多，两头难做人），连赔偿都等不了。。。
243 天前 回复了 xiaoqidev 创建的主题 › 分享创造 › 做了款离线 AI 抠图，免费无需联网，功能齐全快至毫秒级 |
公司网络屏蔽了各种云盘。。。
272 天前 回复了 woyixinyiyi 创建的主题 › 酷工作 › 三年前我选择了来阿里，现在我推荐你来，阿里国际急招 Java |
阿里国际是 lazada 吗
299 天前 回复了 iamtuzi3333 创建的主题 › MongoDB › 想请教一下， mongoDB 是否适合海量数据存储 |
@roundgis 5.4 。不过 6.0 也可以
299 天前 回复了 iamtuzi3333 创建的主题 › MongoDB › 想请教一下， mongoDB 是否适合海量数据存储 |
@iamtuzi3333 #2 建议重新设计 hash 并做好数据平均分布，mango 天生是玩分片的，不要玩成单机模式。
另外 mongo 有索引，hash 设计合理的话，不用太担心查询压力（可以不停机扩容）。
这个是我做过的项目，用 mongo 解决 B 端消息暂存的问题，可以参考下： https://mp.weixin.qq.com/s/wSzu1_TM4Kark5ZfEs0EvA
另外 mongo 有索引，hash 设计合理的话，不用太担心查询压力（可以不停机扩容）。
这个是我做过的项目，用 mongo 解决 B 端消息暂存的问题，可以参考下： https://mp.weixin.qq.com/s/wSzu1_TM4Kark5ZfEs0EvA
Select Language