V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  neoblackcap  ›  全部回复第 57 页 / 共 99 页
回复总数  1964
1 ... 53  54  55  56  57  58  59  60  61  62 ... 99  
2017-05-05 23:27:40 +08:00
回复了 cxz 创建的主题 Python 2017 年 5 月的现在,还有什么理由不使用 Python 3?
@panda1001 找运维,叫他们编译打一个包上去
2017-05-05 10:13:35 +08:00
回复了 NaVient 创建的主题 Python 想求助一个关于 Celery 远程调用的问题
@NaVient 按你说的 xx 那个用 @app.task 装饰的函数是需要在其他机器部署的。
2017-04-23 21:28:15 +08:00
回复了 charley 创建的主题 Python Requests gzip 压缩问题
@julyclyde 上面说错了, requests 是根据 http 头部的 Content-Encoding 或者 Transfer-Encoding 来决定是否启用 gzip 。但是楼主现在不是这个情况,他是发送请求给服务器,服务器不支持 gzip 压缩,但是 requests 发出 POST 请求的时候却会自动启用 gzip 。
2017-04-23 21:20:07 +08:00
回复了 charley 创建的主题 Python Requests gzip 压缩问题
@julyclyde http 头部中的 Accept-Encoding 不带 gzip
2017-04-23 18:37:44 +08:00
回复了 charley 创建的主题 Python Requests gzip 压缩问题
@julyclyde 楼上几位都没有错,你理解错了。客户端就是在这里就是指 requests 这个库, http 报文没有说用 gzip 那么 requests 就不会用 gzip 解压,会使用原始报文。上面几楼解释得相当浅白了。
至于 post 不接受 gzip, 此为一个解决方法可以参考 https://github.com/kennethreitz/requests/issues/1753
2017-04-23 14:32:23 +08:00
回复了 miaobug 创建的主题 程序员 后端架构看些什么书比较好?
后端打好基础看 paper 吧, paper 营养大着呢,你看 google 三篇分布式论文就可以搞出一个大数据生态圈,最近一批 google manglev 又提供负载均衡的新思路。每看一篇论文都实现一次,还不碉堡啊?
2017-04-22 22:19:16 +08:00
回复了 phantomer 创建的主题 .NET .net 的商业软件如何做到不被其他人逆向出源码?
纵观各家的解决方案,我认为还是硬件狗最实际,而且最好是要求客户签 EULA , EULA 里面写明不允许逆向否则走法律途径。
2017-04-17 23:18:53 +08:00
回复了 peneazy 创建的主题 程序员 希望广大技术书作者把书交由图灵社区发行
@nlimpid 看了知乎专栏,专栏作者也是说入门了可以不买了,现在的话我觉得 Python 的书要不是解析器源码分析,要不是脑洞打开的设计思路,其他的基本或多或少自己都用过,标准库的文档也看得差不多。大概也是复习一次罢了了。__slots__这东西我第一次看到的时候是在 http://lucumr.pocoo.org/2014/8/16/the-python-i-would-like-to-see/这里看到的。主要是觉得就是这样的东西太多了,又不纳入语言标准。记得 PyPy 也是因为要模拟这个特性而速度会变慢,我个人是觉得能不用就尽量不用,甚至我觉得如果我要写 C 扩展的话,我都会尽量使用 cffi 。

自从工作之后,代码看多了,我都觉得很多东西都没什么。比如我们生产环境就有自己实现的模块热更新,使用了 Python 的动态特性,诠释何为 metaprogramming 。感觉要多了解 Python 还是得自己多动手啊。
2017-04-17 19:56:37 +08:00
回复了 peneazy 创建的主题 程序员 希望广大技术书作者把书交由图灵社区发行
有没有人能给我说一下《 Fluent Python 》的优点,因为现在知乎上面都是爬虫教程,没见到有人推荐这书。不过看了一下目录,感觉还是有点东西
2017-04-17 16:57:39 +08:00
回复了 falcon05 创建的主题 问与答 办哪家的信用卡好呢
外币多的请使用中行,中行是专门负责外汇业务的,它家的汇率也是比较好的,而且 4 大行之一,还是很可以的。
2017-04-10 19:59:52 +08:00
回复了 deepreader 创建的主题 程序员 历史总是相似?- Python & PHP
@neoblackcap 这是因为本身 CPython 代码质量高,二来 C API 暴露的底层细节太多了,很多东西都得在 runtime 时候才能知道,没法优化,知乎上面的 R 大曾经发过多篇文章说这方面。

然后就是 GC 的问题了,既然 tracing GC 能回收垃圾,那么为什么还要用引用计数?要知道引用计数其实是将每次回收的成本摊分,有人做过比较,除非是内存很紧张,否则朴素 mark-swap 的效率都比引用计数好。毕竟在两个回收周期里面不管 heap 上的对象怎么变化, GC 只管开头结果两个状态。还有就是这个 GC 由引起 GIL 的问题,如果不是引用计数的话, GIL 压根可以不存在,多线程提高多核利用率也可以做。而且社区还是很抵制这些改变,这也是一个问题。 Pycon 2016 US 就有人做演讲在做移除 GIL 的事情, Guido 对他的工作要求是,移除是可以的,但是不要降低单进程下的效率。真是要求很高啊。
2017-04-10 17:46:45 +08:00
回复了 deepreader 创建的主题 程序员 历史总是相似?- Python & PHP
Python 不是 JIT 不能做,那是做 JIT 很大可能就要破坏现有的接口,动 C API ,那么就一大堆 C 扩展不能用,这个才是最大的问题。
而且 GC 改成 tracing gc 我觉得其实是挺好的,引用计数会有很多问题的,现代的 GC 大多是 tracing GC
2017-04-02 00:05:33 +08:00
回复了 zgqq 创建的主题 Linux 如果有一个这样的笔记本多好啊
3L 已经有人给出答案了,其实现在的超极本续航一直都不差,而且 dell 是有跟 ubuntu 合作的,因此驱动什么的还是可以的。当然你完全可以上 win 10 然后用 linux 子系统,一般的开发还是够用的,而且续航更好。
2017-04-01 23:44:16 +08:00
回复了 LZRng 创建的主题 程序员 有同学参加 GSoC 吗?我不知道选什么项目
@forrestchang 我是没参加过,不过听过一位朋友分享他参加的经验,他是搞 wine 的,他当年是因为 wine 上面有他报的 200 个 issue 所以就进了。
2017-04-01 20:57:21 +08:00
回复了 LZRng 创建的主题 程序员 有同学参加 GSoC 吗?我不知道选什么项目
有导师,你多试一下吧,很好的机会,还有 5000 美元
2017-04-01 17:45:08 +08:00
回复了 chenqh 创建的主题 Python 今天才知道 gevent 不支持 requests 库
不要整天搞个大新闻,问问题就应该将你的最小可重复执行环境给贴出来
2017-04-01 17:44:18 +08:00
回复了 chenqh 创建的主题 Python 今天才知道 gevent 不支持 requests 库
@chenqh gevent.joinall 只是等待所有请求啊?为什么就不能并发呢?搞不懂
2017-04-01 15:27:01 +08:00
回复了 chenqh 创建的主题 Python 今天才知道 gevent 不支持 requests 库
访问 google ?我司应该几十毫秒吧。
不要总想着在愚人节搞个大新闻,你不 monkeypatch 又有多少程序能支持 gevent 啊。楼主你啊, too youny too simple, sometime naive 。还是要学习一个的。
2017-03-26 21:22:58 +08:00
回复了 muziki 创建的主题 C++ C++ 17 完成了
@sagaxu 是的,但不是说 zero cost abstraction 是追求没有成本,它的追求应该是没有“额外”的抽象成本。
1 ... 53  54  55  56  57  58  59  60  61  62 ... 99  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3216 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 00:46 · PVG 08:46 · LAX 17:46 · JFK 20:46
Developed with CodeLauncher
♥ Do have faith in what you're doing.