van爹的推说到“Why Python 4.0 won't be like Python 3.0”
传送门: http://www.curiousefficiency.org/posts/2014/08/python-4000.html
传送门: http://www.curiousefficiency.org/posts/2014/08/python-4000.html
|
fweeAug 18, 2014
1
py3已经没人用了,不用担心py4
|
|
P9Aug 18, 2014
2
py4都出了啊
|
|
frankzengAug 18, 2014
4
python3就没有用过,更不用考虑python4了,一直都用python2.6,感觉挺好的。
|
|
mengzhuoAug 18, 2014
6
Python 4.0 will merely be "the release that comes after Python 3.9"
|
|
freezeAug 18, 2014
7
关注一下
|
|
yeliteAug 18, 2014
9
No profound changes to the language, no major backwards compatibility breaks
|
|
lollxxoxAug 18, 2014
10
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.
想太多系列...... |
|
wy315700Aug 18, 2014
11
python 2.7 难道会成为一代经典
|
|
jprovimAug 18, 2014
12
夠用就好了, 如果需要自然會升級.
目前用的是2.7.X |
|
loadingAug 18, 2014 via Android
13
凭什么不一直用python 2.7?
难道就为了版本号? 像 js不也用最古老无法打天下么? |
|
loadingAug 18, 2014 via Android
14
凭什么不一直用python 2.7?
难道就为了版本号? 像 js不也用最古老语法打天下么? |
|
15
Python 老大明明说的是: Python4 不会象 Python3 那样跟前面版本不兼容了.
楼主看个标题就自行脑补了相反的意思啊. 有做记者潜质哦 :) |
|
rcmerciAug 18, 2014
16
一代经典2.7
|
|
vicalloyAug 18, 2014 via Android
17
在用到的第三方库支持的情况下要同时支持3.x和2.7并不难。
|
|
tonylujAug 18, 2014
18
看了看cpython2和cpython3的源码,更加坚定不移的使用py3了
|
|
TinkAug 18, 2014
19
不会吧
|
|
20
兼容不兼容都不是问题。如果python 4能提速30%,无论多不兼容都会一夜之间占有率90%
|
|
unionxAug 18, 2014
21
python 3.x 用户表示很开心
|
|
wodemyworldAug 18, 2014
23
@est 提速100%也不会如此的,历史系统不可能因为这么点儿原因就进行迁移的,C比python快老多了,也没见用python全去用c啊,性能不是主要问题
|
|
rcmerciAug 18, 2014
25
Why Python 4.0 won't be like Python 3.0,
这句话有歧义吧? 1.不会像3一样不向后兼容 2.4不会像3一样(不兼容3) = = |
|
26
@vicalloy https://github.com/dlitz/python-pbkdf2/blob/master/pbkdf2.py
光兼容性就用了40行做判断,而且不得不用一些不直接的(isinteger)的写法 |
|
nilaiAug 18, 2014
27
如果解决了真正的多线程我就跟进python4
|
|
guotieAug 18, 2014
28
放着更重要的事情(性能,gil,包管理)不做,整天纠结一些语法的写法,悲催
|
|
estAug 18, 2014
29
|
|
wodemyworldAug 18, 2014
30
@est 品质与效率永远是鱼和熊掌,取舍只在商业价值,与语言本身无关
|
|
CatstyleAug 18, 2014
31
|
|
estAug 18, 2014
32
|
|
erialeAug 18, 2014
33
2 3 都用过,如果用到的库2、3 都有,无疑python3确实好用一些。
至于性能提升,我觉得倒不是最重要的,毕竟每年cpu都在提速。 |
|
wuxqingAug 18, 2014
34
@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 |
|
wuxqingAug 18, 2014
35
要性能,可以试试pypy
|
|
wodemyworldAug 18, 2014
36
@est 别花时间在这上面做文章了,没意义,多关注关注技术架构比这个强多了,大型系统不是解释器这种层面上能搞定的,tornado就算比nodejs好100倍一个鸟用都没有,大多数性能在业务流程阻塞和是否要求数据强一致性上
不要纠结于是用方钉子好用还是圆钉子好用了,慢慢把注意力的专注到整个大工程的完成上来,这种细枝末节微不足道,太渺小了 当年的java,不是java多么多么优秀,而是你java程序员培训成本更低,更廉价,更有可替代性,雇佣这样的人具有更高的盈利能力和更低的风险,老板更多出于商业利益考虑,他会关心java解释器是不是nb,性能是不是更好么,只要能完成工作谁管你用什么啊,你只不过是他赚钱的工具而已,java的工作岗位空缺多了,他就流行了,不是你想用什么就用什么的,你想用python,人家就不雇佣pythoner,你不还得乖乖学其他语言去么,谁让你非得挣钱吃饭呢 好好用python2吧,别折腾了,有这时间还不如去看看常用技术架构的选型上,整个软件生命周期的维护上,再或者软件开发的整个项目的管控上,别太卢瑟了 |
|
bomblessAug 18, 2014
37
别以为大家真的在乎性能…其实营销很重要
|
|
estAug 19, 2014
38
@wuxqing 你确定用for算数量能代表真实性能?
http://www.techempower.com/benchmarks/#section=data-r9&hw=peak&test=query @wodemyworld 你是想说手比脚跟重要么? |
|
windyboyAug 19, 2014
39
2.7 挺住
|
|
wodemyworldAug 19, 2014
40
@est 脑袋比手脚更重要。。。。。。
|
|
estAug 19, 2014
41
@wodemyworld 比较慢的脑袋如何才能重要?
|