蛮好的, 正好最近要写个 agent : )

这下不得不 star 了( 悲

@RedisMasterNode get 到了, 那麻烦当我没讲过吧

@RedisMasterNode 我知道的, ck 不是压缩性能最好的, 我只是看你上面回复其他人写入还没有专门优化, 我只是觉得在链路场景里, 写入性能的重要性应该要大于查询性能... 选择 ck 是刨除了一些架构上的考虑后, 因为压缩性能的考虑最终选择了 ck

但实际上我选择 ck 主要考虑, 是为了保证 '查询性能可用的前提', 得到尽可能多的写入性能跟压缩能力, 对于 log 跟 trace 其实相比 metric 我会更偏向这里.(

@also1412 昨天直接 follow 了, 希望能干掉 arc!

虽然岗位不太 match, 但对产品很感兴趣, 等 beta 了能不能试用下 :)

@SkyYu822 运气比较好, 找到了一个对口的小公司..背景也很契合..

可以看下我去年的帖子, 大中公司很多都在 2,3 面挂, 大多数面试机会都不给的, 很多三年前我投都不愿意投的公司直接回都不回我..

业内人士, 不好多说, 只说说现状吧.

中大厂需求很多, 小厂大多都死, 哪怕技术新颖, 硅谷团队, 做可观测性的独立产品也是倒闭比新增的要多.
技术方面还有蛮多可挖掘空间的, 能设计的地方也很多, 当数据量足够多, 开源方面总会遇到各种问题, 大多需要自己魔改, 所以挑战可以在内核中低级网络可观测, 海量数据的读写, 运维的底层设计, 时序异常算法的开发...

总结, 下限低, 上限足够高. 但前景不佳, 一般都在支持, 运维, infra 的团队, 能出的业绩少, 找工作范围也低.

你的需求完全用不到 m4, 建议入二手 interter 的 macmini 就完全够用了..

诶, 恰巧, 我手里就有一台吃灰很久的 macmini, 有兴趣可以私聊..

@jeesk 是的, 所以我在换了.

@evam 给各位提供个选择, 可以试试 sigmaos.

https://sigmaos.com/#refer?userId=96BDB7FA-2AD8-4758-925B-34207A85FE1E&name=murph%20shaun

确实, 感觉 arc 就像个专门靠融资炒概念的公司...

beta 三年, release 不到两年褒姒...

我觉得蛮好理解的, 以前国内炉石的运行主体是网之易, 暴雪合作结束后就解散了, 时隔接近两年, 以前的老人估计绝大部分都走了. 新团队应该是从各处项目组抽来的新人.

再加上减员增效, 各处都在减成本, 服务器都是锁而很少扩, 网易旗下也不是没有同样玩法的竞品, 不愿意亏本很正常.

我觉得这不是个单纯的技术问题, 是个屁股问题

建议先让我体验下, 我才能给你评价

@danachy 钢琴, 周末就试试, 因为么有太好的 app, 都有想过自己写了, 笑死..

官网的速度有点太慢了, 产品迭代速度咋样, 虽然不是做 app 的, 但确实苦于没啥合适的 app, 只能 pdf 盲练的苦恼...