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