@memorybox
所以它这个方案还是针对中心化的彩票中心，与区块链的场景是不一样的。如果用这套系统换掉国内现有的彩票系统，只需开奖环节把抽号码机换成计算 Hash ，再延迟公布中奖结果半小时就可以了，其他环节基本不用动，我说的「改动也最小」也是指这个意思。你说的「不发奖」很难想象。

@memorybox #14
@blackcurrant #19
没有了解过区块链上的博彩方案，但感觉用它解决彩票这种问题，应该是小菜一碟。
不过，主题里这个方案，相对来说更简单，改动也最小。

@alexhx #23
原文里面提到了彩票中心会 Fake 彩票。

@ermao #32
是的，又是哈希(Hash)和工作量证明机制(PoW)的一个漂亮组合。

@testonly 同号买两注很正常吧。你说的方案根本就是无效的。

主题里的方案，只需要简单验证一下公布的文件里面，是否包含自己投注的就可以。就这么简单。
你不相信你能找到更简单的方案。

@dapang1221
@wegbjwjm

请不要歪我的楼，谢谢。

文中提到了下载所有彩票数据，计算 hash 值。考虑到彩票数据太多，文本是 GB 级别的，其实也可以借鉴比特币的思路，对彩票数据作分级的摘要，然后任一彩民，都可以下载包含了自己投注数据的那一块去验证。

@nodejsexpress #16 我没说自己是 leader 啊。leader 和下属都可以发出这份感想啊。另外你说的不想干就跳槽却是没毛病，但更人性化的管理不是更好吗。

@RealJacob
@loryyang
确实，领导对下属应该是门儿清的，包括能力、职业性格和偏好。只有充分了解了下属，才能作出平衡的安排。但现状似乎确实是缺乏沟通的管道，下属比较弱势没有什么发言权。

@zzzxxyyxgv
是的，所以我想的是每个人先去认领这些活，但是，这样又会出现竞争，怎么解决？如果每个人的偏好不同，正好把所有的任务都欢欢喜喜认领完了，那是最理想的。

@qingshui33
@iyiluo
脏活累活，按劳分配，其实是有歧义的：像 1#楼的 @tool2d 他就做喜欢挑战性的任务，这些任务在有的人看来，就是累活，是难啃的活。所以每个人眼里对任务的分类，是不一样的，有的人可能就喜欢做琐屑没有挑战的事，有的人看来这就是脏活。
按劳分配，这里的“劳”怎么定义是个大的问题，这个没有定义就谈不上多拿一份。

sov2ex 支持按时间段搜索

记得《魔鬼经济学》里面专门有举房产中介的例子：房产中介为了尽快促成交易，不会追求最高的卖价，因为提高那一点卖价所得的佣金回报，比不上早点成交节省的时间。

也许可以这么办：在你预期价格之上成交，多卖的钱，按比例提成给中介，4,6 分成或者 3,7 分成。参考个税，越往上，中介抽成越多。这就要求你对自己房子的价值很了解。

@HiyaKuso 是啊，用起来真简单

薪资减半，招 2 个兼职「老鸟」，时不时让他们互相「啄摩」。

@yiyiwa
@Huahuo
@013231
感谢。看了下 pdfplumber 这个库不错，还可以可视化 debug 。camelot 也不错，也可以可视化 debug ，文档也挺详细。

@xomix 你#12 楼说到的这一层面我是理解的。我不理解的是，如果#12 楼的例子中，只选中 10 个字符中的 3 个字符，会发生什么？怎么根据鼠标框选的位置，反推得到框选选中的字符。想了解这个，是因为根据它可以推理出在 pdf 中选择表格里面的一部分内容时，会发生什么。
不过大概的意思我知道了，谢谢你耐心的解释。

看着 OP 惶恐开关✈️模式的描述，忍不住发笑，现在又到了月末流量囧囧的时刻——我的流量也超了几十 MB ，为移动贡献了 10 块钱。
我就纳闷了，为什么流量计费非得搞个这么大的费率跨度：套餐内低单价，而套餐外超高单价，费率差了有 100 倍了吧。分段计价搞个 3 倍，5 倍费率还不够吗！

@zhangshine 明白了
@chesha1 gpt4 吧，我还冇有呢

@xomix 举个具体的例子，如果 pdf 打印输出的结果是"0123456789"，而生成这个打印结果的原始文本是"5678901234"，也就是说，「文本索引」->「打印位置」的映射关系是 0->5, 1->6, 2->7, 3->8, 4->9, 5->0, 6->1, 7->2, 8->3, 9->4 。那么当我在 pdf 中，用鼠标从"0123456789"当中的"0"字符，也就是打印位置是 0 的地方，开始往后框选三个字符，框选的位置分别是 0,1,2 ，那么从根据「文本索引」->「打印位置」的关系，反映射回去，得出实际被选中的字符是"567"对吗？

如果是(像你说的)直接建立的是「文本字符」->「打印位置」的映射，也就是说"0"->0, "1"->1, ... "9"->9 ，那么鼠标框选，根据位置反映射到字符时，就不会出现问题了。

你能根据这个例子解释一下吗？因为#10 楼的逻辑我没太理解。

@xomix 我明白你的意思了，就是说生成 pdf 的原始文本顺序就是乱的，但每个字符映射到 pdf 的位置是正确的，所以复制会有问题？按照这个说法，框选文字时，其实复制的是原始(顺序错乱)文本的一部分，比如计算出鼠标框左上角位置对应的文本，然后复制到鼠标框右下角位置对应的文本结束？这块框选复制的逻辑没有太明白。

@Huahuo 我现在还没到要用 python 读取那一步 🐶 。网上好像不少这种提取 pdf 表格的工具。
@zhangshine pdf 文档是不是分 2 种，其中 1 种是可以直接选文字的，一般纯文本转 pdf 就是这种。所以感觉跟图片 ocr 还是有点区别。
@xomix 文字是可以直接复制的，只不过顺序是乱的。ocr 也是会考虑的。不知道有 1#楼说的 python 工具可以读取 pdf 表格吗？

官网解释 strict 模式下，都有哪些函数会调用 2 次：
https://legacy.reactjs.org/docs/strict-mode.html#detecting-unexpected-side-effects

strict 模式下，会 2 次调用下面这些函数：
```
类组件的 constructor, render, 和 shouldComponentUpdate 方法
类组件的 component static getDerivedStateFromProps 方法
函数组件的 bodies
State 的更新函数 updater functions (the first argument to setState)
传递到 useState, useMemo, 和 useReducer 中的函数体
```

React 18 好像是更直接，直接是 mount, unmount 再 mount 的流程：
https://legacy.reactjs.org/docs/strict-mode.html#ensuring-reusable-state