如果你的需求就是 print, 看看我写的这个 https://github.com/mmooyyii/mmooyyii/blob/master/codes/print.cpp

template 和继承没多大关系. 感觉你需要再学一遍 template

welcome to OSU!

第三题最简单的写法应该是这样的

ls = [1, 2, 3, 4, 5]
k = 3

for i in range(1 << len(ls)):
____if bin(i).count('1') >= 3:
________tmp = []
________for bit in range(len(ls)):
____________if (i >> bit) & 1:
________________tmp.append(ls[bit])
________print(tmp)

一般要讲性能前, 请先做 benchmark.

@nightwitch OOM 是另一个问题, http 协议的 content-length 也没有机制保证你不 oom 吧.

数据库的表也能继承, 虽然可能没人会用这个功能.

https://www.postgresql.org/docs/current/tutorial-inheritance.html

@brader 如果屏蔽词是用 ac 自动机的话, 可以给当前状态加一个深度, 就能精确地判断哪些部分是绝对安全, 哪些部分是不确定的.

收 10 个字, 全检查一下, 没问题返回前 5 个, 剩下 5 个, 然后再等到有 10 个字的时候再检查, 再根据情况把 10,5 这 2 个数字调整一下不就好了.

经典八股文之《进程间的通信方式》 , 里面随便挑一种就行.

为什么要把编译的时间也算进去?

如果是公司的业务, 充钱可以让你变强.

建一个联合索引 (user_id, create_time) , 这样 user_id = 10 order by create_time 就可以直接利用索引.

虽然是一样的, sq.size == batchSize 还是写 sq.size >= batchSize 看着安心一点.

@James369 这是一个比较典型的一对多的场景, 通常做法可以是分成 2 个表, 第一个表就是不含 int 的表, 第二个表是 primary key + flag 的一对多关系, 查询的时候 join2 个表即可, 这样做可以在添加 flag 的时候不用 ddl, 如果 flag 类型很多, 也能用上索引. 一对多这个模型在很多 ORM 里面的文档里就有, 可以直接用对应的接口.

当然有些公司对 join 很恐惧, 不让用也是有可能的.

btree index 肯定是不行的, 因为你这种用法本质就是一个性能更好的 array, 只能用倒排索引. 最好想个其他办法.

@xuanbg 比方说我有个地方要算库存预计什么时候销售完, 你给我个负数, 这是不是就有 bug 了?

@xuanbg 那就来讲讲业务, 库存是电商的一个非常核心的功能, 和仓储, 物流, 财务, 运营, 采购这些都有密切相关, 库存不可靠的话, 你要全公司一起来兼容你的 bug 吗?

讨论技术问题就只讨论技术, 为什么总有懂哥来个什么程序员思维, 产品设计.
电商允许不一致, 那要是哪天你去做银行的项目, 遇到相似的场景, 也允许不一致吗?

精确的 count distinct 是没救的, 试试 hyperloglog 插件吧.