和 yield 的区别是？

写个应用程序， 就准备跑在单核上？

。。。工科男找不到女朋友还找不到个熟人妹子帮自己看看怎么搭配吗？
而且女生是商场的托怎么办。。

@xiaket
不,我觉得这个和 man 不冲突. 我们既需要大辞典也需要小词典不是么?
有时候 man 里选项多的实在不想去看. 而有些选项是重要的, 有些选项则几乎用不到.

赞

@njulzp 哈.这个插件我之前也装过,用来把 translation.com 变成 .cn....不过卸载好久了.

@njulzp
@POPOEVER
@mrtone
@terry0314
@ooTwToo
只有 @laughish 的方法是 work 的.
Mac 下修改
/Users/yourname/Library/Application Support/Google/Chrome/Default/Preferences.
然后重启 Chrome. (需要退出)

@mrtone
我这里看请求是直接 jp 200 的.没有 302 那个.
而且我设置了 google.com.ncr

@xfspace 我不是**访问**.com 跳到.jp,我是在多功能输入栏(地址栏)里输入想查的东西, 跳到了 jp. 而没有跳到我在 chrome 设置里填的.com. 就算把设置里的.com 换成 ncr 也是一样.

用 pip wheel+requirements. 线上一般不能访问 pip 仓库的时候， wheel 就有用了

@YuJianrong >那你说boolean 的 true和字符串"true" 和 new String("true")要不要是同一个 key？不是的话谁大谁小？然后a[1]和 a["1"] 是不是就要分开了？
===号返回true的，hash值相同，返回false的，hash值不同（先不去管冲突）。能做到判断===，也就能做到hash。
>说实话我觉得你这种抱着一种语言的观念去学另外语言的习惯非常不好，别的设计有别的设计的理由（虽然有些是失误比如 typeof null），抱着这种先入为主的观念不是一个学习其他语言的好态度。
这段我认同，只是coding的时候不能抱着先入为主的观念。但是在理解设计的时候，你无法不抱着先入为主的观念，不然如何去比较设计的思想呢。

@YuJianrong 我可不觉得是字符串的有序比较。我传个长度为10000的字符串key他还真给我去比较了?我宁可相信内部是hash的。你在说到谁大谁小的时候已经默认是RB树实现的map了。可是我觉得这么应该是hashmap
@stranbird 但是它有义务Fail Fast。 那比map<K,V>更泛型的是？ 直接数组实现就行了，何必数组模拟链表。

@YuJianrong 因为运行时动态类型的map在C++中实现要比实现一个静态类型的难。而Js里，原本的实现我觉得已经可以做到传个对象进去当key了。一个是还要很多的工作，一个是限制和不限制。所以我吐槽的是设计而不是实现。对，他本质是个obj。这是实现。但是设计上，他是个k,v map。

@stranbird > 在多数场景下反而会提高debug的难度。不指定separator就默认为undefined，字符串里没有undefined就分不开，返回自己有什么问题么。
我觉得挺有问题的，字符串里没有undefined应该告诉我不能对字符串找一个叫underfined的字符。
@stranbird 拉链法和链表没有什么卵关系。Scala那段没懂你想表达什么，map<string, V> 本来就是 map<K,V>的一个特例，和你后面说的没什么关系。

@YuJianrong 恩。我说了是一大半人。另外，我之所以不会吐槽C没有map，是因为C真的没有map。而js有一个map<srting,Any>..也就是一个本来应该是泛型的东西弄了个偏特化出来了..这真的让我觉得有点接受不能，都已经帮忙实现了map了，为什么还要加上这个限制呢(我觉得是限制，而不是功能子集，也就是说实现一个泛型的和实现已经有的这个，代码没啥大区别，但是偏偏就是限制了只能用string）

区别在于，实例会把自己传入方法。

@wingyiu 没用过异常处理吗？我觉得yield和异常处理是一回事情啊。都是setjump嘛。

@w88975 原来黑还要黑到点子上。不爽还要不爽到别人也不爽的地方？或者你觉得我说的这些其实挺爽的？ 这位同学活着有点累吧。

@Wangxf 原因是不爽，至于为什么不爽，就好像你学物理的时候感觉数学上的一些知识直接拿来用是可以的，但是学语文的时候数学的知识突然全没用了...