@janxin 哈哈哈 单纯被那位大佬的工程能力打动 命令行工具有推荐否


@xmi bitwarden 我关注一波 thx

thx 其他几位大佬

检索时还发现有一个有意思的方案 share 给大家
有其他大佬定制了一个「谷歌验证器」 mac 版..
可以通过脚本获取最新的 code...

https://github.com/stanzhai/GoldenPassport

@lix7
@killva4624
牛逼 大佬 丝滑般的感觉

Ruby 工程师难招是个很大的弊端。为工程的维护和迭代制造了很大的困难，排期允许是应该统一一下。
但这个框架或语言本身其实是很能打的。接近 50K 的 start，github 可能不超过 100 个吧。

楼主的点子不错，其实 B 站的电视 APP 目前就是这样，遥控器按（滑）一下就可以切视频。
B 站是中长视频多，效果相比抖音还是差了不少，但易用性确实提高了。

此外歪个楼，我觉得抖音这玩意长时间刷很危险。
如果觉得自己脑子足够聪明，同时能控制住玩抖音的时间，可以玩。
否则你思考下，大量低质量的视频内容，非常易消化，长期重复喂给大脑，对大脑的影响感觉会很危险。

目前的方案推荐排序：

rancher 10
kubeadm 10
Ansible 6
sealos 5
playbook 5
kubeasz 4
OpenStack 3
Kubesprary 3

技术人员不要拘泥于，提问人提出完好定义的问题。
问这种开放问题的目的之一是，说你了解的几个点，然后接着这几个点深入聊。
假设我直接提几个具体的问题，都没覆盖到你的知识面，那我必然不会再问下去，面试效果会不佳。

盒子别丢，后续吃灰好收纳。

@MuSeCanYang
@wangkai0351
没辙 和对象住合租可能体验差一些 只能忍痛 一年 6w 房租了

@yang55shuai11 thx 信息 回迁房看着不错 暂时找的中介 租了个回迁房 5000 左右 明年再看看

刚看到一张图，这大概就是「催产素」爱情。祝幸福。


这个没吃过。
其他的我觉得他家最好的吃的还是「皇堡」，尤其是咬一口下去蔬菜+肉+芝士（好像）的口感。
另外他家之前也短暂出过个厚切牛排和猪肘汉堡也不错。

@fengjianxinghun 特意搜了下，这个含义不是远离厨房。
https://www.ccdi.gov.cn/lswh/wenhua/wyzd/201511/t20151117_156230.html

我俩都是偶尔换着来。她做饭，我洗碗，或者反过来。有时候谁忙或者特别懒，另外一个人都包了也可以。

对的 对主键没要求的 😂

👍 查询中使用 final 关键词确实是一个折衷的较好的方法： https://clickhouse.tech/docs/en/sql-reference/statements/select/from/#select-from-final 。


这里还要正好探讨下：
```
SELECT
userId,
sum(price * sign) AS avgPrice
FROM user_order_price
GROUP BY userId
```
这个 sql 其实和折叠数关系不大，你的场景中 price 都是正数的情况下，结果应该是对的，和是否使用全部主键关系不大，不过这里也可能我理解错误。

另外如果相同 userId 的数据分散在不同物理机上，那结果可能是不对的（未做验证）。

我试了下结果是符合预期的呢，
```sql
CREATE TABLE user_order_price
(
userId UInt64,
orderId UInt8,
price Float64,
sign Int8,
version UInt8
)
ENGINE = VersionedCollapsingMergeTree(sign, version)
ORDER BY (userId,orderId)



INSERT INTO user_order_price VALUES (101, 10000, 100, 1, 1),(101, 10000, 100, -1, 2),(102, 10000, 200, 1, 2)



INSERT INTO user_order_price VALUES (103, 10000, 500, 1, 2)



SELECT
userId,
sum(price * sign) AS avgPrice
FROM user_order_price
GROUP BY userId

```
结果不准确是指哪个位置

1. 为什么结果是不准确的 这里没太理解
2. 如果你的描述我理解没错的话 好多 olap 引擎都可以支持这类的聚合统计的 数据不大甚至可以用 mysql （这里可能是我想简单了）