你这个问题根本不是 well-asked ，都不知道你想要什么分布，怎么随机？

纸和笔才是王道。

@POPOEVER document.write 可以写 HTML

@POPOEVER HTML 标签名是大小写不敏感的，并且 canonical 的 tagName 是 IFRAME

纠结 JavaScript 的内存布局没有意义， JavaScript 把它抽象掉了。

这个指北本身问题也很多，此外这个实现也有很多问题。

“在合适的位置添加空格”并不是正确的排版方式，而是一种因为现代浏览器不能正确排版而做的 hack 。那些位置应该具有的是 *空白* 而不是空格。如果你使用 Word 或 Outlook 就不会有这个问题。

另外看起来本文提到的 example 并不是最新的纠正器的结果：比如“。”和“ GitHub ”之间不需要空格，“ Awesome ”和“）”之间也不需要，“ Wanstrath ”、“、”和“ PJ ”之间也不需要。但是目前网页演示得到的结果是正确的。

汉字和拉丁字母之间插入空格的实现是错误的，例如“法语中两人初次见面可以用Énchanté(e)打招呼。”中第一个空格并未被加入。

数字和拉丁字母之间增加空格也不一定是正确的，例如 1Password 。

纠正拼写太激进，譬如 ruby 变 Ruby 和 window(s) 变 Windows 都不一定是正确的，还有 chef 、 grape 、 office 、 underscore 等词语也不应该自动纠正。以下词语是正确拼写： Vim 、 git （它可以是命令的名字）。

把 ie 替换为可能是错误的，它还可能是 i.e.。

拼写纠正器可能会意外地把 git-scm.org 纠正为非 canonical 的写法 Git-scm.org 。

另外双写、三连写“！”或“？”是正确用法。

@Sevenskey 那个安全性的目的是防止电子邮件收集程序拿到你的地址从而发送垃圾邮件给你^_^不是防人类

@monsoon 结合机器学习只会得到更糟糕的结果，因为随机的目的就是随机，不是让列表符合某种口味的随机。

@hjc4869 确定不 this IEnumerable<T> source 嘛~

微信的话难道不是代表每增加一台设备都要增加一个用于接收消息的微信号么？

@springz 有吗？！？！(⊙ˍ⊙) 我一个月前得知的状态还是没被墙……

我国政策不允许修改去电显示， GV/Skype 的效果都很好。

一个迂回解决方案是，只用 landline 拨出号码，把实体电话线和 Lync (Skype for Business) 绑定，打网络电话走 Lync ，最终实际上是通过实体电话线的，所以就没有修改去显的问题了。

坏处：你的电话号码是 landline 。

另外网络电话不能解决收短信问题等（发短信可以，但是费率不划算）。

这个想法一直很好，但这要求一个人必须注册 GitHub 账户……对于非技术人群来说很困难。

想要造一个完美的评论系统太困难了，以下几点是必备的：

1. 审查、删除、封禁；
2. 用户可以正确地把自己的评论归到一起；
3. 身份系统，用户可以通过访客模式提交评论或通过主流 SNS 登录；
4. 数据必须可控；
5. 样式可定义；
6. 轻量。

Disqus 轻松满足 1-4 ， 5-6 需要自己动手且非常麻烦。 GitHub 不能满足 3 ，但是 3 是一个非常重要的需求。

难道不是有一个“关闭”按钮吗

感觉画风是跳大神什么的

@mogutouer 家庭版并不需要是家人才可以用啊 - -

@dogfeet 啊我突然发现“ vector 的价值”了 - - 就是自动回收内存（为啥说着说着连最初的目的都忘掉了逃

那并不是你不能用一般的方式解析 JSON ，只是你不想。 Case closed.

麻烦学习一下计算理论再来想这么简单的限制下可不可能做得了。

你的 JSON 必须符合一些特别精细的要求，以致该种内容可以用正则语言搞定才能用正则表达式。

另外，你所谓的“存在就匹配”，你想匹配什么内容呢？

@limhiaoing 我应该更正为“只用 new/delete 和 vector<T>”，本意当然不是只能用 malloc ，比如你还可以 calloc ，或者 VirtualAlloc 。

另外如果希望提高 vector 的性能，需要写自己的 allocator （避免愚蠢的 new ，通常的实现），然后调用一次 reserve ，再祈祷编译器可以帮你把那些抽象都返朴归真（好在大多数编译器都可以搞定）；反正我是不觉得在性能密集场景下 vector 比脱掉 vector 高明多少——如果要求期间不发生内存重新分配，那 vector 还有什么价值呢？