V2EX › AX5N 的所有回复 › 第 54 页 / 共 57 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 46 47 48 49 50 51 52 53 54 55 ... 57

❮

❯

2018-05-18 15:24:52 +08:00

回复了 yj10110 创建的主题 › 程序员 › 迅雷推出新的测试版，不是浏览器了。。。

@yj10110
[@AX5N 离线里那些东西，放 CDN 机房风险太大了。。。]
那你说什么风险不大，国内下载的东西大多数都是非法的，音乐、电影、游戏、软件，难道你们自己做下载的时候就没有一点心理准备？
退一步来讲，我们在合理的程度上讨论。
既然不放在 CDN 机房了，为什么你们客户端仍然对某些资源封禁？那些资源并没有在你们的 CDN 机房吧？
如果你们采取对某些资源封禁是不是可以认为这些资源以外的资源都是合法的？那么这些合法的资源为什么不放在 CDN 机房？

2018-05-18 09:19:15 +08:00

回复了 q9REUgpVVCU77pWj 创建的主题 › 程序员 › XLServicePlatform 到底需不需算不算流氓？

这个功能如 3 楼所说，还是很必要的，ut 也有，但 ut 并不会强制让你开启一个服务，只是在运行的时候以管理员权限运行就得了。

2018-05-18 09:15:13 +08:00

回复了 yj10110 创建的主题 › 程序员 › 迅雷推出新的测试版，不是浏览器了。。。

喷了，原来现在的离线是 P2P 了？而且还是私有协议？这么恶心？

2018-05-18 09:07:22 +08:00

回复了 yj10110 创建的主题 › 程序员 › 看来大家对迅雷的 XLServicePlatform 服务有一些误解

建议把你们经理或者老总给叫出来，管不了事的就别来了，浪费别人的口水。

2018-05-17 15:08:48 +08:00

回复了 fange01 创建的主题 › 锤子手机 › 这个视频厉害了，老罗昨天的演示和李开复 92 年的演示几乎一毛一样

@WinMain 你这个问题问得相当诡异，难道你认为选择去罗马的人很稀有？我觉得不去罗马的人应该是不会在这个论坛里的。

2018-05-17 15:01:10 +08:00

回复了 fange01 创建的主题 › 锤子手机 › 这个视频厉害了，老罗昨天的演示和李开复 92 年的演示几乎一毛一样

@AX5N
这输入法有点问题，更正：
苹果不过是吃饱了饭有能力先朝前走了一步，但不代表他的理念是先进的。因为苹果走的路也只是只要其他人也吃饱了饭，那么 99%的人都会选择的一条，并且还是一条最后到达不了罗马的路。

2018-05-17 14:59:13 +08:00

回复了 fange01 创建的主题 › 锤子手机 › 这个视频厉害了，老罗昨天的演示和李开复 92 年的演示几乎一毛一样

@orangeade 我才发表第一条观点你就能看得出我是嘴硬了，你脑硬吧

2018-05-17 14:58:57 +08:00

回复了 fange01 创建的主题 › 锤子手机 › 这个视频厉害了，老罗昨天的演示和李开复 92 年的演示几乎一毛一样

@WinMain
@est
@ybbswc
成果做出来是技术问题，现在谈的是技术问题吗？看到“可以说是锤子 TNT 这套思路的鼻祖了”了吗，这还不叫贴金？
苹果不过是吃饱了饭有能力先朝前走了一步，但不代表他的理念是先进的。因为苹果走的路也只是只要其他也吃跑了饭，那么 99%的人都会选择的一条。并且还是一条最后到达不了罗马的路。

@orangeade 我才发表第一观点你就能看得出我是嘴硬了，你脑硬吧

2018-05-17 05:39:43 +08:00

回复了 fange01 创建的主题 › 锤子手机 › 这个视频厉害了，老罗昨天的演示和李开复 92 年的演示几乎一毛一样

少给李开复贴金了。
这种操作（创意）就跟用触屏玩 FPS 游戏一样，谁想不到啊。正常人只要想用语音代替键鼠的话，都会朝这方向上这样想好不好。可惜的是现实远比想象要来得复杂，这创意就很幼稚。

2018-05-15 16:20:28 +08:00

回复了 panpanpan 创建的主题 › Java › 你们都是怎么读 SLF4J 的？

艾斯艾路艾弗四节

2018-05-14 03:19:45 +08:00

回复了 hing 创建的主题 › 奇思妙想 › 那么，你会打响指吗？我找了教程也打不出清脆的响指...

要点在于拇指放在中指上的位置和发力方式，多试试

2018-05-14 03:15:42 +08:00

回复了 Doodlister 创建的主题 › 全球工单系统 › 1.表扬腾讯 2.批评百度

企鹅的邮箱非常好用

2018-05-10 07:23:14 +08:00

回复了 kavana 创建的主题 › Python › 有个处理 csv 的问题，想了好几个晚上，都没有办法解决，请教各位

能预处理转换成别的数据结构的话，那倒是有很多办法。不过估计跟直接导入数据库也差不多。

2018-05-05 19:48:54 +08:00

回复了 sjmcefc2 创建的主题 › Python › 读取大文件，最快的方式是什么？

@sjmcefc2
100G 的文本有点夸张。

先说读取
假如你的硬盘是 HDD，按照 120M/s 来算的话，读取 10G 需要 850s ；
如果你的硬盘是 SSD，按照 450M/s 来算的话，需要 230s ；
无论你怎么来，无论你用什么办法，应该是不会慢过这个速度多少的，也不会快过这个速度多少。

再说处理
100G 的文本估计 10 亿行应该是有的吧，这个数量真的是太大了，单线程处理的话，python 速度慢的缺点会被暴露无遗。
所以建议你多进程、多线程来处理。

你这个每行之间没有联系，可以靠多线程来提高性能。如果碰上那种每行之间互有联系的，只能换 c++慢慢跑，python 绝对不行。

2018-05-05 19:33:10 +08:00

回复了 sjmcefc2 创建的主题 › Python › 读取大文件，最快的方式是什么？

@sjmcefc2 你这个文本有多少行？

2018-05-05 19:16:26 +08:00

回复了 sjmcefc2 创建的主题 › Python › 读取大文件，最快的方式是什么？

@AX5N 按我经验
如果瓶颈在 IO 上的话，一次直接把所有内容都读进内存是最快的。
如果瓶颈在对内容细致地分析 /计算上的话，例如你要遍历 10G 文本里每个字节的话，那就必须得换语言才行。
如果瓶颈在于整体的处理速度的话，例如你要压缩一段文件。那这个就随便了，随便读取一部分处理完再继续读取就好。

2018-05-05 19:07:49 +08:00

回复了 sjmcefc2 创建的主题 › Python › 读取大文件，最快的方式是什么？

把需求讲具体，不同需求下做法必定不同。有时候是直接把全部文件直接载入内存最快，但有时候不是。甚至有时候不能使用 python，python 一定会成为瓶颈

2018-05-05 17:08:45 +08:00

回复了 131 创建的主题 › JavaScript › PageGuard.js 防复制 + 检测开发者工具

@131 我想听下你的脑洞

2018-05-05 16:53:59 +08:00

回复了 131 创建的主题 › JavaScript › PageGuard.js 防复制 + 检测开发者工具

@131 用防复制来防作弊，确实能算得上是一件有意义的事情。但不管怎么看，这个手段都是一个错误的方向，就像你下面所说的。

那么，除了防止作弊以外，还有什么其他用途吗。

1 ... 46 47 48 49 50 51 52 53 54 55 ... 57

❮

❯