a9
2 楼
上任房主做的,转给现房主的时候没问题。
是不是就这么买了算了?价钱还算合理。
还在deck上装了个玻璃房,好像也没有permit。
纠结
是不是就这么买了算了?价钱还算合理。
还在deck上装了个玻璃房,好像也没有permit。
纠结
w*a
3 楼
最近一直在看湖南卫视的《我们结婚吧》,一开始并不看好外表并不是很帅的黄海波与女神高圆圆的搭配,在追剧之前,对黄海波的形象定位是媳妇美好时代里的那位在母亲与老婆之间周旋的很好的居家好男人形象,高圆圆在我眼中一直都是那种就应该和高富帅搭档的女神级别的人物,想象中的俩人站一起应该是各种不协调吧,看剧之后才发现大错特错。小眼睛的黄海波真的是演技实力派,整个状态自然流畅,不得不说,小眼一眯的时候秒到我了,他的每次出场都会伴着欢乐,搞笑同时很有治愈系的范儿,现在真是越看越顺眼,很喜欢。
剧中的果然是上得了厅堂、入得了厨房、斗得了老婆、搞得定未来丈母娘,情商很高,当然智商也不错,看完这剧,估计会有不少妹子想着找一这样的老公吧,实在靠谱又不失浪漫。
剧中的果然是上得了厅堂、入得了厨房、斗得了老婆、搞得定未来丈母娘,情商很高,当然智商也不错,看完这剧,估计会有不少妹子想着找一这样的老公吧,实在靠谱又不失浪漫。
m*n
4 楼
用了新买的kindle 3G,速度还能忍受,上个amazon或是mitbbs都还好。
以前看了大家的评价,犹豫了好久,这次终于乘减价买了一个玩玩,感觉还不错。
以前看了大家的评价,犹豫了好久,这次终于乘减价买了一个玩玩,感觉还不错。
d*g
5 楼
https://github.com/google/grumpy/issues/1
现在Python新项目不用3.5+都不好意思和人打招呼,刚出的3.6更爽了。还守着2.7,这
是留着辫子不剪的节奏吗?
如果不是维护一个已经至少5年前的或者已废弃的项目,没有任何理由不用3.5+
对Python不熟的或者只看中文教程的另论
现在Python新项目不用3.5+都不好意思和人打招呼,刚出的3.6更爽了。还守着2.7,这
是留着辫子不剪的节奏吗?
如果不是维护一个已经至少5年前的或者已废弃的项目,没有任何理由不用3.5+
对Python不熟的或者只看中文教程的另论
s*7
8 楼
不是高富帅,但果然有两大特点。一是关键时刻能出现,能平事。帮桃子扛分罚款,处
理撞车,斗色老板,换防盗窗,识破骗子,处理家庭矛盾,各种日常生活中的头疼事他
能处理好,还很自然,不让女方觉得特别欠着她,但好处都记在心里了。给人踏实可靠
的感觉。二是嘴甜,会哄人会忽悠,脸皮厚,战斗力强。这两点让人觉得他俩就是有缘
分,桃子生活中的不如意就得果然过来帮着平,桃子这样脾气有点倔的大龄女也就得果
然来缠着。
与女神高圆圆的搭配,在追剧之前,对黄海波的形象定位是媳妇美好时代里的那位在母
亲与老婆之间周旋的很好的居家好男人形象,高圆圆在我眼中一直都是那种就应该和高
富帅搭档的女神级别的人物,想 剧中的果然是上得了厅堂、入得了厨房、斗得了老
婆、搞得定未来丈母娘,情商很高,当然智商也不错,看完这剧,估计会有不少妹子想
着找一这样的老公吧,实在靠谱又不失浪漫。
【在 w*****a 的大作中提到】
: 最近一直在看湖南卫视的《我们结婚吧》,一开始并不看好外表并不是很帅的黄海波与女神高圆圆的搭配,在追剧之前,对黄海波的形象定位是媳妇美好时代里的那位在母亲与老婆之间周旋的很好的居家好男人形象,高圆圆在我眼中一直都是那种就应该和高富帅搭档的女神级别的人物,想象中的俩人站一起应该是各种不协调吧,看剧之后才发现大错特错。小眼睛的黄海波真的是演技实力派,整个状态自然流畅,不得不说,小眼一眯的时候秒到我了,他的每次出场都会伴着欢乐,搞笑同时很有治愈系的范儿,现在真是越看越顺眼,很喜欢。
: 剧中的果然是上得了厅堂、入得了厨房、斗得了老婆、搞得定未来丈母娘,情商很高,当然智商也不错,看完这剧,估计会有不少妹子想着找一这样的老公吧,实在靠谱又不失浪漫。
理撞车,斗色老板,换防盗窗,识破骗子,处理家庭矛盾,各种日常生活中的头疼事他
能处理好,还很自然,不让女方觉得特别欠着她,但好处都记在心里了。给人踏实可靠
的感觉。二是嘴甜,会哄人会忽悠,脸皮厚,战斗力强。这两点让人觉得他俩就是有缘
分,桃子生活中的不如意就得果然过来帮着平,桃子这样脾气有点倔的大龄女也就得果
然来缠着。
与女神高圆圆的搭配,在追剧之前,对黄海波的形象定位是媳妇美好时代里的那位在母
亲与老婆之间周旋的很好的居家好男人形象,高圆圆在我眼中一直都是那种就应该和高
富帅搭档的女神级别的人物,想 剧中的果然是上得了厅堂、入得了厨房、斗得了老
婆、搞得定未来丈母娘,情商很高,当然智商也不错,看完这剧,估计会有不少妹子想
着找一这样的老公吧,实在靠谱又不失浪漫。
【在 w*****a 的大作中提到】
: 最近一直在看湖南卫视的《我们结婚吧》,一开始并不看好外表并不是很帅的黄海波与女神高圆圆的搭配,在追剧之前,对黄海波的形象定位是媳妇美好时代里的那位在母亲与老婆之间周旋的很好的居家好男人形象,高圆圆在我眼中一直都是那种就应该和高富帅搭档的女神级别的人物,想象中的俩人站一起应该是各种不协调吧,看剧之后才发现大错特错。小眼睛的黄海波真的是演技实力派,整个状态自然流畅,不得不说,小眼一眯的时候秒到我了,他的每次出场都会伴着欢乐,搞笑同时很有治愈系的范儿,现在真是越看越顺眼,很喜欢。
: 剧中的果然是上得了厅堂、入得了厨房、斗得了老婆、搞得定未来丈母娘,情商很高,当然智商也不错,看完这剧,估计会有不少妹子想着找一这样的老公吧,实在靠谱又不失浪漫。
w*g
10 楼
从python2.7转出来是肯定的。但未必转入python3。
因为python2到python3的改进太incremental。光看语言和解释器,
其实还是拼不过julia和javascript。现在吸引人用python的,
根本就不是python这个语言,而是用python写的一堆legacy。
在我看来python3就是作死。等julia的轮子赶上了,
谁还用python?
if it ain't broke, don't fix it。
要没有python3,说不定python早统治地球了。
【在 d********g 的大作中提到】
: https://github.com/google/grumpy/issues/1
: 现在Python新项目不用3.5+都不好意思和人打招呼,刚出的3.6更爽了。还守着2.7,这
: 是留着辫子不剪的节奏吗?
: 如果不是维护一个已经至少5年前的或者已废弃的项目,没有任何理由不用3.5+
: 对Python不熟的或者只看中文教程的另论
因为python2到python3的改进太incremental。光看语言和解释器,
其实还是拼不过julia和javascript。现在吸引人用python的,
根本就不是python这个语言,而是用python写的一堆legacy。
在我看来python3就是作死。等julia的轮子赶上了,
谁还用python?
if it ain't broke, don't fix it。
要没有python3,说不定python早统治地球了。
【在 d********g 的大作中提到】
: https://github.com/google/grumpy/issues/1
: 现在Python新项目不用3.5+都不好意思和人打招呼,刚出的3.6更爽了。还守着2.7,这
: 是留着辫子不剪的节奏吗?
: 如果不是维护一个已经至少5年前的或者已废弃的项目,没有任何理由不用3.5+
: 对Python不熟的或者只看中文教程的另论
r*1
13 楼
黄海波演技的确不错。台词表情肢体都到位了,还很自然流畅。
这部剧让我粉他了。
这部剧让我粉他了。
d*g
14 楼
“等julia的轮子赶上了”本身就是个wishful thinking和伪命题呀,这说法适用于任
何语言包括Python 3,况且Python的ecosystem已经完成了3的全面兼容
如果你仔细看过Python 3.5、3.6的变化肯定不会这么说。3.4包括之前的Python 3.x和
3.5+都不是一回事
JavaScript和别的根本不冲突,如果说的是server那Node.js还远远不够。Node.js的看
家本领async性能现在都被Python 3 asyncio + uvloop爆菊了:
https://magic.io/blog/uvloop-blazing-fast-python-networking/
当然没有任何语言/框架可以一招鲜吃遍天
【在 w***g 的大作中提到】
: 从python2.7转出来是肯定的。但未必转入python3。
: 因为python2到python3的改进太incremental。光看语言和解释器,
: 其实还是拼不过julia和javascript。现在吸引人用python的,
: 根本就不是python这个语言,而是用python写的一堆legacy。
: 在我看来python3就是作死。等julia的轮子赶上了,
: 谁还用python?
: if it ain't broke, don't fix it。
: 要没有python3,说不定python早统治地球了。
何语言包括Python 3,况且Python的ecosystem已经完成了3的全面兼容
如果你仔细看过Python 3.5、3.6的变化肯定不会这么说。3.4包括之前的Python 3.x和
3.5+都不是一回事
JavaScript和别的根本不冲突,如果说的是server那Node.js还远远不够。Node.js的看
家本领async性能现在都被Python 3 asyncio + uvloop爆菊了:
https://magic.io/blog/uvloop-blazing-fast-python-networking/
当然没有任何语言/框架可以一招鲜吃遍天
【在 w***g 的大作中提到】
: 从python2.7转出来是肯定的。但未必转入python3。
: 因为python2到python3的改进太incremental。光看语言和解释器,
: 其实还是拼不过julia和javascript。现在吸引人用python的,
: 根本就不是python这个语言,而是用python写的一堆legacy。
: 在我看来python3就是作死。等julia的轮子赶上了,
: 谁还用python?
: if it ain't broke, don't fix it。
: 要没有python3,说不定python早统治地球了。
y*r
15 楼
me
m*o
17 楼
同感,黄海波演的好啊
与女神高圆圆的搭配,在追剧之前,对黄海波的形象定位是媳妇美好时代里的那位在母
亲与老婆之间周旋的很好的居家好男人形象,高圆圆在我眼中一直都是那种就应该和高
富帅搭档的女神级别的人物,想象中的俩人站一起应该是各种不协调吧,看剧之后才发
现大错特错。小眼睛的黄海波真的是演技实力派,整个状态自然流畅,不得不说,小眼
一眯的时候秒到我了,他的每次出场都会伴着欢乐,搞笑同时很有治愈系的范儿,现在
真是越看越顺眼,很喜欢。
,当然智商也不错,看完这剧,估计会有不少妹子想着找一这样的老公吧,实在靠谱又
不失浪漫。
【在 w*****a 的大作中提到】
: 最近一直在看湖南卫视的《我们结婚吧》,一开始并不看好外表并不是很帅的黄海波与女神高圆圆的搭配,在追剧之前,对黄海波的形象定位是媳妇美好时代里的那位在母亲与老婆之间周旋的很好的居家好男人形象,高圆圆在我眼中一直都是那种就应该和高富帅搭档的女神级别的人物,想象中的俩人站一起应该是各种不协调吧,看剧之后才发现大错特错。小眼睛的黄海波真的是演技实力派,整个状态自然流畅,不得不说,小眼一眯的时候秒到我了,他的每次出场都会伴着欢乐,搞笑同时很有治愈系的范儿,现在真是越看越顺眼,很喜欢。
: 剧中的果然是上得了厅堂、入得了厨房、斗得了老婆、搞得定未来丈母娘,情商很高,当然智商也不错,看完这剧,估计会有不少妹子想着找一这样的老公吧,实在靠谱又不失浪漫。
与女神高圆圆的搭配,在追剧之前,对黄海波的形象定位是媳妇美好时代里的那位在母
亲与老婆之间周旋的很好的居家好男人形象,高圆圆在我眼中一直都是那种就应该和高
富帅搭档的女神级别的人物,想象中的俩人站一起应该是各种不协调吧,看剧之后才发
现大错特错。小眼睛的黄海波真的是演技实力派,整个状态自然流畅,不得不说,小眼
一眯的时候秒到我了,他的每次出场都会伴着欢乐,搞笑同时很有治愈系的范儿,现在
真是越看越顺眼,很喜欢。
,当然智商也不错,看完这剧,估计会有不少妹子想着找一这样的老公吧,实在靠谱又
不失浪漫。
【在 w*****a 的大作中提到】
: 最近一直在看湖南卫视的《我们结婚吧》,一开始并不看好外表并不是很帅的黄海波与女神高圆圆的搭配,在追剧之前,对黄海波的形象定位是媳妇美好时代里的那位在母亲与老婆之间周旋的很好的居家好男人形象,高圆圆在我眼中一直都是那种就应该和高富帅搭档的女神级别的人物,想象中的俩人站一起应该是各种不协调吧,看剧之后才发现大错特错。小眼睛的黄海波真的是演技实力派,整个状态自然流畅,不得不说,小眼一眯的时候秒到我了,他的每次出场都会伴着欢乐,搞笑同时很有治愈系的范儿,现在真是越看越顺眼,很喜欢。
: 剧中的果然是上得了厅堂、入得了厨房、斗得了老婆、搞得定未来丈母娘,情商很高,当然智商也不错,看完这剧,估计会有不少妹子想着找一这样的老公吧,实在靠谱又不失浪漫。
x*4
18 楼
我觉得好找工作就三样:js java python
3.
【在 d********g 的大作中提到】
: “等julia的轮子赶上了”本身就是个wishful thinking和伪命题呀,这说法适用于任
: 何语言包括Python 3,况且Python的ecosystem已经完成了3的全面兼容
: 如果你仔细看过Python 3.5、3.6的变化肯定不会这么说。3.4包括之前的Python 3.x和
: 3.5+都不是一回事
: JavaScript和别的根本不冲突,如果说的是server那Node.js还远远不够。Node.js的看
: 家本领async性能现在都被Python 3 asyncio + uvloop爆菊了:
: https://magic.io/blog/uvloop-blazing-fast-python-networking/
: 当然没有任何语言/框架可以一招鲜吃遍天
3.
【在 d********g 的大作中提到】
: “等julia的轮子赶上了”本身就是个wishful thinking和伪命题呀,这说法适用于任
: 何语言包括Python 3,况且Python的ecosystem已经完成了3的全面兼容
: 如果你仔细看过Python 3.5、3.6的变化肯定不会这么说。3.4包括之前的Python 3.x和
: 3.5+都不是一回事
: JavaScript和别的根本不冲突,如果说的是server那Node.js还远远不够。Node.js的看
: 家本领async性能现在都被Python 3 asyncio + uvloop爆菊了:
: https://magic.io/blog/uvloop-blazing-fast-python-networking/
: 当然没有任何语言/框架可以一招鲜吃遍天
w*n
19 楼
无数人啊...
我两张卡都拿到了
我两张卡都拿到了
s*l
20 楼
看了这部剧,感觉就是北京人太他吗的能信口开河了,说谎那是脸不红心不跳不用草稿
纸的。从一开始的段西风,到素梅彩平的吹牛皮,到果然杨桃在两个妈之间抹稀泥,真
是谎话连篇啊。
纸的。从一开始的段西风,到素梅彩平的吹牛皮,到果然杨桃在两个妈之间抹稀泥,真
是谎话连篇啊。
b*e
22 楼
me
c*7
25 楼
拿到3个了,还有8个要继续努力。
a*g
28 楼
这个25刀必须一次消费过25刀么?
x*u
30 楼
py3队友太坑没办法
比如mxnex网站说本库在py3上有很多坑,建议用py2,你怎么办?
opencv官网根本不支持py3,得找第三方
【在 d********g 的大作中提到】
: https://github.com/google/grumpy/issues/1
: 现在Python新项目不用3.5+都不好意思和人打招呼,刚出的3.6更爽了。还守着2.7,这
: 是留着辫子不剪的节奏吗?
: 如果不是维护一个已经至少5年前的或者已废弃的项目,没有任何理由不用3.5+
: 对Python不熟的或者只看中文教程的另论
比如mxnex网站说本库在py3上有很多坑,建议用py2,你怎么办?
opencv官网根本不支持py3,得找第三方
【在 d********g 的大作中提到】
: https://github.com/google/grumpy/issues/1
: 现在Python新项目不用3.5+都不好意思和人打招呼,刚出的3.6更爽了。还守着2.7,这
: 是留着辫子不剪的节奏吗?
: 如果不是维护一个已经至少5年前的或者已废弃的项目,没有任何理由不用3.5+
: 对Python不熟的或者只看中文教程的另论
f*e
32 楼
黄海波演技不错,很幽默。
x*u
33 楼
js的优势是fp加语法极简,这和python不是一个食物链的也不太可能互相取代
python是语法糖工具糖太多,以至于做任何事前我都google半天找个一句实现写法
【在 d********g 的大作中提到】
: “等julia的轮子赶上了”本身就是个wishful thinking和伪命题呀,这说法适用于任
: 何语言包括Python 3,况且Python的ecosystem已经完成了3的全面兼容
: 如果你仔细看过Python 3.5、3.6的变化肯定不会这么说。3.4包括之前的Python 3.x和
: 3.5+都不是一回事
: JavaScript和别的根本不冲突,如果说的是server那Node.js还远远不够。Node.js的看
: 家本领async性能现在都被Python 3 asyncio + uvloop爆菊了:
: https://magic.io/blog/uvloop-blazing-fast-python-networking/
: 当然没有任何语言/框架可以一招鲜吃遍天
python是语法糖工具糖太多,以至于做任何事前我都google半天找个一句实现写法
【在 d********g 的大作中提到】
: “等julia的轮子赶上了”本身就是个wishful thinking和伪命题呀,这说法适用于任
: 何语言包括Python 3,况且Python的ecosystem已经完成了3的全面兼容
: 如果你仔细看过Python 3.5、3.6的变化肯定不会这么说。3.4包括之前的Python 3.x和
: 3.5+都不是一回事
: JavaScript和别的根本不冲突,如果说的是server那Node.js还远远不够。Node.js的看
: 家本领async性能现在都被Python 3 asyncio + uvloop爆菊了:
: https://magic.io/blog/uvloop-blazing-fast-python-networking/
: 当然没有任何语言/框架可以一招鲜吃遍天
c*7
34 楼
现在有附卡和主卡都拿到的吗?
s*o
35 楼
杨桃表姐苏青就是导演刘江的LP.
c*n
40 楼
这个到帐很痛快,消费完没两天就到帐了,应该赞一下
c*e
41 楼
没觉得杨桃智商高。。。。。。
J*L
43 楼
are you guys talking about the one by the end of Dec?
z*a
44 楼
杨桃命不好 被ex骗 被画家骗
命不好跟智商不高显然有一定关系
相比未未 假设两对都真爱 未未嫁得更好 外在条件上
命不好跟智商不高显然有一定关系
相比未未 假设两对都真爱 未未嫁得更好 外在条件上
t*o
47 楼
是呀,我也很喜欢他,很有人格魅力。不卑不亢,气质一点不猥琐。
m*4
50 楼
00演技太烂了
h*n
52 楼
收到了
L*s
53 楼
可惜女人看不上适用男,自己老了不说,非要找高富帅..
v*a
56 楼
咱们,不是我们
我们结婚吧是棒子剧
与女神高圆圆的搭配,在追剧之前,对黄海波的形象定位是媳妇美好时代里的那位在母
亲与老婆之间周旋的很好的居家好男人形象,高圆圆在我眼中一直都是那种就应该和高
富帅搭档的女神级别的人物
,当然智商也不错,看完这剧,估计会有不少妹子想着找一这样的老公吧,实在靠谱又
不失浪漫。
【在 w*****a 的大作中提到】
: 最近一直在看湖南卫视的《我们结婚吧》,一开始并不看好外表并不是很帅的黄海波与女神高圆圆的搭配,在追剧之前,对黄海波的形象定位是媳妇美好时代里的那位在母亲与老婆之间周旋的很好的居家好男人形象,高圆圆在我眼中一直都是那种就应该和高富帅搭档的女神级别的人物,想象中的俩人站一起应该是各种不协调吧,看剧之后才发现大错特错。小眼睛的黄海波真的是演技实力派,整个状态自然流畅,不得不说,小眼一眯的时候秒到我了,他的每次出场都会伴着欢乐,搞笑同时很有治愈系的范儿,现在真是越看越顺眼,很喜欢。
: 剧中的果然是上得了厅堂、入得了厨房、斗得了老婆、搞得定未来丈母娘,情商很高,当然智商也不错,看完这剧,估计会有不少妹子想着找一这样的老公吧,实在靠谱又不失浪漫。
我们结婚吧是棒子剧
与女神高圆圆的搭配,在追剧之前,对黄海波的形象定位是媳妇美好时代里的那位在母
亲与老婆之间周旋的很好的居家好男人形象,高圆圆在我眼中一直都是那种就应该和高
富帅搭档的女神级别的人物
,当然智商也不错,看完这剧,估计会有不少妹子想着找一这样的老公吧,实在靠谱又
不失浪漫。
【在 w*****a 的大作中提到】
: 最近一直在看湖南卫视的《我们结婚吧》,一开始并不看好外表并不是很帅的黄海波与女神高圆圆的搭配,在追剧之前,对黄海波的形象定位是媳妇美好时代里的那位在母亲与老婆之间周旋的很好的居家好男人形象,高圆圆在我眼中一直都是那种就应该和高富帅搭档的女神级别的人物,想象中的俩人站一起应该是各种不协调吧,看剧之后才发现大错特错。小眼睛的黄海波真的是演技实力派,整个状态自然流畅,不得不说,小眼一眯的时候秒到我了,他的每次出场都会伴着欢乐,搞笑同时很有治愈系的范儿,现在真是越看越顺眼,很喜欢。
: 剧中的果然是上得了厅堂、入得了厨房、斗得了老婆、搞得定未来丈母娘,情商很高,当然智商也不错,看完这剧,估计会有不少妹子想着找一这样的老公吧,实在靠谱又不失浪漫。
c*a
58 楼
nope
h*8
63 楼
抢到沙发了
b*b
64 楼
自己维护的几个库,fork了个python2的branch,现在只维护python3了。新project都
是python 3 only。
【在 d********g 的大作中提到】
: https://github.com/google/grumpy/issues/1
: 现在Python新项目不用3.5+都不好意思和人打招呼,刚出的3.6更爽了。还守着2.7,这
: 是留着辫子不剪的节奏吗?
: 如果不是维护一个已经至少5年前的或者已废弃的项目,没有任何理由不用3.5+
: 对Python不熟的或者只看中文教程的另论
是python 3 only。
【在 d********g 的大作中提到】
: https://github.com/google/grumpy/issues/1
: 现在Python新项目不用3.5+都不好意思和人打招呼,刚出的3.6更爽了。还守着2.7,这
: 是留着辫子不剪的节奏吗?
: 如果不是维护一个已经至少5年前的或者已废弃的项目,没有任何理由不用3.5+
: 对Python不熟的或者只看中文教程的另论
s*o
65 楼
导演编的太勉强, 杨桃遇见高富帅海龟李葵,双方都不动心, 按说女主这么漂亮,
居然没被看上,最后嫁了个矮丑穷。果然人是不错, 但配女主还是太勉强了, 剧情太
假。
居然没被看上,最后嫁了个矮丑穷。果然人是不错, 但配女主还是太勉强了, 剧情太
假。
w*g
66 楼
楼主请科普下python3最主要的特性。我被你种草了,可能要跳船了。
不过我认识的几个硅谷资深engineer大家一起写程序,上来就默契
python 2.7,关于用啥语言用啥版本不需要任何交流。
我要是python 3了岂不跟大家都不一样了? 我认识那些都是很靠
谱的人。
【在 d********g 的大作中提到】
: https://github.com/google/grumpy/issues/1
: 现在Python新项目不用3.5+都不好意思和人打招呼,刚出的3.6更爽了。还守着2.7,这
: 是留着辫子不剪的节奏吗?
: 如果不是维护一个已经至少5年前的或者已废弃的项目,没有任何理由不用3.5+
: 对Python不熟的或者只看中文教程的另论
不过我认识的几个硅谷资深engineer大家一起写程序,上来就默契
python 2.7,关于用啥语言用啥版本不需要任何交流。
我要是python 3了岂不跟大家都不一样了? 我认识那些都是很靠
谱的人。
【在 d********g 的大作中提到】
: https://github.com/google/grumpy/issues/1
: 现在Python新项目不用3.5+都不好意思和人打招呼,刚出的3.6更爽了。还守着2.7,这
: 是留着辫子不剪的节奏吗?
: 如果不是维护一个已经至少5年前的或者已废弃的项目,没有任何理由不用3.5+
: 对Python不熟的或者只看中文教程的另论
d*g
70 楼
3.4+主要是asyncio相关。Python 3.4开始内置asyncio,3.3还需要额外装库。3.5加入
async/await语法,3.6更是把async/await推广到其它地方比如generator:
https://docs.python.org/3/whatsnew/3.5.html
https://docs.python.org/3/whatsnew/3.6.html
3.6的dict也重新实现了,性能提升内存占用下降的同时,带来的一个副产品是dict现
在也可以直接当OrderedDict用了,虽然这个特性还没有正式在API上确认
在公司还用Python 2.7很正常,但是自己写新项目还用2.7就是自己给自己挖坑了。这
两个版本我都写,自己的非开源项目反而故意不要语法兼容(比如能用高版本async/
await的就绝对不用低版本兼容的yield),强制跟上3.x的升级,这样以后的维护坑会
更少
别的不说,Python 2.7里经常需要from __future__ import absolute_import,
unicode_literals等,这都是2.x设计缺陷导致的monkey patch,没注意就很容易掉坑里
3.x整个相对于2.7的更新那是太多了。之前有人列了10个比较重要的:
http://www.asmeurer.com/python3-presentation/slides.html
我个人很喜欢这样的signature:
def xxx(a, b, c, *args, x=None, y=None, z=None, **kwargs):
...
这可以保证a,b,c和x,y,z分别被当成args和kwargs,也就是防止x,y,z被误操作。2.7不
支持这样的语法
【在 w***g 的大作中提到】
: 楼主请科普下python3最主要的特性。我被你种草了,可能要跳船了。
: 不过我认识的几个硅谷资深engineer大家一起写程序,上来就默契
: python 2.7,关于用啥语言用啥版本不需要任何交流。
: 我要是python 3了岂不跟大家都不一样了? 我认识那些都是很靠
: 谱的人。
async/await语法,3.6更是把async/await推广到其它地方比如generator:
https://docs.python.org/3/whatsnew/3.5.html
https://docs.python.org/3/whatsnew/3.6.html
3.6的dict也重新实现了,性能提升内存占用下降的同时,带来的一个副产品是dict现
在也可以直接当OrderedDict用了,虽然这个特性还没有正式在API上确认
在公司还用Python 2.7很正常,但是自己写新项目还用2.7就是自己给自己挖坑了。这
两个版本我都写,自己的非开源项目反而故意不要语法兼容(比如能用高版本async/
await的就绝对不用低版本兼容的yield),强制跟上3.x的升级,这样以后的维护坑会
更少
别的不说,Python 2.7里经常需要from __future__ import absolute_import,
unicode_literals等,这都是2.x设计缺陷导致的monkey patch,没注意就很容易掉坑里
3.x整个相对于2.7的更新那是太多了。之前有人列了10个比较重要的:
http://www.asmeurer.com/python3-presentation/slides.html
我个人很喜欢这样的signature:
def xxx(a, b, c, *args, x=None, y=None, z=None, **kwargs):
...
这可以保证a,b,c和x,y,z分别被当成args和kwargs,也就是防止x,y,z被误操作。2.7不
支持这样的语法
【在 w***g 的大作中提到】
: 楼主请科普下python3最主要的特性。我被你种草了,可能要跳船了。
: 不过我认识的几个硅谷资深engineer大家一起写程序,上来就默契
: python 2.7,关于用啥语言用啥版本不需要任何交流。
: 我要是python 3了岂不跟大家都不一样了? 我认识那些都是很靠
: 谱的人。
d*g
72 楼
是的。Django这样的大库,接下来1.11 LTS也会是最后一个支持Python 2.7的版本了,
因为Python 2.7本身到2020年就完全不维护了:
https://pythonclock.org
整个ecosystem已经在告别2.7,这是没有疑问的
【在 b****b 的大作中提到】
: 自己维护的几个库,fork了个python2的branch,现在只维护python3了。新project都
: 是python 3 only。
因为Python 2.7本身到2020年就完全不维护了:
https://pythonclock.org
整个ecosystem已经在告别2.7,这是没有疑问的
【在 b****b 的大作中提到】
: 自己维护的几个库,fork了个python2的branch,现在只维护python3了。新project都
: 是python 3 only。
m*n
74 楼
py3在网络方面的进步大
另外支持中文
当然你说你也就用它洗洗数据,懒得换新,我也无话可说
另外支持中文
当然你说你也就用它洗洗数据,懒得换新,我也无话可说
i*e
77 楼
这些东西 90%的程序根本用不到
python 3的问题是,不兼容,新的feature 又不是多离不开。
【在 d********g 的大作中提到】
: 3.4+主要是asyncio相关。Python 3.4开始内置asyncio,3.3还需要额外装库。3.5加入
: async/await语法,3.6更是把async/await推广到其它地方比如generator:
: https://docs.python.org/3/whatsnew/3.5.html
: https://docs.python.org/3/whatsnew/3.6.html
: 3.6的dict也重新实现了,性能提升内存占用下降的同时,带来的一个副产品是dict现
: 在也可以直接当OrderedDict用了,虽然这个特性还没有正式在API上确认
: 在公司还用Python 2.7很正常,但是自己写新项目还用2.7就是自己给自己挖坑了。这
: 两个版本我都写,自己的非开源项目反而故意不要语法兼容(比如能用高版本async/
: await的就绝对不用低版本兼容的yield),强制跟上3.x的升级,这样以后的维护坑会
: 更少
python 3的问题是,不兼容,新的feature 又不是多离不开。
【在 d********g 的大作中提到】
: 3.4+主要是asyncio相关。Python 3.4开始内置asyncio,3.3还需要额外装库。3.5加入
: async/await语法,3.6更是把async/await推广到其它地方比如generator:
: https://docs.python.org/3/whatsnew/3.5.html
: https://docs.python.org/3/whatsnew/3.6.html
: 3.6的dict也重新实现了,性能提升内存占用下降的同时,带来的一个副产品是dict现
: 在也可以直接当OrderedDict用了,虽然这个特性还没有正式在API上确认
: 在公司还用Python 2.7很正常,但是自己写新项目还用2.7就是自己给自己挖坑了。这
: 两个版本我都写,自己的非开源项目反而故意不要语法兼容(比如能用高版本async/
: await的就绝对不用低版本兼容的yield),强制跟上3.x的升级,这样以后的维护坑会
: 更少
b*b
78 楼
呵呵,第一次看见
def fun(*, a=1, b=2)
还吓了我一跳,琢磨了一会才知道怎么回事。
【在 d********g 的大作中提到】
: 3.4+主要是asyncio相关。Python 3.4开始内置asyncio,3.3还需要额外装库。3.5加入
: async/await语法,3.6更是把async/await推广到其它地方比如generator:
: https://docs.python.org/3/whatsnew/3.5.html
: https://docs.python.org/3/whatsnew/3.6.html
: 3.6的dict也重新实现了,性能提升内存占用下降的同时,带来的一个副产品是dict现
: 在也可以直接当OrderedDict用了,虽然这个特性还没有正式在API上确认
: 在公司还用Python 2.7很正常,但是自己写新项目还用2.7就是自己给自己挖坑了。这
: 两个版本我都写,自己的非开源项目反而故意不要语法兼容(比如能用高版本async/
: await的就绝对不用低版本兼容的yield),强制跟上3.x的升级,这样以后的维护坑会
: 更少
def fun(*, a=1, b=2)
还吓了我一跳,琢磨了一会才知道怎么回事。
【在 d********g 的大作中提到】
: 3.4+主要是asyncio相关。Python 3.4开始内置asyncio,3.3还需要额外装库。3.5加入
: async/await语法,3.6更是把async/await推广到其它地方比如generator:
: https://docs.python.org/3/whatsnew/3.5.html
: https://docs.python.org/3/whatsnew/3.6.html
: 3.6的dict也重新实现了,性能提升内存占用下降的同时,带来的一个副产品是dict现
: 在也可以直接当OrderedDict用了,虽然这个特性还没有正式在API上确认
: 在公司还用Python 2.7很正常,但是自己写新项目还用2.7就是自己给自己挖坑了。这
: 两个版本我都写,自己的非开源项目反而故意不要语法兼容(比如能用高版本async/
: await的就绝对不用低版本兼容的yield),强制跟上3.x的升级,这样以后的维护坑会
: 更少
d*r
79 楼
传言 Python 要加 optional static type? 这个啥时候能有消息
【在 d********g 的大作中提到】
: 3.4+主要是asyncio相关。Python 3.4开始内置asyncio,3.3还需要额外装库。3.5加入
: async/await语法,3.6更是把async/await推广到其它地方比如generator:
: https://docs.python.org/3/whatsnew/3.5.html
: https://docs.python.org/3/whatsnew/3.6.html
: 3.6的dict也重新实现了,性能提升内存占用下降的同时,带来的一个副产品是dict现
: 在也可以直接当OrderedDict用了,虽然这个特性还没有正式在API上确认
: 在公司还用Python 2.7很正常,但是自己写新项目还用2.7就是自己给自己挖坑了。这
: 两个版本我都写,自己的非开源项目反而故意不要语法兼容(比如能用高版本async/
: await的就绝对不用低版本兼容的yield),强制跟上3.x的升级,这样以后的维护坑会
: 更少
【在 d********g 的大作中提到】
: 3.4+主要是asyncio相关。Python 3.4开始内置asyncio,3.3还需要额外装库。3.5加入
: async/await语法,3.6更是把async/await推广到其它地方比如generator:
: https://docs.python.org/3/whatsnew/3.5.html
: https://docs.python.org/3/whatsnew/3.6.html
: 3.6的dict也重新实现了,性能提升内存占用下降的同时,带来的一个副产品是dict现
: 在也可以直接当OrderedDict用了,虽然这个特性还没有正式在API上确认
: 在公司还用Python 2.7很正常,但是自己写新项目还用2.7就是自己给自己挖坑了。这
: 两个版本我都写,自己的非开源项目反而故意不要语法兼容(比如能用高版本async/
: await的就绝对不用低版本兼容的yield),强制跟上3.x的升级,这样以后的维护坑会
: 更少
d*g
81 楼
3.5开始就有Type Hints了呀,虽然还是provisional的:
https://docs.python.org/3/library/typing.html
mypy也有支持:
http://mypy-lang.org
看吧让你们用2.7 :)
【在 d*******r 的大作中提到】
: 传言 Python 要加 optional static type? 这个啥时候能有消息
https://docs.python.org/3/library/typing.html
mypy也有支持:
http://mypy-lang.org
看吧让你们用2.7 :)
【在 d*******r 的大作中提到】
: 传言 Python 要加 optional static type? 这个啥时候能有消息
l*s
82 楼
type hint对优化有帮助吗?
【在 d********g 的大作中提到】
: 3.5开始就有Type Hints了呀,虽然还是provisional的:
: https://docs.python.org/3/library/typing.html
: mypy也有支持:
: http://mypy-lang.org
: 看吧让你们用2.7 :)
【在 d********g 的大作中提到】
: 3.5开始就有Type Hints了呀,虽然还是provisional的:
: https://docs.python.org/3/library/typing.html
: mypy也有支持:
: http://mypy-lang.org
: 看吧让你们用2.7 :)
d*r
83 楼
哈哈,大牛见笑了, 我out了, 真没用过 Python3 写项目 :D
【在 d********g 的大作中提到】
: 3.5开始就有Type Hints了呀,虽然还是provisional的:
: https://docs.python.org/3/library/typing.html
: mypy也有支持:
: http://mypy-lang.org
: 看吧让你们用2.7 :)
【在 d********g 的大作中提到】
: 3.5开始就有Type Hints了呀,虽然还是provisional的:
: https://docs.python.org/3/library/typing.html
: mypy也有支持:
: http://mypy-lang.org
: 看吧让你们用2.7 :)
s*k
84 楼
2.7的项目要port 到py 3,flask写的简单APP是不是也不需要太多工作?
【在 d********g 的大作中提到】
: 3.5开始就有Type Hints了呀,虽然还是provisional的:
: https://docs.python.org/3/library/typing.html
: mypy也有支持:
: http://mypy-lang.org
: 看吧让你们用2.7 :)
【在 d********g 的大作中提到】
: 3.5开始就有Type Hints了呀,虽然还是provisional的:
: https://docs.python.org/3/library/typing.html
: mypy也有支持:
: http://mypy-lang.org
: 看吧让你们用2.7 :)
h*c
86 楼
http://lucumr.pocoo.org/2016/10/30/i-dont-understand-asyncio/
tl;dr;
这篇谁看了,YC 索引的,给个中文摘要吧。
tl;dr;
这篇谁看了,YC 索引的,给个中文摘要吧。
w*x
89 楼
小弟在这里有一个不成熟的提议:
作为3年前从py27跳到py3k的人,我最大的感慨就是“用一下python 3试试看,不喜欢
大不了再换回去”。我跳了以后发现语法功能都舒畅了很多,再也没有回来;偶尔必须
用python 2的时候,也完全没有压力(写出兼容的程序真的很容易)。
还有一个对GIL的感觉:我的(以及我猜大部分人)工作中具体的heavy lifting都是用
C/C++/Fortran实现的,Python只不过胶水一下而已。在Python层面,fine grain
control真的那么必要吗,这个语言本身就不适合做这些,调用更底层的包然后让他们
multithreading就是了……
作为3年前从py27跳到py3k的人,我最大的感慨就是“用一下python 3试试看,不喜欢
大不了再换回去”。我跳了以后发现语法功能都舒畅了很多,再也没有回来;偶尔必须
用python 2的时候,也完全没有压力(写出兼容的程序真的很容易)。
还有一个对GIL的感觉:我的(以及我猜大部分人)工作中具体的heavy lifting都是用
C/C++/Fortran实现的,Python只不过胶水一下而已。在Python层面,fine grain
control真的那么必要吗,这个语言本身就不适合做这些,调用更底层的包然后让他们
multithreading就是了……
w*x
90 楼
我最喜欢Python的地方除了它的ecosystem以外,当作胶水语言,语法简洁真的很爽。
BTW - 我是做材料测试和有限元仿真的工程师,所以虽然经常写一些需要重复或者给同
事使用的code,可能在大家的世界里也还是“大号的脚本”而不是production code…
…对于那一个领域我就不知道了……
BTW - 我是做材料测试和有限元仿真的工程师,所以虽然经常写一些需要重复或者给同
事使用的code,可能在大家的世界里也还是“大号的脚本”而不是production code…
…对于那一个领域我就不知道了……
x*u
91 楼
我个人是认为py3好的,就好像认为世界语比英语好一样,问题是如果其他人不迁过去
,自己拼命填坑是不行的
【在 w*x 的大作中提到】
: 小弟在这里有一个不成熟的提议:
: 作为3年前从py27跳到py3k的人,我最大的感慨就是“用一下python 3试试看,不喜欢
: 大不了再换回去”。我跳了以后发现语法功能都舒畅了很多,再也没有回来;偶尔必须
: 用python 2的时候,也完全没有压力(写出兼容的程序真的很容易)。
: 还有一个对GIL的感觉:我的(以及我猜大部分人)工作中具体的heavy lifting都是用
: C/C++/Fortran实现的,Python只不过胶水一下而已。在Python层面,fine grain
: control真的那么必要吗,这个语言本身就不适合做这些,调用更底层的包然后让他们
: multithreading就是了……
,自己拼命填坑是不行的
【在 w*x 的大作中提到】
: 小弟在这里有一个不成熟的提议:
: 作为3年前从py27跳到py3k的人,我最大的感慨就是“用一下python 3试试看,不喜欢
: 大不了再换回去”。我跳了以后发现语法功能都舒畅了很多,再也没有回来;偶尔必须
: 用python 2的时候,也完全没有压力(写出兼容的程序真的很容易)。
: 还有一个对GIL的感觉:我的(以及我猜大部分人)工作中具体的heavy lifting都是用
: C/C++/Fortran实现的,Python只不过胶水一下而已。在Python层面,fine grain
: control真的那么必要吗,这个语言本身就不适合做这些,调用更底层的包然后让他们
: multithreading就是了……
E*r
96 楼
dict默认ordered是向ruby看齐吧
【在 d********g 的大作中提到】
: 3.4+主要是asyncio相关。Python 3.4开始内置asyncio,3.3还需要额外装库。3.5加入
: async/await语法,3.6更是把async/await推广到其它地方比如generator:
: https://docs.python.org/3/whatsnew/3.5.html
: https://docs.python.org/3/whatsnew/3.6.html
: 3.6的dict也重新实现了,性能提升内存占用下降的同时,带来的一个副产品是dict现
: 在也可以直接当OrderedDict用了,虽然这个特性还没有正式在API上确认
: 在公司还用Python 2.7很正常,但是自己写新项目还用2.7就是自己给自己挖坑了。这
: 两个版本我都写,自己的非开源项目反而故意不要语法兼容(比如能用高版本async/
: await的就绝对不用低版本兼容的yield),强制跟上3.x的升级,这样以后的维护坑会
: 更少
【在 d********g 的大作中提到】
: 3.4+主要是asyncio相关。Python 3.4开始内置asyncio,3.3还需要额外装库。3.5加入
: async/await语法,3.6更是把async/await推广到其它地方比如generator:
: https://docs.python.org/3/whatsnew/3.5.html
: https://docs.python.org/3/whatsnew/3.6.html
: 3.6的dict也重新实现了,性能提升内存占用下降的同时,带来的一个副产品是dict现
: 在也可以直接当OrderedDict用了,虽然这个特性还没有正式在API上确认
: 在公司还用Python 2.7很正常,但是自己写新项目还用2.7就是自己给自己挖坑了。这
: 两个版本我都写,自己的非开源项目反而故意不要语法兼容(比如能用高版本async/
: await的就绝对不用低版本兼容的yield),强制跟上3.x的升级,这样以后的维护坑会
: 更少
E*r
97 楼
看了pypy网页
dict的新实现用了个动态整型数组
variable_int *sparse_array;
来标记NULL的dict entries
所以更省内存和cache友好了
默认oredered是新实现的副产品
生产环境不能依赖这一实现特征
而是应该继续使用OrederedDict
毕竟后者已经变成一个薄封装了
【在 d********g 的大作中提到】
: 3.4+主要是asyncio相关。Python 3.4开始内置asyncio,3.3还需要额外装库。3.5加入
: async/await语法,3.6更是把async/await推广到其它地方比如generator:
: https://docs.python.org/3/whatsnew/3.5.html
: https://docs.python.org/3/whatsnew/3.6.html
: 3.6的dict也重新实现了,性能提升内存占用下降的同时,带来的一个副产品是dict现
: 在也可以直接当OrderedDict用了,虽然这个特性还没有正式在API上确认
: 在公司还用Python 2.7很正常,但是自己写新项目还用2.7就是自己给自己挖坑了。这
: 两个版本我都写,自己的非开源项目反而故意不要语法兼容(比如能用高版本async/
: await的就绝对不用低版本兼容的yield),强制跟上3.x的升级,这样以后的维护坑会
: 更少
dict的新实现用了个动态整型数组
variable_int *sparse_array;
来标记NULL的dict entries
所以更省内存和cache友好了
默认oredered是新实现的副产品
生产环境不能依赖这一实现特征
而是应该继续使用OrederedDict
毕竟后者已经变成一个薄封装了
【在 d********g 的大作中提到】
: 3.4+主要是asyncio相关。Python 3.4开始内置asyncio,3.3还需要额外装库。3.5加入
: async/await语法,3.6更是把async/await推广到其它地方比如generator:
: https://docs.python.org/3/whatsnew/3.5.html
: https://docs.python.org/3/whatsnew/3.6.html
: 3.6的dict也重新实现了,性能提升内存占用下降的同时,带来的一个副产品是dict现
: 在也可以直接当OrderedDict用了,虽然这个特性还没有正式在API上确认
: 在公司还用Python 2.7很正常,但是自己写新项目还用2.7就是自己给自己挖坑了。这
: 两个版本我都写,自己的非开源项目反而故意不要语法兼容(比如能用高版本async/
: await的就绝对不用低版本兼容的yield),强制跟上3.x的升级,这样以后的维护坑会
: 更少
w*m
105 楼
python做REPL没有更适合的,相当于匕首。
java和C++这些编译语言,相当于大刀。
一寸短,一寸险;一寸长,一寸强。
出去混,最好都要带着
java和C++这些编译语言,相当于大刀。
一寸短,一寸险;一寸长,一寸强。
出去混,最好都要带着
d*g
107 楼
https://magic.io/blog/uvloop-blazing-fast-python-networking/
asyncio本身就已经和Node.js旗鼓相当了,再加上uvloop之后Node.js被甩开一百条街
Yury Selivanov是个神人,Python的核心开发者之一:
https://bugs.python.org/issue28544
【在 N*****m 的大作中提到】
: 能再贴一遍吗?
asyncio本身就已经和Node.js旗鼓相当了,再加上uvloop之后Node.js被甩开一百条街
Yury Selivanov是个神人,Python的核心开发者之一:
https://bugs.python.org/issue28544
【在 N*****m 的大作中提到】
: 能再贴一遍吗?
E*r
114 楼
试装了一下uvloop,貌似只支持到 py35。py36 估计要等一阵子。
(py36) $ anaconda show anaconda-platform/uvloop
Using Anaconda API: https://api.anaconda.org
Name: uvloop
Summary:
Access: public
Package Types: conda
Versions:
+ 0.6.5
(py36): $ conda install --channel https://conda.anaconda.org/anaconda-
platform uvloop
Fetching package metadata ...........
Solving package specifications: .
UnsatisfiableError: The following specifications were found to be in
conflict:
- python 3.6*
- uvloop -> python 3.5* -> openssl 1.0.1*
- uvloop -> python 3.5* -> xz 5.0.5
【在 d********g 的大作中提到】
: https://magic.io/blog/uvloop-blazing-fast-python-networking/
: asyncio本身就已经和Node.js旗鼓相当了,再加上uvloop之后Node.js被甩开一百条街
: Yury Selivanov是个神人,Python的核心开发者之一:
: https://bugs.python.org/issue28544
E*r
115 楼
uvloop-0.7.0 以后貌似支持 py36 了,看来只能从 pip 装了
https://github.com/MagicStack/uvloop/issues/69
【在 E***r 的大作中提到】
:
: 试装了一下uvloop,貌似只支持到 py35。py36 估计要等一阵子。
: (py36) $ anaconda show anaconda-platform/uvloop
: Using Anaconda API: https://api.anaconda.org
: Name: uvloop
: Summary:
: Access: public
: Package Types: conda
: Versions:
: + 0.6.5
s*k
119 楼
但是asyncio还是难写不少,就是说3.4以上不提倡用thread,还以为GIL解决了。
比如我这个,怎么改写成 async合适
try:
thr = Thread(target=func, args=(func——args,))
thr.daemon = True
thr.start()
except Exception, e:
threadErrors.append([repr(e), current_thread.name]) # append a list
of info
raise # re-raise the exception or use sys.exit(1) to let the thread
die and free resources
【在 d********g 的大作中提到】
: thread和asyncio没啥关系。用thread还是会有GIL问题
比如我这个,怎么改写成 async合适
try:
thr = Thread(target=func, args=(func——args,))
thr.daemon = True
thr.start()
except Exception, e:
threadErrors.append([repr(e), current_thread.name]) # append a list
of info
raise # re-raise the exception or use sys.exit(1) to let the thread
die and free resources
【在 d********g 的大作中提到】
: thread和asyncio没啥关系。用thread还是会有GIL问题
d*g
122 楼
关键是你具体想要做什么,threads之间有互动吗还是都单独的?
asyncio的基本思路就是把I/O都弄成异步,任何I/O不要阻塞当前loop。Python的
threading因为最后要经过GIL所以还是相当于单线程的,不如直接就asyncio
没什么难写的,写法和sync的差不多,只是记得要await I/O之类的,其实比threading
还更简单。JS也在说要加入async/await语法了
传统处理异步也可以靠架构,用外部的queue。Python这一类用Celery的很多
list
thread
【在 s********k 的大作中提到】
: 但是asyncio还是难写不少,就是说3.4以上不提倡用thread,还以为GIL解决了。
: 比如我这个,怎么改写成 async合适
: try:
: thr = Thread(target=func, args=(func——args,))
: thr.daemon = True
: thr.start()
: except Exception, e:
: threadErrors.append([repr(e), current_thread.name]) # append a list
: of info
: raise # re-raise the exception or use sys.exit(1) to let the thread
asyncio的基本思路就是把I/O都弄成异步,任何I/O不要阻塞当前loop。Python的
threading因为最后要经过GIL所以还是相当于单线程的,不如直接就asyncio
没什么难写的,写法和sync的差不多,只是记得要await I/O之类的,其实比threading
还更简单。JS也在说要加入async/await语法了
传统处理异步也可以靠架构,用外部的queue。Python这一类用Celery的很多
list
thread
【在 s********k 的大作中提到】
: 但是asyncio还是难写不少,就是说3.4以上不提倡用thread,还以为GIL解决了。
: 比如我这个,怎么改写成 async合适
: try:
: thr = Thread(target=func, args=(func——args,))
: thr.daemon = True
: thr.start()
: except Exception, e:
: threadErrors.append([repr(e), current_thread.name]) # append a list
: of info
: raise # re-raise the exception or use sys.exit(1) to let the thread
s*k
123 楼
3.4+ PY还是用coroutine和yield这样来写?比如我这个就是简单单独的thread,没有
任何互动,怎么写比较合适?
threading
【在 d********g 的大作中提到】
: 关键是你具体想要做什么,threads之间有互动吗还是都单独的?
: asyncio的基本思路就是把I/O都弄成异步,任何I/O不要阻塞当前loop。Python的
: threading因为最后要经过GIL所以还是相当于单线程的,不如直接就asyncio
: 没什么难写的,写法和sync的差不多,只是记得要await I/O之类的,其实比threading
: 还更简单。JS也在说要加入async/await语法了
: 传统处理异步也可以靠架构,用外部的queue。Python这一类用Celery的很多
:
: list
: thread
任何互动,怎么写比较合适?
threading
【在 d********g 的大作中提到】
: 关键是你具体想要做什么,threads之间有互动吗还是都单独的?
: asyncio的基本思路就是把I/O都弄成异步,任何I/O不要阻塞当前loop。Python的
: threading因为最后要经过GIL所以还是相当于单线程的,不如直接就asyncio
: 没什么难写的,写法和sync的差不多,只是记得要await I/O之类的,其实比threading
: 还更简单。JS也在说要加入async/await语法了
: 传统处理异步也可以靠架构,用外部的queue。Python这一类用Celery的很多
:
: list
: thread
a9
128 楼
async的最大问题是认为只有I/O是耗时大的,实际上耗时大的还有很多。
threading
【在 d********g 的大作中提到】
: 关键是你具体想要做什么,threads之间有互动吗还是都单独的?
: asyncio的基本思路就是把I/O都弄成异步,任何I/O不要阻塞当前loop。Python的
: threading因为最后要经过GIL所以还是相当于单线程的,不如直接就asyncio
: 没什么难写的,写法和sync的差不多,只是记得要await I/O之类的,其实比threading
: 还更简单。JS也在说要加入async/await语法了
: 传统处理异步也可以靠架构,用外部的queue。Python这一类用Celery的很多
:
: list
: thread
threading
【在 d********g 的大作中提到】
: 关键是你具体想要做什么,threads之间有互动吗还是都单独的?
: asyncio的基本思路就是把I/O都弄成异步,任何I/O不要阻塞当前loop。Python的
: threading因为最后要经过GIL所以还是相当于单线程的,不如直接就asyncio
: 没什么难写的,写法和sync的差不多,只是记得要await I/O之类的,其实比threading
: 还更简单。JS也在说要加入async/await语法了
: 传统处理异步也可以靠架构,用外部的queue。Python这一类用Celery的很多
:
: list
: thread
d*g
129 楼
那是它自己代码没写好,又不怪语言。本来这都是交给SDK做的,Win里编程最典型一个
要弹一个progress bar同时又要支持响应就不能用modal,因为modal是blocking的。大
多数语言本身最开始都是sync的,要实现async不是在语言层面。JavaScript是个例外
因为最开始它的主要目的就是为了浏览器UI的简单交互
语言层面是说比如C++11加入的async、Python 3加入的yield from、async/await等
PyQt不是在语言层面,就是SDK的事
【在 x****u 的大作中提到】
: Win32不是这么做的啊
: 点个存盘系统死机半天的是从Win16开始代码就没动过的notepad,word的存盘都是异步
: 的了,点击按钮就把按钮disable掉,然后用MTA的COM组件存盘,完成之后再把窗口关
: 掉,这样UI在任何时候都有相应
: 不过写异步的COM基本需要精通COM机制了,所以MS出了些简单的模板和语法糖。
:
: 关系
要弹一个progress bar同时又要支持响应就不能用modal,因为modal是blocking的。大
多数语言本身最开始都是sync的,要实现async不是在语言层面。JavaScript是个例外
因为最开始它的主要目的就是为了浏览器UI的简单交互
语言层面是说比如C++11加入的async、Python 3加入的yield from、async/await等
PyQt不是在语言层面,就是SDK的事
【在 x****u 的大作中提到】
: Win32不是这么做的啊
: 点个存盘系统死机半天的是从Win16开始代码就没动过的notepad,word的存盘都是异步
: 的了,点击按钮就把按钮disable掉,然后用MTA的COM组件存盘,完成之后再把窗口关
: 掉,这样UI在任何时候都有相应
: 不过写异步的COM基本需要精通COM机制了,所以MS出了些简单的模板和语法糖。
:
: 关系
x*u
130 楼
你不了解来龙去脉啊
为啥过去语言和SDK轻易不搞异步,是因为在30多年历史里抢占式多任务的线程都是昂
贵的,如果app流行开线程线程池会严重影响OS的性能,必须加以限制。
最近多核烂大街了,异步就成了时尚了。
Win32单线程存盘不阻塞UI是不可能的,退一步就算你用了异步IO,把数据编码成文件
格式也会造成延迟。
【在 d********g 的大作中提到】
: 那是它自己代码没写好,又不怪语言。本来这都是交给SDK做的,Win里编程最典型一个
: 要弹一个progress bar同时又要支持响应就不能用modal,因为modal是blocking的。大
: 多数语言本身最开始都是sync的,要实现async不是在语言层面。JavaScript是个例外
: 因为最开始它的主要目的就是为了浏览器UI的简单交互
: 语言层面是说比如C++11加入的async、Python 3加入的yield from、async/await等
: PyQt不是在语言层面,就是SDK的事
为啥过去语言和SDK轻易不搞异步,是因为在30多年历史里抢占式多任务的线程都是昂
贵的,如果app流行开线程线程池会严重影响OS的性能,必须加以限制。
最近多核烂大街了,异步就成了时尚了。
Win32单线程存盘不阻塞UI是不可能的,退一步就算你用了异步IO,把数据编码成文件
格式也会造成延迟。
【在 d********g 的大作中提到】
: 那是它自己代码没写好,又不怪语言。本来这都是交给SDK做的,Win里编程最典型一个
: 要弹一个progress bar同时又要支持响应就不能用modal,因为modal是blocking的。大
: 多数语言本身最开始都是sync的,要实现async不是在语言层面。JavaScript是个例外
: 因为最开始它的主要目的就是为了浏览器UI的简单交互
: 语言层面是说比如C++11加入的async、Python 3加入的yield from、async/await等
: PyQt不是在语言层面,就是SDK的事
d*g
132 楼
我说的是你这句话呀:
“python不合适吧,做ui需要异步方便才行,比如javascript”
Win32的UI就不是UI啦?都是C++写出来的,C++那时候不是和Python一样都没有语言支
持的异步吗?JavaScript流行之前我们不都用了那么多年的Windows啦 :)
【在 x****u 的大作中提到】
: 你不了解来龙去脉啊
: 为啥过去语言和SDK轻易不搞异步,是因为在30多年历史里抢占式多任务的线程都是昂
: 贵的,如果app流行开线程线程池会严重影响OS的性能,必须加以限制。
: 最近多核烂大街了,异步就成了时尚了。
: Win32单线程存盘不阻塞UI是不可能的,退一步就算你用了异步IO,把数据编码成文件
: 格式也会造成延迟。
“python不合适吧,做ui需要异步方便才行,比如javascript”
Win32的UI就不是UI啦?都是C++写出来的,C++那时候不是和Python一样都没有语言支
持的异步吗?JavaScript流行之前我们不都用了那么多年的Windows啦 :)
【在 x****u 的大作中提到】
: 你不了解来龙去脉啊
: 为啥过去语言和SDK轻易不搞异步,是因为在30多年历史里抢占式多任务的线程都是昂
: 贵的,如果app流行开线程线程池会严重影响OS的性能,必须加以限制。
: 最近多核烂大街了,异步就成了时尚了。
: Win32单线程存盘不阻塞UI是不可能的,退一步就算你用了异步IO,把数据编码成文件
: 格式也会造成延迟。
e*t
136 楼
尼玛 不想跳3啊
唉
【在 d********g 的大作中提到】
: 是的。Django这样的大库,接下来1.11 LTS也会是最后一个支持Python 2.7的版本了,
: 因为Python 2.7本身到2020年就完全不维护了:
: https://pythonclock.org
: 整个ecosystem已经在告别2.7,这是没有疑问的
唉
【在 d********g 的大作中提到】
: 是的。Django这样的大库,接下来1.11 LTS也会是最后一个支持Python 2.7的版本了,
: 因为Python 2.7本身到2020年就完全不维护了:
: https://pythonclock.org
: 整个ecosystem已经在告别2.7,这是没有疑问的
m*n
140 楼
Postgresql 的 pgAdmin就是用wx体系写的,经常由于任务同时的多了直接挂了。
IE其实也有这个毛病。Windows系的Excel之类,Foxit Reader之类都产生过这种直接死
掉。
Qt体系只要老老实实做QThread,再忙从来不死,绝对稳。我用类似于黑客式的密集消
息做过压力测试。
IE其实也有这个毛病。Windows系的Excel之类,Foxit Reader之类都产生过这种直接死
掉。
Qt体系只要老老实实做QThread,再忙从来不死,绝对稳。我用类似于黑客式的密集消
息做过压力测试。
相关阅读
请教哪家公司工作时间比较灵活pay 得又多我来说说为什么女人大部分不适合CS吧如何找Clojure工作急招湾区Android高手加盟startup这个版的智商差别太大了Consistency做好了不容易哪位大牛 试过d3用在angular里为什么会有这么多的effective xxxjavafx命运如何有人试了bootstrap4了没大家不觉得这篇文章很有道理么?未来语言的趋势?twitter又自己做了一個distributedLog.基于bookeepernode.js里调用了callback之后,还会回到函数里。Spa这东西不适合所有场景吧?scala.js问个弱智问题,js除了前端和node.js这种framework,还能用在哪里?最近感觉了一下市场上对scala的需求scala基本是死了。clojure还有戏么Java8的lambda很难用呀对分布式软件的Jepsen测试