c*t
2 楼
9月20号提交, 12月26号批的.
想请教几个问题:
1. 父母的I94本来是12月18号到期,12月13号返程的机票. 到13号那天发现还没批就按
原计划回去了. 现在批了,但是I94只是延到了12月20号, 即只比原来延了两天, 不是我
申请时的半年. 不知道这是因为处理他们的Case时他们已经回去了, 还是有别的什么原
因. 有人有相同的经历吗?
2. 下次再去签的时候,因为他们实际是按原计划返回的,中信代签还需要approval
notice吗? 是要原件, 还是复印件即可?
谢谢!
想请教几个问题:
1. 父母的I94本来是12月18号到期,12月13号返程的机票. 到13号那天发现还没批就按
原计划回去了. 现在批了,但是I94只是延到了12月20号, 即只比原来延了两天, 不是我
申请时的半年. 不知道这是因为处理他们的Case时他们已经回去了, 还是有别的什么原
因. 有人有相同的经历吗?
2. 下次再去签的时候,因为他们实际是按原计划返回的,中信代签还需要approval
notice吗? 是要原件, 还是复印件即可?
谢谢!
p*g
3 楼
圣诞（１２/１６--1２/３１）要回国两个星期，想给家里的小猫找个寄养的家庭。不
想送到宠物旅馆，听说那儿基本都是关在笼子里面，太委屈她了。
我家小猫一岁半，很可爱，脾气也很好，有没有Austin, Houston, Dallas 或者San
Antonio的朋友愿意收留两个星期的？我可以开车接送猫和她的生活日用品，也愿意给
寄养的报酬，多谢了！！
想送到宠物旅馆，听说那儿基本都是关在笼子里面，太委屈她了。
我家小猫一岁半，很可爱，脾气也很好，有没有Austin, Houston, Dallas 或者San
Antonio的朋友愿意收留两个星期的？我可以开车接送猫和她的生活日用品，也愿意给
寄养的报酬，多谢了！！
l*t
4 楼
以为大家都能人手n台
现在看来买到的人没有几个，估计过两天就没人讨论了
HP估计就没几个货，完全是为了搞别的Pad，制造混乱
估计过两天要被起诉了
现在看来买到的人没有几个，估计过两天就没人讨论了
HP估计就没几个货，完全是为了搞别的Pad，制造混乱
估计过两天要被起诉了
d*r
5 楼
你们以为配置K8S是折腾的终点么?
现在新的Hype是 service mesh
https://istio.io/docs/concepts/what-is-istio/
https://www.envoyproxy.io/
你们折腾完K8S那一坨, 趁着它热乎, 还可以折腾所谓 service mesh
一波波的好像时尚界... 静下来仔细想想，几年后还有几个流行?
----------- Edit -----------
参考下这篇, 论时尚界如何运作:
http://www.mitbbs.com/article/Programming/31545855_0.html
现在新的Hype是 service mesh
https://istio.io/docs/concepts/what-is-istio/
https://www.envoyproxy.io/
你们折腾完K8S那一坨, 趁着它热乎, 还可以折腾所谓 service mesh
一波波的好像时尚界... 静下来仔细想想，几年后还有几个流行?
----------- Edit -----------
参考下这篇, 论时尚界如何运作:
http://www.mitbbs.com/article/Programming/31545855_0.html
f*4
6 楼
很快，hr收到之后会给你setup好的
c*7
7 楼
应该是批准的时候发现已经离境了,所以只给了几天.最好把延期的文件扫描存档,以后
签证说不定就需要.
签证说不定就需要.
a*e
8 楼
好漂亮的小猫啊
可惜我12月底搬家
要不就收下她了
可惜我12月底搬家
要不就收下她了
y*h
9 楼
HP要是过几天发表个声明，收回当初的决定重新恢复TP的生产，那肯定会让人告倾销的
。不过停产的尾货就不好追究了。
【在 l****t 的大作中提到】
: 以为大家都能人手n台
: 现在看来买到的人没有几个，估计过两天就没人讨论了
: HP估计就没几个货，完全是为了搞别的Pad，制造混乱
: 估计过两天要被起诉了
w*m
10 楼
同意。
google为了搞掉其它的竞品，用力过猛。
Infrastructure as codes才是正途.
说实话，yaml还不如xml了。
dependence injection，
比如google现在的https://github.com/google/go-cloud，才是正确的方向。
google为了搞掉其它的竞品，用力过猛。
Infrastructure as codes才是正途.
说实话，yaml还不如xml了。
dependence injection，
比如google现在的https://github.com/google/go-cloud，才是正确的方向。
v*6
11 楼
因为不想很快做
我想周4回复
周末做会不会太晚？
我想周4回复
周末做会不会太晚？
a*o
12 楼
幫頂
在houston就好了，正好那段時間要幫人看貓貓
【在 p*******g 的大作中提到】
: 圣诞（１２/１６--1２/３１）要回国两个星期，想给家里的小猫找个寄养的家庭。不
: 想送到宠物旅馆，听说那儿基本都是关在笼子里面，太委屈她了。
: 我家小猫一岁半，很可爱，脾气也很好，有没有Austin, Houston, Dallas 或者San
: Antonio的朋友愿意收留两个星期的？我可以开车接送猫和她的生活日用品，也愿意给
: 寄养的报酬，多谢了！！
在houston就好了，正好那段時間要幫人看貓貓
【在 p*******g 的大作中提到】
: 圣诞（１２/１６--1２/３１）要回国两个星期，想给家里的小猫找个寄养的家庭。不
: 想送到宠物旅馆，听说那儿基本都是关在笼子里面，太委屈她了。
: 我家小猫一岁半，很可爱，脾气也很好，有没有Austin, Houston, Dallas 或者San
: Antonio的朋友愿意收留两个星期的？我可以开车接送猫和她的生活日用品，也愿意给
: 寄养的报酬，多谢了！！
a*s
13 楼
不会火了，毛都没有
T*i
14 楼
就做那么简单的事情，需要这么一大坨？
一大坨也就算了，问题是现实远远比它那个抽象复杂多了。除非你愿意用多一个数量级
甚至2个数量级的资源。
【在 w********m 的大作中提到】
: 同意。
: google为了搞掉其它的竞品，用力过猛。
: Infrastructure as codes才是正途.
: 说实话，yaml还不如xml了。
: dependence injection，
: 比如google现在的https://github.com/google/go-cloud，才是正确的方向。
一大坨也就算了，问题是现实远远比它那个抽象复杂多了。除非你愿意用多一个数量级
甚至2个数量级的资源。
【在 w********m 的大作中提到】
: 同意。
: google为了搞掉其它的竞品，用力过猛。
: Infrastructure as codes才是正途.
: 说实话，yaml还不如xml了。
: dependence injection，
: 比如google现在的https://github.com/google/go-cloud，才是正确的方向。
f*4
15 楼
没事，你选好语言，告诉hr最近你实在太忙了，周末做，就好了
我延后了5天，因为那会刚搬家，没网络
我延后了5天，因为那会刚搬家，没网络
o*5
16 楼
faint, too far away.
n*t
17 楼
买到的，特别是买到一堆的神医都在忙着发货做生意。有几个买到了的会上这里来？来
的基本上是没买到的。
【在 l****t 的大作中提到】
: 以为大家都能人手n台
: 现在看来买到的人没有几个，估计过两天就没人讨论了
: HP估计就没几个货，完全是为了搞别的Pad，制造混乱
: 估计过两天要被起诉了
的基本上是没买到的。
【在 l****t 的大作中提到】
: 以为大家都能人手n台
: 现在看来买到的人没有几个，估计过两天就没人讨论了
: HP估计就没几个货，完全是为了搞别的Pad，制造混乱
: 估计过两天要被起诉了
w*m
18 楼
go-cloud还在evolve。 话说它给的例子不大好。
不过infrastructure as codes是方向呀。
dependency injection在云时代，叫做service discovery。
把各种云资源map成component注入就可以了。
比写yaml好多了。
不过infrastructure as codes是方向呀。
dependency injection在云时代，叫做service discovery。
把各种云资源map成component注入就可以了。
比写yaml好多了。
v*6
19 楼
xiexie
p*g
20 楼
mm在Houston?如果在Austin找不到合适的，Houston, Dallas或者San Antonio我都可以
接送的。
【在 a**o 的大作中提到】
: 幫頂
: 在houston就好了，正好那段時間要幫人看貓貓
接送的。
【在 a**o 的大作中提到】
: 幫頂
: 在houston就好了，正好那段時間要幫人看貓貓
d*3
21 楼
周五周六在HP官网买的大部分估计能拿到，其他什么破网站跟着起哄的估计就很少的货
T*i
22 楼
一个简单的Test就是想一个方案，用它那套玩意儿做一个12306，做一个Amazon和淘宝。
1. 能不能做？
2. 把全世界资源都拿来够不够？
【在 w********m 的大作中提到】
: go-cloud还在evolve。 话说它给的例子不大好。
: 不过infrastructure as codes是方向呀。
: dependency injection在云时代，叫做service discovery。
: 把各种云资源map成component注入就可以了。
: 比写yaml好多了。
1. 能不能做？
2. 把全世界资源都拿来够不够？
【在 w********m 的大作中提到】
: go-cloud还在evolve。 话说它给的例子不大好。
: 不过infrastructure as codes是方向呀。
: dependency injection在云时代，叫做service discovery。
: 把各种云资源map成component注入就可以了。
: 比写yaml好多了。
l*u
23 楼
真可愛啊.一歲半看還有幼貓臉蛋.
可惜我那時也出城.不然可以幫看貓.
可惜我那時也出城.不然可以幫看貓.
g*t
24 楼
今日头条，京东...的私有云都是k8s
上万机器里头80%以上归k8s管
Open ai 几千机器k8s管。blog有詳細解釋。
: 一个简单的Test就是想一个方案，用它那套玩意儿做一个12306，做一个Amazon
和淘宝。
: 1. 能不能做？
: 2. 把全世界资源都拿来够不够？
【在 T********i 的大作中提到】
: 一个简单的Test就是想一个方案，用它那套玩意儿做一个12306，做一个Amazon和淘宝。
: 1. 能不能做？
: 2. 把全世界资源都拿来够不够？
上万机器里头80%以上归k8s管
Open ai 几千机器k8s管。blog有詳細解釋。
: 一个简单的Test就是想一个方案，用它那套玩意儿做一个12306，做一个Amazon
和淘宝。
: 1. 能不能做？
: 2. 把全世界资源都拿来够不够？
【在 T********i 的大作中提到】
: 一个简单的Test就是想一个方案，用它那套玩意儿做一个12306，做一个Amazon和淘宝。
: 1. 能不能做？
: 2. 把全世界资源都拿来够不够？
C*y
25 楼
很漂亮的猫猫。
我在austin，圣诞期间要出门四五天，而且我家牛牛不太和别的猫处得来。你要是最后
找不到人可以和我联系。
【在 p*******g 的大作中提到】
: 圣诞（１２/１６--1２/３１）要回国两个星期，想给家里的小猫找个寄养的家庭。不
: 想送到宠物旅馆，听说那儿基本都是关在笼子里面，太委屈她了。
: 我家小猫一岁半，很可爱，脾气也很好，有没有Austin, Houston, Dallas 或者San
: Antonio的朋友愿意收留两个星期的？我可以开车接送猫和她的生活日用品，也愿意给
: 寄养的报酬，多谢了！！
我在austin，圣诞期间要出门四五天，而且我家牛牛不太和别的猫处得来。你要是最后
找不到人可以和我联系。
【在 p*******g 的大作中提到】
: 圣诞（１２/１６--1２/３１）要回国两个星期，想给家里的小猫找个寄养的家庭。不
: 想送到宠物旅馆，听说那儿基本都是关在笼子里面，太委屈她了。
: 我家小猫一岁半，很可爱，脾气也很好，有没有Austin, Houston, Dallas 或者San
: Antonio的朋友愿意收留两个星期的？我可以开车接送猫和她的生活日用品，也愿意给
: 寄养的报酬，多谢了！！
T*i
26 楼
我说的是infrastructure as codes，和k8s关系不大。
Amazon
【在 g****t 的大作中提到】
: 今日头条，京东...的私有云都是k8s
: 上万机器里头80%以上归k8s管
: Open ai 几千机器k8s管。blog有詳細解釋。
:
:
: 一个简单的Test就是想一个方案，用它那套玩意儿做一个12306，做一个Amazon
: 和淘宝。
:
: 1. 能不能做？
:
: 2. 把全世界资源都拿来够不够？
:
Amazon
【在 g****t 的大作中提到】
: 今日头条，京东...的私有云都是k8s
: 上万机器里头80%以上归k8s管
: Open ai 几千机器k8s管。blog有詳細解釋。
:
:
: 一个简单的Test就是想一个方案，用它那套玩意儿做一个12306，做一个Amazon
: 和淘宝。
:
: 1. 能不能做？
:
: 2. 把全世界资源都拿来够不够？
:
p*g
27 楼
谢谢mm。最后找不到人我会找你的 ：）
【在 C**********y 的大作中提到】
: 很漂亮的猫猫。
: 我在austin，圣诞期间要出门四五天，而且我家牛牛不太和别的猫处得来。你要是最后
: 找不到人可以和我联系。
【在 C**********y 的大作中提到】
: 很漂亮的猫猫。
: 我在austin，圣诞期间要出门四五天，而且我家牛牛不太和别的猫处得来。你要是最后
: 找不到人可以和我联系。
g*t
28 楼
京东如何打造K8s全球最大集群支撑万亿电商交易
http://dockone.io/m/article/7738
: 今日头条，京东...的私有云都是k8s
: 上万机器里头80%以上归k8s管
: Open ai 几千机器k8s管。blog有詳細解釋。
: 和淘宝。
【在 g****t 的大作中提到】
: 今日头条，京东...的私有云都是k8s
: 上万机器里头80%以上归k8s管
: Open ai 几千机器k8s管。blog有詳細解釋。
:
:
: 一个简单的Test就是想一个方案，用它那套玩意儿做一个12306，做一个Amazon
: 和淘宝。
:
: 1. 能不能做？
:
: 2. 把全世界资源都拿来够不够？
:
http://dockone.io/m/article/7738
: 今日头条，京东...的私有云都是k8s
: 上万机器里头80%以上归k8s管
: Open ai 几千机器k8s管。blog有詳細解釋。
: 和淘宝。
【在 g****t 的大作中提到】
: 今日头条，京东...的私有云都是k8s
: 上万机器里头80%以上归k8s管
: Open ai 几千机器k8s管。blog有詳細解釋。
:
:
: 一个简单的Test就是想一个方案，用它那套玩意儿做一个12306，做一个Amazon
: 和淘宝。
:
: 1. 能不能做？
:
: 2. 把全世界资源都拿来够不够？
:
h*e
29 楼
我特别想干这种事啊，可惜没人在我这里。。。怎么没有美西的猫猫要寄养啊~！！！
g*t
30 楼
回错了条目。十个字十个字
: 我说的是infrastructure as codes，和k8s关系不大。
: Amazon
【在 T********i 的大作中提到】
: 我说的是infrastructure as codes，和k8s关系不大。
:
: Amazon
: 我说的是infrastructure as codes，和k8s关系不大。
: Amazon
【在 T********i 的大作中提到】
: 我说的是infrastructure as codes，和k8s关系不大。
:
: Amazon
Z*i
31 楼
可惜我家已经两猫一个狗，而且其中一个脾气特别暴躁，实在不能帮忙寄养。。。如果
你实在找不到地方而且放心的话，我可以去你家三次，帮你的猫猫收拾POO，加食物和
氺。
你实在找不到地方而且放心的话，我可以去你家三次，帮你的猫猫收拾POO，加食物和
氺。
w*m
32 楼
大系统看重的是redundancy。everything is replaceble.
比如，牛人走了，菜鸟能不能接手。
一个云不行了，另外的云能不能顶上。
所以这是一个complexity vs performance 的tradeoff
宝。
【在 T********i 的大作中提到】
: 一个简单的Test就是想一个方案，用它那套玩意儿做一个12306，做一个Amazon和淘宝。
: 1. 能不能做？
: 2. 把全世界资源都拿来够不够？
比如，牛人走了，菜鸟能不能接手。
一个云不行了，另外的云能不能顶上。
所以这是一个complexity vs performance 的tradeoff
宝。
【在 T********i 的大作中提到】
: 一个简单的Test就是想一个方案，用它那套玩意儿做一个12306，做一个Amazon和淘宝。
: 1. 能不能做？
: 2. 把全世界资源都拿来够不够？
c*z
33 楼
sorry, I will be out of town too during christmas.
【在 p*******g 的大作中提到】
: 圣诞（１２/１６--1２/３１）要回国两个星期，想给家里的小猫找个寄养的家庭。不
: 想送到宠物旅馆，听说那儿基本都是关在笼子里面，太委屈她了。
: 我家小猫一岁半，很可爱，脾气也很好，有没有Austin, Houston, Dallas 或者San
: Antonio的朋友愿意收留两个星期的？我可以开车接送猫和她的生活日用品，也愿意给
: 寄养的报酬，多谢了！！
【在 p*******g 的大作中提到】
: 圣诞（１２/１６--1２/３１）要回国两个星期，想给家里的小猫找个寄养的家庭。不
: 想送到宠物旅馆，听说那儿基本都是关在笼子里面，太委屈她了。
: 我家小猫一岁半，很可爱，脾气也很好，有没有Austin, Houston, Dallas 或者San
: Antonio的朋友愿意收留两个星期的？我可以开车接送猫和她的生活日用品，也愿意给
: 寄养的报酬，多谢了！！
c*n
34 楼
嗯 这两条都很重要
bus factor就不说了
后面那个我最近看过好几家都是aws azure gcp 还有个digital ocean 排列组合的搬家
控制成本以及防止vendor lock-in
话说我过段时间重拾k8s准备去digital ocean试试 不知道版上有人用过他家的k8s不
【在 w********m 的大作中提到】
: 大系统看重的是redundancy。everything is replaceble.
: 比如，牛人走了，菜鸟能不能接手。
: 一个云不行了，另外的云能不能顶上。
: 所以这是一个complexity vs performance 的tradeoff
:
: 宝。
bus factor就不说了
后面那个我最近看过好几家都是aws azure gcp 还有个digital ocean 排列组合的搬家
控制成本以及防止vendor lock-in
话说我过段时间重拾k8s准备去digital ocean试试 不知道版上有人用过他家的k8s不
【在 w********m 的大作中提到】
: 大系统看重的是redundancy。everything is replaceble.
: 比如，牛人走了，菜鸟能不能接手。
: 一个云不行了，另外的云能不能顶上。
: 所以这是一个complexity vs performance 的tradeoff
:
: 宝。
m*h
35 楼
！
re~~
【在 h**e 的大作中提到】
: 我特别想干这种事啊，可惜没人在我这里。。。怎么没有美西的猫猫要寄养啊~！！！
T*i
36 楼
这种tradeoff，其实意思是说，不管你如何选择，其实都是在赌一把。
决策其实容易，不管你懂不懂技术，只要不是自己在干活，其实乱选一把就可以。背着
，和抱着，是一样沉的。。。
【在 w********m 的大作中提到】
: 大系统看重的是redundancy。everything is replaceble.
: 比如，牛人走了，菜鸟能不能接手。
: 一个云不行了，另外的云能不能顶上。
: 所以这是一个complexity vs performance 的tradeoff
:
: 宝。
决策其实容易，不管你懂不懂技术，只要不是自己在干活，其实乱选一把就可以。背着
，和抱着，是一样沉的。。。
【在 w********m 的大作中提到】
: 大系统看重的是redundancy。everything is replaceble.
: 比如，牛人走了，菜鸟能不能接手。
: 一个云不行了，另外的云能不能顶上。
: 所以这是一个complexity vs performance 的tradeoff
:
: 宝。
g*t
37 楼
执行肯定比选什么架构更重要。
只要不选有明显硬伤的就可以。
不然修不好憋死了投资就打水漂了。
最怕的就是选个小众方向，自己又没本事修好。
: 这种tradeoff，其实意思是说，不管你如何选择，其实都是在赌一把。
: 决策其实容易，不管你懂不懂技术，只要不是自己在干活，其实乱选一把
就可以
。背着
: ，和抱着，是一样沉的。。。
【在 T********i 的大作中提到】
: 这种tradeoff，其实意思是说，不管你如何选择，其实都是在赌一把。
: 决策其实容易，不管你懂不懂技术，只要不是自己在干活，其实乱选一把就可以。背着
: ，和抱着，是一样沉的。。。
只要不选有明显硬伤的就可以。
不然修不好憋死了投资就打水漂了。
最怕的就是选个小众方向，自己又没本事修好。
: 这种tradeoff，其实意思是说，不管你如何选择，其实都是在赌一把。
: 决策其实容易，不管你懂不懂技术，只要不是自己在干活，其实乱选一把
就可以
。背着
: ，和抱着，是一样沉的。。。
【在 T********i 的大作中提到】
: 这种tradeoff，其实意思是说，不管你如何选择，其实都是在赌一把。
: 决策其实容易，不管你懂不懂技术，只要不是自己在干活，其实乱选一把就可以。背着
: ，和抱着，是一样沉的。。。
T*i
38 楼
那也不见得，当成生意做，所有的问题都是风险评估的问题。
只要风险评估的比人家好，具体做什么，其实都没有关系。。。
【在 g****t 的大作中提到】
: 执行肯定比选什么架构更重要。
: 只要不选有明显硬伤的就可以。
: 不然修不好憋死了投资就打水漂了。
: 最怕的就是选个小众方向，自己又没本事修好。
:
:
: 这种tradeoff，其实意思是说，不管你如何选择，其实都是在赌一把。
:
: 决策其实容易，不管你懂不懂技术，只要不是自己在干活，其实乱选一把
: 就可以
: 。背着
:
: ，和抱着，是一样沉的。。。
只要风险评估的比人家好，具体做什么，其实都没有关系。。。
【在 g****t 的大作中提到】
: 执行肯定比选什么架构更重要。
: 只要不选有明显硬伤的就可以。
: 不然修不好憋死了投资就打水漂了。
: 最怕的就是选个小众方向，自己又没本事修好。
:
:
: 这种tradeoff，其实意思是说，不管你如何选择，其实都是在赌一把。
:
: 决策其实容易，不管你懂不懂技术，只要不是自己在干活，其实乱选一把
: 就可以
: 。背着
:
: ，和抱着，是一样沉的。。。
n*t
39 楼
牛人走了的問題不在菜鳥能不能接手，而是為什麼牛人會走？
菜鳥肯定是不行的，什麼系統都沒戲。
【在 w********m 的大作中提到】
: 大系统看重的是redundancy。everything is replaceble.
: 比如，牛人走了，菜鸟能不能接手。
: 一个云不行了，另外的云能不能顶上。
: 所以这是一个complexity vs performance 的tradeoff
:
: 宝。
菜鳥肯定是不行的，什麼系統都沒戲。
【在 w********m 的大作中提到】
: 大系统看重的是redundancy。everything is replaceble.
: 比如，牛人走了，菜鸟能不能接手。
: 一个云不行了，另外的云能不能顶上。
: 所以这是一个complexity vs performance 的tradeoff
:
: 宝。
n*t
40 楼
用什麼不是最重要的，open source就是菜譜公開知道否？
同樣公開菜譜，做的難吃和好吃都有可能。
Amazon
【在 g****t 的大作中提到】
: 今日头条，京东...的私有云都是k8s
: 上万机器里头80%以上归k8s管
: Open ai 几千机器k8s管。blog有詳細解釋。
:
:
: 一个简单的Test就是想一个方案，用它那套玩意儿做一个12306，做一个Amazon
: 和淘宝。
:
: 1. 能不能做？
:
: 2. 把全世界资源都拿来够不够？
:
同樣公開菜譜，做的難吃和好吃都有可能。
Amazon
【在 g****t 的大作中提到】
: 今日头条，京东...的私有云都是k8s
: 上万机器里头80%以上归k8s管
: Open ai 几千机器k8s管。blog有詳細解釋。
:
:
: 一个简单的Test就是想一个方案，用它那套玩意儿做一个12306，做一个Amazon
: 和淘宝。
:
: 1. 能不能做？
:
: 2. 把全世界资源都拿来够不够？
:
d*r
41 楼
捣鼓一堆配置文件, 就有个能用的 fancy demo,
各个大厂的全职 admin/ops 开心疯了, 分分怒刷一波波 credit/kpi
Amazon
【在 g****t 的大作中提到】
: 今日头条，京东...的私有云都是k8s
: 上万机器里头80%以上归k8s管
: Open ai 几千机器k8s管。blog有詳細解釋。
:
:
: 一个简单的Test就是想一个方案，用它那套玩意儿做一个12306，做一个Amazon
: 和淘宝。
:
: 1. 能不能做？
:
: 2. 把全世界资源都拿来够不够？
:
各个大厂的全职 admin/ops 开心疯了, 分分怒刷一波波 credit/kpi
Amazon
【在 g****t 的大作中提到】
: 今日头条，京东...的私有云都是k8s
: 上万机器里头80%以上归k8s管
: Open ai 几千机器k8s管。blog有詳細解釋。
:
:
: 一个简单的Test就是想一个方案，用它那套玩意儿做一个12306，做一个Amazon
: 和淘宝。
:
: 1. 能不能做？
:
: 2. 把全世界资源都拿来够不够？
:
l*p
42 楼
JD的意思，跳了坑结果发现很多东西都药自己来，因为你不能退
恰恰证明楼主的话，折腾才刚昂开始
这玩意真的是谁用谁知道
【在 g****t 的大作中提到】
: 京东如何打造K8s全球最大集群支撑万亿电商交易
: http://dockone.io/m/article/7738
:
:
: 今日头条，京东...的私有云都是k8s
:
: 上万机器里头80%以上归k8s管
:
: Open ai 几千机器k8s管。blog有詳細解釋。
:
: 和淘宝。
:
恰恰证明楼主的话，折腾才刚昂开始
这玩意真的是谁用谁知道
【在 g****t 的大作中提到】
: 京东如何打造K8s全球最大集群支撑万亿电商交易
: http://dockone.io/m/article/7738
:
:
: 今日头条，京东...的私有云都是k8s
:
: 上万机器里头80%以上归k8s管
:
: Open ai 几千机器k8s管。blog有詳細解釋。
:
: 和淘宝。
:
d*r
43 楼
跟 https://www.hashicorp.com/ 那一套主要区别是啥
【在 w********m 的大作中提到】
: 同意。
: google为了搞掉其它的竞品，用力过猛。
: Infrastructure as codes才是正途.
: 说实话，yaml还不如xml了。
: dependence injection，
: 比如google现在的https://github.com/google/go-cloud，才是正确的方向。
【在 w********m 的大作中提到】
: 同意。
: google为了搞掉其它的竞品，用力过猛。
: Infrastructure as codes才是正途.
: 说实话，yaml还不如xml了。
: dependence injection，
: 比如google现在的https://github.com/google/go-cloud，才是正确的方向。
g*t
44 楼
最后都是打字员
【在 l***p 的大作中提到】
: JD的意思，跳了坑结果发现很多东西都药自己来，因为你不能退
: 恰恰证明楼主的话，折腾才刚昂开始
: 这玩意真的是谁用谁知道
【在 l***p 的大作中提到】
: JD的意思，跳了坑结果发现很多东西都药自己来，因为你不能退
: 恰恰证明楼主的话，折腾才刚昂开始
: 这玩意真的是谁用谁知道
s*e
45 楼
现在用service mesh，都是小白鼠。过个一年再看看。
【在 d*******r 的大作中提到】
: 你们以为配置K8S是折腾的终点么?
: 现在新的Hype是 service mesh
: https://istio.io/docs/concepts/what-is-istio/
: https://www.envoyproxy.io/
: 你们折腾完K8S那一坨, 趁着它热乎, 还可以折腾所谓 service mesh
: 一波波的好像时尚界... 静下来仔细想想，几年后还有几个流行?
: ----------- Edit -----------
: 参考下这篇, 论时尚界如何运作:
: http://www.mitbbs.com/article/Programming/31545855_0.html
【在 d*******r 的大作中提到】
: 你们以为配置K8S是折腾的终点么?
: 现在新的Hype是 service mesh
: https://istio.io/docs/concepts/what-is-istio/
: https://www.envoyproxy.io/
: 你们折腾完K8S那一坨, 趁着它热乎, 还可以折腾所谓 service mesh
: 一波波的好像时尚界... 静下来仔细想想，几年后还有几个流行?
: ----------- Edit -----------
: 参考下这篇, 论时尚界如何运作:
: http://www.mitbbs.com/article/Programming/31545855_0.html
s*e
46 楼
k8s天天在用，是有点坑，但是比原先的自己租机柜机房，或者用OpenStack 或 VMware
，不知方便几条街。
我个人极力推荐K8S，也没感觉难学。
service mesh 目前真心不建议。去年六月在三藩市参加了活动，感觉还是半成品，业
界对一些基本概念没有完全厘清，也没重量级产品，有点群雄混战。虽然istio是很多
人看好，但不到最后不知道结果。
【在 l***p 的大作中提到】
: JD的意思，跳了坑结果发现很多东西都药自己来，因为你不能退
: 恰恰证明楼主的话，折腾才刚昂开始
: 这玩意真的是谁用谁知道
，不知方便几条街。
我个人极力推荐K8S，也没感觉难学。
service mesh 目前真心不建议。去年六月在三藩市参加了活动，感觉还是半成品，业
界对一些基本概念没有完全厘清，也没重量级产品，有点群雄混战。虽然istio是很多
人看好，但不到最后不知道结果。
【在 l***p 的大作中提到】
: JD的意思，跳了坑结果发现很多东西都药自己来，因为你不能退
: 恰恰证明楼主的话，折腾才刚昂开始
: 这玩意真的是谁用谁知道
s*e
47 楼
大架构选择，有两个方面要考虑：
1. avoid vendor lockin
2. enough market share
【在 w********m 的大作中提到】
: 大系统看重的是redundancy。everything is replaceble.
: 比如，牛人走了，菜鸟能不能接手。
: 一个云不行了，另外的云能不能顶上。
: 所以这是一个complexity vs performance 的tradeoff
:
: 宝。
1. avoid vendor lockin
2. enough market share
【在 w********m 的大作中提到】
: 大系统看重的是redundancy。everything is replaceble.
: 比如，牛人走了，菜鸟能不能接手。
: 一个云不行了，另外的云能不能顶上。
: 所以这是一个complexity vs performance 的tradeoff
:
: 宝。
E*1
48 楼
感觉这些东西就是为了让devops有事情做而且显得特别高大上准备的，k8s用户层面无
非就是一些config，但设计的一点没有generic的想法，乱七八糟
非就是一些config，但设计的一点没有generic的想法，乱七八糟
s*k
49 楼
现在k8s生态下最火热的是operator，比service mesh的实际用处大多了
【在 d*******r 的大作中提到】
: 你们以为配置K8S是折腾的终点么?
: 现在新的Hype是 service mesh
: https://istio.io/docs/concepts/what-is-istio/
: https://www.envoyproxy.io/
: 你们折腾完K8S那一坨, 趁着它热乎, 还可以折腾所谓 service mesh
: 一波波的好像时尚界... 静下来仔细想想，几年后还有几个流行?
: ----------- Edit -----------
: 参考下这篇, 论时尚界如何运作:
: http://www.mitbbs.com/article/Programming/31545855_0.html
【在 d*******r 的大作中提到】
: 你们以为配置K8S是折腾的终点么?
: 现在新的Hype是 service mesh
: https://istio.io/docs/concepts/what-is-istio/
: https://www.envoyproxy.io/
: 你们折腾完K8S那一坨, 趁着它热乎, 还可以折腾所谓 service mesh
: 一波波的好像时尚界... 静下来仔细想想，几年后还有几个流行?
: ----------- Edit -----------
: 参考下这篇, 论时尚界如何运作:
: http://www.mitbbs.com/article/Programming/31545855_0.html
d*r
50 楼
所以你以前不用 AWS 么? AWS 已经够方便了
K8S 如果真要用, 我觉得主要是为了 share 计算资源, 比如 share 很贵的一堆机器,
在上面跑不同的 service
VMware
【在 s******e 的大作中提到】
: k8s天天在用，是有点坑，但是比原先的自己租机柜机房，或者用OpenStack 或 VMware
: ，不知方便几条街。
: 我个人极力推荐K8S，也没感觉难学。
: service mesh 目前真心不建议。去年六月在三藩市参加了活动，感觉还是半成品，业
: 界对一些基本概念没有完全厘清，也没重量级产品，有点群雄混战。虽然istio是很多
: 人看好，但不到最后不知道结果。
K8S 如果真要用, 我觉得主要是为了 share 计算资源, 比如 share 很贵的一堆机器,
在上面跑不同的 service
VMware
【在 s******e 的大作中提到】
: k8s天天在用，是有点坑，但是比原先的自己租机柜机房，或者用OpenStack 或 VMware
: ，不知方便几条街。
: 我个人极力推荐K8S，也没感觉难学。
: service mesh 目前真心不建议。去年六月在三藩市参加了活动，感觉还是半成品，业
: 界对一些基本概念没有完全厘清，也没重量级产品，有点群雄混战。虽然istio是很多
: 人看好，但不到最后不知道结果。
s*k
51 楼
k8s 现在AWS，Azure，GCP支持都很好了
k8s在我看来真正的精髓是serverless，就是不需要关心各种计算，储存，网络资源，
只需要部署业务逻辑就是，让k8s帮你管理
不过k8s的网络是个大坑，我觉得用起来有点麻烦
,
【在 d*******r 的大作中提到】
: 所以你以前不用 AWS 么? AWS 已经够方便了
: K8S 如果真要用, 我觉得主要是为了 share 计算资源, 比如 share 很贵的一堆机器,
: 在上面跑不同的 service
:
: VMware
k8s在我看来真正的精髓是serverless，就是不需要关心各种计算，储存，网络资源，
只需要部署业务逻辑就是，让k8s帮你管理
不过k8s的网络是个大坑，我觉得用起来有点麻烦
,
【在 d*******r 的大作中提到】
: 所以你以前不用 AWS 么? AWS 已经够方便了
: K8S 如果真要用, 我觉得主要是为了 share 计算资源, 比如 share 很贵的一堆机器,
: 在上面跑不同的 service
:
: VMware
s*x
52 楼
“k8s在我看来真正的精髓是serverless”
我也这么认为
: k8s 现在AWS，Azure，GCP支持都很好了
: k8s在我看来真正的精髓是serverless，就是不需要关心各种计算，储存，网络
资源，
: 只需要部署业务逻辑就是，让k8s帮你管理
: 不过k8s的网络是个大坑，我觉得用起来有点麻烦
: ,
【在 s********k 的大作中提到】
: k8s 现在AWS，Azure，GCP支持都很好了
: k8s在我看来真正的精髓是serverless，就是不需要关心各种计算，储存，网络资源，
: 只需要部署业务逻辑就是，让k8s帮你管理
: 不过k8s的网络是个大坑，我觉得用起来有点麻烦
:
: ,
我也这么认为
: k8s 现在AWS，Azure，GCP支持都很好了
: k8s在我看来真正的精髓是serverless，就是不需要关心各种计算，储存，网络
资源，
: 只需要部署业务逻辑就是，让k8s帮你管理
: 不过k8s的网络是个大坑，我觉得用起来有点麻烦
: ,
【在 s********k 的大作中提到】
: k8s 现在AWS，Azure，GCP支持都很好了
: k8s在我看来真正的精髓是serverless，就是不需要关心各种计算，储存，网络资源，
: 只需要部署业务逻辑就是，让k8s帮你管理
: 不过k8s的网络是个大坑，我觉得用起来有点麻烦
:
: ,
l*p
53 楼
FaaS 跟 container在我看来完全是两条路，你死我活的路线之争
k8s 的orchestration 主要是为了streamline operation, networking/density/HA
问题在整个社区太扯了，很多概念听起来很好，就像上面的同学提到，
formalistically happy，practically crappy
google不被花姐看好是有道理的
前年我们为了isolation， 引入network policy， calico死活搞不定
service mesh？ don't let me get started
http://www.mitbbs.com/article_t/Programming/31543909.html
k8s 的orchestration 主要是为了streamline operation, networking/density/HA
问题在整个社区太扯了，很多概念听起来很好，就像上面的同学提到，
formalistically happy，practically crappy
google不被花姐看好是有道理的
前年我们为了isolation， 引入network policy， calico死活搞不定
service mesh？ don't let me get started
http://www.mitbbs.com/article_t/Programming/31543909.html
s*k
54 楼
k8s 的networking是一个大坑，。calico用的BGP那套思路，非常heavy，其他的抽象化
都比较合适k8s的思路，计算，储存
FAAS其实背后很多都是用的container做资源抽象，
【在 l***p 的大作中提到】
: FaaS 跟 container在我看来完全是两条路，你死我活的路线之争
: k8s 的orchestration 主要是为了streamline operation, networking/density/HA
: 问题在整个社区太扯了，很多概念听起来很好，就像上面的同学提到，
: formalistically happy，practically crappy
: google不被花姐看好是有道理的
: 前年我们为了isolation， 引入network policy， calico死活搞不定
: service mesh？ don't let me get started
: http://www.mitbbs.com/article_t/Programming/31543909.html
都比较合适k8s的思路，计算，储存
FAAS其实背后很多都是用的container做资源抽象，
【在 l***p 的大作中提到】
: FaaS 跟 container在我看来完全是两条路，你死我活的路线之争
: k8s 的orchestration 主要是为了streamline operation, networking/density/HA
: 问题在整个社区太扯了，很多概念听起来很好，就像上面的同学提到，
: formalistically happy，practically crappy
: google不被花姐看好是有道理的
: 前年我们为了isolation， 引入network policy， calico死活搞不定
: service mesh？ don't let me get started
: http://www.mitbbs.com/article_t/Programming/31543909.html
d*r
55 楼
所以是 Faas (Amazon AWS Lambda) VS K8S&Docker (Google)
这种你死我活么的斗争么? 从 Google 做云的水平, K8S 不乐观...? XD
【在 l***p 的大作中提到】
: FaaS 跟 container在我看来完全是两条路，你死我活的路线之争
: k8s 的orchestration 主要是为了streamline operation, networking/density/HA
: 问题在整个社区太扯了，很多概念听起来很好，就像上面的同学提到，
: formalistically happy，practically crappy
: google不被花姐看好是有道理的
: 前年我们为了isolation， 引入network policy， calico死活搞不定
: service mesh？ don't let me get started
: http://www.mitbbs.com/article_t/Programming/31543909.html
这种你死我活么的斗争么? 从 Google 做云的水平, K8S 不乐观...? XD
【在 l***p 的大作中提到】
: FaaS 跟 container在我看来完全是两条路，你死我活的路线之争
: k8s 的orchestration 主要是为了streamline operation, networking/density/HA
: 问题在整个社区太扯了，很多概念听起来很好，就像上面的同学提到，
: formalistically happy，practically crappy
: google不被花姐看好是有道理的
: 前年我们为了isolation， 引入network policy， calico死活搞不定
: service mesh？ don't let me get started
: http://www.mitbbs.com/article_t/Programming/31543909.html
s*k
56 楼
k8s已经不只是google了，google的k8s founder brandon burns跳槽到软软的Azure做
Aks。 k8s最近最火的operator也不是原生google之前propose的statefulset，而是
coreOS一帮人开始做起来的
【在 d*******r 的大作中提到】
: 所以是 Faas (Amazon AWS Lambda) VS K8S&Docker (Google)
: 这种你死我活么的斗争么? 从 Google 做云的水平, K8S 不乐观...? XD
Aks。 k8s最近最火的operator也不是原生google之前propose的statefulset，而是
coreOS一帮人开始做起来的
【在 d*******r 的大作中提到】
: 所以是 Faas (Amazon AWS Lambda) VS K8S&Docker (Google)
: 这种你死我活么的斗争么? 从 Google 做云的水平, K8S 不乐观...? XD
m*y
57 楼
这俩货都麻烦，还是paas最省事
【在 d*******r 的大作中提到】
: 所以是 Faas (Amazon AWS Lambda) VS K8S&Docker (Google)
: 这种你死我活么的斗争么? 从 Google 做云的水平, K8S 不乐观...? XD
【在 d*******r 的大作中提到】
: 所以是 Faas (Amazon AWS Lambda) VS K8S&Docker (Google)
: 这种你死我活么的斗争么? 从 Google 做云的水平, K8S 不乐观...? XD
s*e
58 楼
AWS 的 产品线太长了。k8s 只是一个免费的容器云技术。你可以在自己机房里玩，也
可以租现成的集群，比如从AWS
,
【在 d*******r 的大作中提到】
: 所以你以前不用 AWS 么? AWS 已经够方便了
: K8S 如果真要用, 我觉得主要是为了 share 计算资源, 比如 share 很贵的一堆机器,
: 在上面跑不同的 service
:
: VMware
可以租现成的集群，比如从AWS
,
【在 d*******r 的大作中提到】
: 所以你以前不用 AWS 么? AWS 已经够方便了
: K8S 如果真要用, 我觉得主要是为了 share 计算资源, 比如 share 很贵的一堆机器,
: 在上面跑不同的 service
:
: VMware
s*k
59 楼
哪里了，这两者天作之合啊，AWS有一个fargate，就是用Faas run container。
Function本来就是不用自己manage那些infra，正好k8s可以做这些
【在 d*******r 的大作中提到】
: 所以是 Faas (Amazon AWS Lambda) VS K8S&Docker (Google)
: 这种你死我活么的斗争么? 从 Google 做云的水平, K8S 不乐观...? XD
Function本来就是不用自己manage那些infra，正好k8s可以做这些
【在 d*******r 的大作中提到】
: 所以是 Faas (Amazon AWS Lambda) VS K8S&Docker (Google)
: 这种你死我活么的斗争么? 从 Google 做云的水平, K8S 不乐观...? XD
s*e
60 楼
IaaS，PaaS，FaaS，他们的发展是有条历史线的，不是一个否定另一个。当然，容器技
术肯定对VM有影响，k8s一定蚕食OpenSrack的份额，但OpenStack还是有其价值的。
FaaS，据我所知，目前的实现很多基于容器和K8S，所以相爱多过相杀
【在 m*****y 的大作中提到】
: 这俩货都麻烦，还是paas最省事
术肯定对VM有影响，k8s一定蚕食OpenSrack的份额，但OpenStack还是有其价值的。
FaaS，据我所知，目前的实现很多基于容器和K8S，所以相爱多过相杀
【在 m*****y 的大作中提到】
: 这俩货都麻烦，还是paas最省事
l*i
61 楼
istio是提供更高的抽象. istio使用envoy做data plane. 换句话说，没有istio只有
envoy也解决了数据通信了: 这是envoy的最初架构师提供的envoy的部署方案 https://
www.envoyproxy.io/learn/service-mesh
istio 希望帮你解决你的product在云尤其是混合云的部署，希望你可以topdown地从
service交互的方式设计你的product，而不是一开始就在想分别在google/amazon/MS的
cloud里面分别用多少节点规划你的部署。
使用istio的初期(也可以是一直到product生命周期结束)你甚至不需要知道istio使用
了envoy作为data plane. 事实上istio的很多contributor也不是envoy的专家，但不影
响他为istio开发的feature。这个抽象也能帮助真正的istio user, 比如说envoy后续
的新功能和性能提升, 作为istio的user你只需要部署更新的istio版本就会自动提供了
如果你不是istio的user，你都可以想一想你每天花多少时间在解决istio开发者在解决
的问题，比如跨部门的traffic management, service discovery, trace, monitoring
, security. 如果你本身就是做这个的，那我相信你可以参考istio的解决方案; 如果
你不是做这个而只是希望你的project中引入，那你需要自己学习多少domain
knowledge，并且需要多久去学习和开发，以及日后的维护，还有，你有多少同事在花
多少时间和你独立地解决这些问题。
我相信最后你也不一定选择istio, 只希望上面的介绍对你的项目有帮助
envoy也解决了数据通信了: 这是envoy的最初架构师提供的envoy的部署方案 https://
www.envoyproxy.io/learn/service-mesh
istio 希望帮你解决你的product在云尤其是混合云的部署，希望你可以topdown地从
service交互的方式设计你的product，而不是一开始就在想分别在google/amazon/MS的
cloud里面分别用多少节点规划你的部署。
使用istio的初期(也可以是一直到product生命周期结束)你甚至不需要知道istio使用
了envoy作为data plane. 事实上istio的很多contributor也不是envoy的专家，但不影
响他为istio开发的feature。这个抽象也能帮助真正的istio user, 比如说envoy后续
的新功能和性能提升, 作为istio的user你只需要部署更新的istio版本就会自动提供了
如果你不是istio的user，你都可以想一想你每天花多少时间在解决istio开发者在解决
的问题，比如跨部门的traffic management, service discovery, trace, monitoring
, security. 如果你本身就是做这个的，那我相信你可以参考istio的解决方案; 如果
你不是做这个而只是希望你的project中引入，那你需要自己学习多少domain
knowledge，并且需要多久去学习和开发，以及日后的维护，还有，你有多少同事在花
多少时间和你独立地解决这些问题。
我相信最后你也不一定选择istio, 只希望上面的介绍对你的项目有帮助
d*r
62 楼
赞, 大牛在工作中用上 istio/envoy 了没?
//
【在 l*****i 的大作中提到】
: istio是提供更高的抽象. istio使用envoy做data plane. 换句话说，没有istio只有
: envoy也解决了数据通信了: 这是envoy的最初架构师提供的envoy的部署方案 https://
: www.envoyproxy.io/learn/service-mesh
: istio 希望帮你解决你的product在云尤其是混合云的部署，希望你可以topdown地从
: service交互的方式设计你的product，而不是一开始就在想分别在google/amazon/MS的
: cloud里面分别用多少节点规划你的部署。
: 使用istio的初期(也可以是一直到product生命周期结束)你甚至不需要知道istio使用
: 了envoy作为data plane. 事实上istio的很多contributor也不是envoy的专家，但不影
: 响他为istio开发的feature。这个抽象也能帮助真正的istio user, 比如说envoy后续
: 的新功能和性能提升, 作为istio的user你只需要部署更新的istio版本就会自动提供了
//
【在 l*****i 的大作中提到】
: istio是提供更高的抽象. istio使用envoy做data plane. 换句话说，没有istio只有
: envoy也解决了数据通信了: 这是envoy的最初架构师提供的envoy的部署方案 https://
: www.envoyproxy.io/learn/service-mesh
: istio 希望帮你解决你的product在云尤其是混合云的部署，希望你可以topdown地从
: service交互的方式设计你的product，而不是一开始就在想分别在google/amazon/MS的
: cloud里面分别用多少节点规划你的部署。
: 使用istio的初期(也可以是一直到product生命周期结束)你甚至不需要知道istio使用
: 了envoy作为data plane. 事实上istio的很多contributor也不是envoy的专家，但不影
: 响他为istio开发的feature。这个抽象也能帮助真正的istio user, 比如说envoy后续
: 的新功能和性能提升, 作为istio的user你只需要部署更新的istio版本就会自动提供了
l*p
63 楼
FaaS是API GW 来拉的，没有流量不花钱
Fargate我理解更像CaaS，一个container多少钱，不管有没有流量都要花钱
Fargate的底层是什么，k8s? 如果是感觉不划算啊，一个container就要一个VPC/
cluster
【在 s********k 的大作中提到】
: 哪里了，这两者天作之合啊，AWS有一个fargate，就是用Faas run container。
: Function本来就是不用自己manage那些infra，正好k8s可以做这些
Fargate我理解更像CaaS，一个container多少钱，不管有没有流量都要花钱
Fargate的底层是什么，k8s? 如果是感觉不划算啊，一个container就要一个VPC/
cluster
【在 s********k 的大作中提到】
: 哪里了，这两者天作之合啊，AWS有一个fargate，就是用Faas run container。
: Function本来就是不用自己manage那些infra，正好k8s可以做这些
s*k
64 楼
你这个说的是技术细节，但是两者都是目的在于抽象具体的infra，然后开发者只需要
关心高层的商业逻辑，Faas很多底层也是用k8s或者类似的技术实现的。Fargate只需要
提交Yaml不就是希望你只需要提交高层的infra怎么抽象，至于底层怎么部署维护他帮
你做，跟只提交Function一个意思啊
【在 l***p 的大作中提到】
: FaaS是API GW 来拉的，没有流量不花钱
: Fargate我理解更像CaaS，一个container多少钱，不管有没有流量都要花钱
: Fargate的底层是什么，k8s? 如果是感觉不划算啊，一个container就要一个VPC/
: cluster
关心高层的商业逻辑，Faas很多底层也是用k8s或者类似的技术实现的。Fargate只需要
提交Yaml不就是希望你只需要提交高层的infra怎么抽象，至于底层怎么部署维护他帮
你做，跟只提交Function一个意思啊
【在 l***p 的大作中提到】
: FaaS是API GW 来拉的，没有流量不花钱
: Fargate我理解更像CaaS，一个container多少钱，不管有没有流量都要花钱
: Fargate的底层是什么，k8s? 如果是感觉不划算啊，一个container就要一个VPC/
: cluster
l*p
65 楼
Function需要提交的是代码，CAAS提交的事container，两码事本质上，虽然可以用
CaaS来wrap Lambda
FaaS会存在environment drift，容易vendor lock-in，而且没法迁移legacy systems
from on-prem，适合小打小闹
CaaS会赢的最终的胜利
CaaS来wrap Lambda
FaaS会存在environment drift，容易vendor lock-in，而且没法迁移legacy systems
from on-prem，适合小打小闹
CaaS会赢的最终的胜利
相关阅读
项目完结就该老中滚蛋 (转载)看到apple推swift，高兴啊JavaScript JokeBest UI ever如何提高编程能力？苹果又出新语言了lock-free data structures关于二维矩阵的C的问题又开始炒作 刘强东， 程序员 = 垃圾职业？ (转载)求教一个matlab和.net整合的问题王垠终于开始搞垠语言了几个写code的牛屄轰轰的样子太可笑了最新haskell实现可用40+ coresCassandra 里的 partitionHow to find the best fit dimension of Polynomial interpolation/curve fitting ?请教先修课pre-requisitepart time pay rate我看swift最显著的特点就是ref counting啊别闹了，赶紧去写程序去alt