V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  no1xsyzy  ›  全部回复第 262 页 / 共 267 页
回复总数  5322
1 ... 254  255  256  257  258  259  260  261  262  263 ... 267  
explain <查询语句>
2018-10-31 12:20:48 +08:00
回复了 fyxtc 创建的主题 程序员 人工智能是泡沫吗
没有智能,但有泡沫
但泡沫又不是第一次,AI 泡沫 30 年一次吧我记得。
但你需要管这个泡沫吗?你会杀死一只下金蛋的鸡吗?上次 AI 泡沫出现了 lisp,上上次出现了计算机。
只要不跑进吹出来的泡泡里去,泡沫炸了又如何?吹泡泡这段时间出来的东西已经足够永远改变人类的生活了。
2018-10-31 09:42:10 +08:00
回复了 tz1006 创建的主题 Python 如何知道爬虫 token 是如何计算的?
修改其 call 的函数为 function(){debugger;}从 call stack 里找
注意 DOM API call,等价替换
2018-10-31 09:34:41 +08:00
回复了 xuanwu 创建的主题 程序员 各位都在什么源码站上在线看代码?
override = 推翻
second = 秒(话说不应该是 left 和 right 么?)
add = 加法
camelCase 和 PascalCase 转成中文就需要语义 parsing 了,很难受
为什么 Python 文档字符串没翻译?
@iwtbauh 忽略 ISP,任何人都可以用“通用可执行污染代码”污染全世界的电脑。在此基础上这个代码就能够任意篡改下载的内容——在此基础上,ISP 如果有心篡改网络内容,也是可以的。
不完备性已经证明了,“计算机中招了”本来就是不可证伪的问题。
----
实际上,全球的 ISP 已经组成全球 ISP 光明会了呢(包括 Tor 出口节点所在的 ISP ),只是所有人都不知道罢了。我也只能装作在讨论微乎其微的可能性时才能把这个信息发出来,不然就直接被 ISP 删除了呢。其实依赖于网络的垄断,全球 ISP 光明会已经做出天网,只是所有人都不知道罢了。你知道的,几乎所有人都只能靠网络来和他人取得联系。在网络被光明会垄断的当下,即使有人发现这一事实也无法警告别人。
@Cbdy Proton != Steam Play,我写前段的时候混淆了
@iwtbauh
但你没有找 Debian 项目组的人线下验证该 GPG 公钥。信任网没有建立。你也没法保证你下载的 Debian 镜像不是被调包的。

quine 是可以做到任何进程读取 ELF/.exe 的时候读取不到恶意代码,但只要接触到就在文件内插入该恶意代码。所有的文件 IO 接口都被这样污染了以后就变成任何一个程序都具有该恶意代码,但没有任何程序能够发现该恶意代码,除非用物理方式手工分析。可能我们碰上的所有程序都有这个恶意代码,因此你根本就不知道这个恶意代码存在。
说不定全球的电脑都已经被感染了。现在之所以 IO 如此地慢都是因为每次要通过这个恶意代码。你的硬盘空间莫名其妙地占满是因为里面都是这个恶意代码。

自由硬件你也不能保证制造那个硬件的设备没有这个问题。

“计算机没有中招”本来就是不可证伪的问题。
@publicvoid #130 没买,微软直接送的,ospp.vbs 验证服务器。;)
@nekoyaki #82 打错了……“迁移到 Linux ”
另外,Proton [不] 仅支持 Steam 游戏,因为基于 Wine+dxvk,支持几乎全部 Windows 游戏。
所以为什么要上 Windows 玩黄油呢?就算是 DX12 的游戏,用 Proton 开不就行了?
2018-10-30 13:46:31 +08:00
回复了 princelai 创建的主题 Python Python 类的析构函数行为非常奇怪
@princelai #4 你输出 p.size 的时候覆盖了原本的 _,在第二个 del 前你可以看一眼 _,应该是 80,int 是个 immutable。看上去将同一块析了两次,iPython 还会以奇怪的方式保留引用。
#5 del 并不能触发,那个只是解引用(从 top frame 中删去 p )。
#6 析构的触发没有保证,和具体实现有关。

> It is implementation-dependent whether __del__() is called a second time when a resurrected object is about to be destroyed; the current CPython implementation only calls it once.
> It is not guaranteed that __del__() methods are called for objects that still exist when the interpreter exits.
2018-10-30 13:14:40 +08:00
回复了 dangod 创建的主题 程序员 在学 django 但是发现 Python 在这小城市不好找工作
@lihongjie0209 并不,Python 只是个语言,并没有“运行性能”。所谓性能差,是指实现的性能差,具体上说是 CPython 性能差,以及 PyPy 不够好。上 Cython,只要不是一堆 dispatch (宽泛意义),性能基本追平,真的是 Python 语言造成的坑点也可以用 C++ 重写。
而造成效率差的 dispatch (宽泛意义),实际上用的不如想象那么多,很多时候反而会造成维护困难。用 Python 不就是想要去掉维护困难吗?
2018-10-30 13:11:18 +08:00
回复了 princelai 创建的主题 Python Python 类的析构函数行为非常奇怪
你是在 REPL 里执行后面这些的吗?
REPL 会把最后一次非 None 返回值保存到 `_` 上。
2018-10-30 12:59:51 +08:00
回复了 dangod 创建的主题 程序员 在学 django 但是发现 Python 在这小城市不好找工作
@ww2000e 那上 OCaml 好了,某些情景下性能比 C 还好……
1 ... 254  255  256  257  258  259  260  261  262  263 ... 267  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2193 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 69ms · UTC 07:03 · PVG 15:03 · LAX 00:03 · JFK 03:03
Developed with CodeLauncher
♥ Do have faith in what you're doing.