V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sillydaddy  ›  全部回复第 5 页 / 共 81 页
回复总数  1613
1  2  3  4  5  6  7  8  9  10 ... 81  
@xomix 你#12 楼说到的这一层面我是理解的。我不理解的是,如果#12 楼的例子中,只选中 10 个字符中的 3 个字符,会发生什么?怎么根据鼠标框选的位置,反推得到框选选中的字符。想了解这个,是因为根据它可以推理出在 pdf 中选择表格里面的一部分内容时,会发生什么。
不过大概的意思我知道了,谢谢你耐心的解释。
120 天前
回复了 majula 创建的主题 生活 被移动坑了,大家购买流量包时一定要注意
看着 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
“工作目录一”的 next_id 不对,指向了父节点“工作”,所以在 sort 的时候死循环了。
126 天前
回复了 KlNon 创建的主题 OpenAI llya 事件的来龙去脉到底是如何的
其实注意那些关键的事实:OpenAI 员工以及高层管理,向董事会要求提供具体指控事实的书面证据,但董事会始终没有。
是明文托管到服务器上吗?财务数据上传,这很难让人接受吧。
感觉 OpenAI 的「非赢利」控制「赢利」的双层架构,由不掌握公司股份的人控制公司,而且其中 3 人甚至不在 OpenAI 工作,确实怪怪的——权责利不对等嘛。然后这封联名信里面那句控诉「你们(董事会)告诉公司高管,允许 OpenAI 这家公司被毁掉,也是不违背其使命的」,这个不知道是不是真的,但真就直指问题的核心了。
陪练是竞争比较激烈的,价格一般比较透明,首次试练价格大约 70/小时。但一般只靠试练对于公司不稳定不划算,所以他们都希望你练一个周期 10 个小时,一般价格是 1400 左右,即 140/小时。至于遇到什么师傅,全看缘分,觉得师傅不行的话,可以跟公司说换。

合同的话,一般都可以中途中断陪练,会退还剩余的时长费用。车都是陪练公司出的,保险也是他们上,车上都安装了副刹车。

一般他们针对 10 个小时的课程,都有流程,像驾校公司一样,先练啥后练啥,如果觉得自己哪项弱都可以商量。练习的路段也可以自己选。但想练高速一般是不行的,应该需要加钱,像北京的六环估计也难,五环应该可以。

希望省钱的话,可以不停在不同公司试练,但这样的话,练习的项目就很难自己指定。总的来说,这块的竞争和价格都在那儿,大坑应该是没有的,记得签协议看清楚就行。
贴一下关键代码吧
如果是用 vscode 的话,
第一遍先替换有文字的:
```
^(.+)$
替换为
<p>$1</p>
```
第二遍替换没有文字的空行:
```
^$
替换为
<p><br/></p>
```

其中,^和$分别是匹配行首和行尾的符号。第一遍里面的$1 表示的是正则表达式里面,第一个括号里面匹配的内容,同理$2 可以递推。
@carloszhou
你这一会儿说「只发基本生活费比如 5000 ,大头在分红」,一会儿说「小城市,人均工资四五千」。如果四五千是正常工资,直接招人就好了,又何必强调「基本生活费」。自相矛盾。
@carloszhou #29
我这么解释吧:
如果市面上一个人工的工资是 15000 ,老板给开 5000 ,然后承诺项目成功后有提成,那问题就来了,该提成多少呢?这个人同样是做工,平白少了 10000 块的工资收入,相当于是给这个项目入股了 10000 块,而抠搜的老板只入股了 5000 块(发工资),那么项目利润提成时,能做到这个人拿 66%,老板拿 33%吗?再一个,这人相当于入了 66%的股,那么他有股东的决策权防止项目黄掉吗?等项目成熟了公司积累了(代码、信誉等)资产,他能在离职的时候分一杯羹吗?能防止老板单方面的裁人把他踢走吗?

如果项目没有风险,老板自己出资做这个事就行了,100%的股份,想怎么弄都行。现在通过亏欠人工的工资,让人共担成本,那很明显就是有风险的。这就是共同承担了初始的投资,万一亏了,老板只亏 33%,而员工亏 66%,这跟股东有什么区别,那请问员工享受到了什么股东的权益了?上面说的利润提成你能让老板只拿 33%吗?能让人参与项目的重大决策吗?能把 10 年内不踢走「股东」写到合同里吗?能在离职后继续参与公司的分红吗?
132 天前
回复了 xing393939 创建的主题 数学 请教一个抽奖的算法
@sillydaddy 我在上面的回复有点武断。

今天又思考了一下这个问题,发现有一个很简单的方法,就是增加抽奖的次数。比如你想抽 1000 次分配给 A 和 B ,但觉得抽 1000 次的标准差(你说的误差)太大,那就可以抽 10000 次,然后用 10000 次抽奖的最终结果除以 10 。比如 10000 次里面 A 得 5050 次,B 得 4950 ,分别除以 10 ,得到 A 得 505 次,B 得 495 次。为什么举这个数字呢,因为投掷 10000 次硬币,标准差就是 50 。相比投掷 1000 次时的标准差 15 ,并不是增大到 10 倍,而是只有 3 倍左右。

除以 10 这个操作,相当于把标准正态分布的图像在 x 轴方向上压扁了,然后在 1 个标准差内的概率就增大了。如果想实时显示抽奖过程,那就累积 A 或 B 的中奖次数,每累积到 10 次,就算作真实中奖 1 次。当抽完 10000 次,A 和 B 真实中奖总次数就是 1000 次。
我记得见过类似的产品。OP 加油哦,不要让 #7 楼说的「坟场的坟场」成真。。
每隔一段时间去缅怀一下,也是对过去的回忆和未来的激励,挺好的。
另外,通过这个网站可以了解到别人做的一些东西,看起来很有商业价值。
@carloszhou
是你自己搞不清楚状况吧。你拍了胸脯对老板说只需要 3 个人共 10 万块的试水成本,却把别人拉到火上烤。请问考虑别人的风险了吗?连基本的风险收益关系都搞不懂,产品经理和开发的工作,替代性有多强,凭什么承担你拍胸脯的风险。奥,项目没起来,老板只损失 10 万,项目起来了,到时把人踹了找个不需要分成的人来替代。

说在 v 站找人不合适,是因为 v 友没你想的那么傻。
1  2  3  4  5  6  7  8  9  10 ... 81  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   4196 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 43ms · UTC 10:15 · PVG 18:15 · LAX 03:15 · JFK 06:15
Developed with CodeLauncher
♥ Do have faith in what you're doing.