 |
FeiexV2EX 第 537455 号会员，加入于 2021-03-14 03:41:38 +08:00今日活跃度排名 23168 |
Feiex 最近回复了
35 天前 回复了 InDom 创建的主题 › 职场话题 › 今天跟外包公司吵架, 没吵过...好气啊, 可对方说的确实有点子道理... |
别太放在心上，又不是你的公司，你只负责拿这件事的结果
结果就两点：修 or 不修、什么时候修完 or 怎么才能修完
结果就两点：修 or 不修、什么时候修完 or 怎么才能修完
54 天前 回复了 pengyOne 创建的主题 › 问与答 › 想问一下有没有靠谱的 claude api 分发平台推荐,求稳定,能支持稍高的并发 |
@RoccoShi openrouter 不支持全球调用
60 天前 回复了 laifu123 创建的主题 › 问与答 › 天朝要是整治外卖和网约车平台，让这两方资本让利，是不是能很大程度解决现阶段就业问题？ |
而且这长达二十年的 40%+的投资明显过度了，边际效益已经减到多少不知道，反正减了肯定丢就业
60 天前 回复了 laifu123 创建的主题 › 问与答 › 天朝要是整治外卖和网约车平台，让这两方资本让利，是不是能很大程度解决现阶段就业问题？ |
@runinhard 这个有点陷入光看数量和趋势不看结构的情况了。
中国这样体量的经济体，出口部门的规模是巨大的。让消费的增量完全弥补出口的减量，在短期内是完全不现实的。
而且出口是国内企业创收的重要来源，结合庞大的私企就业人口，外需下降往往会拖累消费，而不是“腾出空间”让消费自动增长，这显然是个负向的传导链
中国这样体量的经济体，出口部门的规模是巨大的。让消费的增量完全弥补出口的减量，在短期内是完全不现实的。
而且出口是国内企业创收的重要来源，结合庞大的私企就业人口，外需下降往往会拖累消费，而不是“腾出空间”让消费自动增长，这显然是个负向的传导链
84 天前 回复了 momowei 创建的主题 › 程序员 › 为啥国内对阿里轮子似乎嘲讽居多 |
还有 Dubbo ，内部不用就烂尾，HSF 不开源，逼的市面上一大堆 Dubbo 分叉。后面阿里要搞云原生，又把 Dubbo 从坟堆里活生生刨出来了
84 天前 回复了 momowei 创建的主题 › 程序员 › 为啥国内对阿里轮子似乎嘲讽居多 |
阿里的开源项目大多数是一样难尽，其实有不少好项目，奈何阿里味浸透了内部员工各种“作”。
antd ，圣诞彩蛋，给国央企和中东项目填了多少麻烦，提了 issue 还被 close ，管中窥豹地看阿里小屁孩基本上都是急功近利的
fastjson ，温绍锦披着阿里外套举办的个人漏洞马拉松
weex ，烂尾，典型的 KPI 强绑定项目，内部不用了就扔给开源社区擦屁股
p3c ，KPI 项目，自己家内部都没推广开
alisql ，烂尾，KPI 项目
antd ，圣诞彩蛋，给国央企和中东项目填了多少麻烦，提了 issue 还被 close ，管中窥豹地看阿里小屁孩基本上都是急功近利的
fastjson ，温绍锦披着阿里外套举办的个人漏洞马拉松
weex ，烂尾，典型的 KPI 强绑定项目，内部不用了就扔给开源社区擦屁股
p3c ，KPI 项目，自己家内部都没推广开
alisql ，烂尾，KPI 项目
103 天前 回复了 moment082 创建的主题 › 分享创造 › 💯💯💯 金三银四，我们上线了一个免费、有深度的八股文网站 |
提几个建议：
“这两天”中的一天已经过去了，内容上传了多少？
如果准备不了这么多内容，先关一些栏目，打磨一下精品。
不是所有人都开了 HDR ，黑底灰字会严重影响注意力。
不要用 github 作为公关图库，g 本身有防盗链检测，图片会挂。
“这两天”中的一天已经过去了，内容上传了多少？
如果准备不了这么多内容，先关一些栏目，打磨一下精品。
不是所有人都开了 HDR ，黑底灰字会严重影响注意力。
不要用 github 作为公关图库，g 本身有防盗链检测，图片会挂。
146 天前 回复了 pety 创建的主题 › 香港 › 现在去香港，可以买什么带回来转手？ |
@wsyss 印度仿制药找熟人从印度发国际快递+淘宝买处方，不用人肉带
173 天前 回复了 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 出手统一处理
Select Language