|      1fwee      2014-08-18 10:19:35 +08:00 py3已经没人用了,不用担心py4 | 
|  |      2P9      2014-08-18 10:23:41 +08:00 py4都出了啊 | 
|  |      4frankzeng      2014-08-18 10:26:10 +08:00 python3就没有用过,更不用考虑python4了,一直都用python2.6,感觉挺好的。 | 
|      6mengzhuo      2014-08-18 10:33:29 +08:00 Python 4.0 will merely be "the release that comes after Python 3.9" | 
|  |      7freeze      2014-08-18 10:33:34 +08:00 关注一下 | 
|  |      9yelite      2014-08-18 10:38:45 +08:00 No profound changes to the language, no major backwards compatibility breaks | 
|  |      10lollxxox      2014-08-18 10:43:15 +08:00 At the current rate of language feature releases (roughly every 18 months), that means we would likely see Python 4.0 some time in 2023, rather than seeing Python 3.10. 想太多系列...... | 
|  |      11wy315700      2014-08-18 10:53:04 +08:00 python 2.7 难道会成为一代经典 | 
|  |      12jprovim      2014-08-18 10:57:55 +08:00 夠用就好了, 如果需要自然會升級. 目前用的是2.7.X | 
|  |      13loading      2014-08-18 11:01:00 +08:00 via Android 凭什么不一直用python 2.7? 难道就为了版本号? 像 js不也用最古老无法打天下么? | 
|  |      14loading      2014-08-18 11:01:26 +08:00 via Android 凭什么不一直用python 2.7? 难道就为了版本号? 像 js不也用最古老语法打天下么? | 
|  |      15zhuoqiang      2014-08-18 11:06:16 +08:00  7 Python 老大明明说的是: Python4 不会象 Python3 那样跟前面版本不兼容了.  楼主看个标题就自行脑补了相反的意思啊. 有做记者潜质哦 :) | 
|  |      16rcmerci      2014-08-18 11:49:05 +08:00 一代经典2.7 | 
|  |      17vicalloy      2014-08-18 12:03:41 +08:00 via Android 在用到的第三方库支持的情况下要同时支持3.x和2.7并不难。 | 
|  |      18tonyluj      2014-08-18 12:31:29 +08:00 看了看cpython2和cpython3的源码,更加坚定不移的使用py3了 | 
|  |      19Tink PRO 不会吧 | 
|  |      20est      2014-08-18 13:00:42 +08:00  1 兼容不兼容都不是问题。如果python 4能提速30%,无论多不兼容都会一夜之间占有率90% | 
|  |      21unionx      2014-08-18 13:06:18 +08:00 python 3.x 用户表示很开心 | 
|      23wodemyworld      2014-08-18 14:50:19 +08:00 @est 提速100%也不会如此的,历史系统不可能因为这么点儿原因就进行迁移的,C比python快老多了,也没见用python全去用c啊,性能不是主要问题 | 
|  |      25rcmerci      2014-08-18 15:13:02 +08:00 Why Python 4.0 won't be like Python 3.0, 这句话有歧义吧? 1.不会像3一样不向后兼容 2.4不会像3一样(不兼容3) = = | 
|  |      26binux      2014-08-18 15:16:17 +08:00  1 @vicalloy https://github.com/dlitz/python-pbkdf2/blob/master/pbkdf2.py 光兼容性就用了40行做判断,而且不得不用一些不直接的(isinteger)的写法 | 
|  |      27nilai      2014-08-18 15:30:05 +08:00 如果解决了真正的多线程我就跟进python4 | 
|      28guotie      2014-08-18 16:40:25 +08:00 放着更重要的事情(性能,gil,包管理)不做,整天纠结一些语法的写法,悲催 | 
|  |      29est      2014-08-18 17:56:12 +08:00 | 
|      30wodemyworld      2014-08-18 19:23:54 +08:00 @est 品质与效率永远是鱼和熊掌,取舍只在商业价值,与语言本身无关 | 
|      31Catstyle      2014-08-18 21:11:33 +08:00 | 
|  |      32est      2014-08-18 21:33:56 +08:00 | 
|  |      33eriale      2014-08-18 22:41:15 +08:00 2 3 都用过,如果用到的库2、3 都有,无疑python3确实好用一些。 至于性能提升,我觉得倒不是最重要的,毕竟每年cpu都在提速。 | 
|  |      34wuxqing      2014-08-18 22:59:06 +08:00 @est 我记得去年简单测过,单进程Tornado也就5000/s,Nodejs单进程可是接近2w的。 这里是python3与JavaScript V8的性能对比,差的老多了 http://benchmarksgame.alioth.debian.org/u64/benchmark.php?test=all&lang=v8&lang2=python3&data=u64 | 
|  |      35wuxqing      2014-08-18 23:00:39 +08:00 要性能,可以试试pypy | 
|      36wodemyworld      2014-08-18 23:28:01 +08:00 @est 别花时间在这上面做文章了,没意义,多关注关注技术架构比这个强多了,大型系统不是解释器这种层面上能搞定的,tornado就算比nodejs好100倍一个鸟用都没有,大多数性能在业务流程阻塞和是否要求数据强一致性上 不要纠结于是用方钉子好用还是圆钉子好用了,慢慢把注意力的专注到整个大工程的完成上来,这种细枝末节微不足道,太渺小了 当年的java,不是java多么多么优秀,而是你java程序员培训成本更低,更廉价,更有可替代性,雇佣这样的人具有更高的盈利能力和更低的风险,老板更多出于商业利益考虑,他会关心java解释器是不是nb,性能是不是更好么,只要能完成工作谁管你用什么啊,你只不过是他赚钱的工具而已,java的工作岗位空缺多了,他就流行了,不是你想用什么就用什么的,你想用python,人家就不雇佣pythoner,你不还得乖乖学其他语言去么,谁让你非得挣钱吃饭呢 好好用python2吧,别折腾了,有这时间还不如去看看常用技术架构的选型上,整个软件生命周期的维护上,再或者软件开发的整个项目的管控上,别太卢瑟了 | 
|  |      37bombless      2014-08-18 23:38:34 +08:00 别以为大家真的在乎性能…其实营销很重要 | 
|  |      38est      2014-08-19 08:55:43 +08:00 @wuxqing 你确定用for算数量能代表真实性能? http://www.techempower.com/benchmarks/#section=data-r9&hw=peak&test=query @wodemyworld 你是想说手比脚跟重要么? | 
|  |      39windyboy      2014-08-19 08:58:40 +08:00 2.7 挺住 | 
|      40wodemyworld      2014-08-19 09:19:45 +08:00 @est 脑袋比手脚更重要。。。。。。 | 
|  |      41est      2014-08-19 13:40:14 +08:00 @wodemyworld 比较慢的脑袋如何才能重要? |