@secondwtq 用公司自己部署在国内的 JIRA 还是又卡又慢 （摊手

每次出现这种贴，总会想到一个人（逃

@CloudnuY 啊，那大概是应对攻击的做法？

LZ，你这些全是同一个进程的不同线程吧……总共占了 1.65G 的 8.9%也就是 150M 左右，这已经不能接受了吗？

因为我菜所以喜欢 Rust 啊……

别看中间的丢包率，没意义的。

@henglinli Rust 没有用 LLVM 的 coroutine，现在是自己实现的。（虽然 async/await 在 stable 上还用不了）

当然也不能否认 LLVM 的贡献。没有 LLVM，Rust 现在在哪里都不知道呢

@henglinli Rust 的革新之处和 LLVM 完全没有关系。要是 Rust 人手够，要什么 LLVM，像 Go 一样连 libc 的不依赖了不更好。Rust 撞 LLVM 的 Bug 也不少了。

虽然上面挺多人提到了 MacBook，但到现在为止竟然还没有鞭尸宅里奥的（逃

@ioschen 没用，“ 2000 年以前”、“ 2000 前之前”，还是可以理解为 2000 years ago。
使用“千禧年”是个歧义较小的选择。如果忽略掉 2000 年本身，也可以说 21 世纪前。但这两种只能解决整千 /百年的问题。
通用的做法应该就是前面加“公元”了。或者，学习民国或日本继续使用年号纪元法（逃

学校：华南理工
地区：广州
运营商：教育网+联通 双出口
网络类型：闲时 20M，高峰 8M，IPv6 100M
价格：250 一年
认证登录类型：客户端认证（有线）/网页认证（无线）

自带的输入法一直有 LZ 类似的问题，所以一直不用

@iqav 广州公园前

https://github.com/python/cpython/blob/master/Objects/stringlib/fastsearch.h#L5

介于 Boyer-Moore 和 Horspool 之间的算法，效率比 KMP 要高。

主流 C++标准库里的 find() 的确是朴素的 O(MN) 的算法，但在大部分实际的情况下，最坏的情况极少发生。

@rockyou12 如果只是一个 crud 网站的话，Rails 周边的生态不要太好，几乎什么需求都有 gem 帮你搞定了
私以为以大多数项目的规模，Rails 完全可以胜任，GitHub 不还用着 Rails。动态语言写好测试的话，正常情况重构也不是那么可怕的事情。
如果项目真的发展到 Rails 难以支持的地步时，自然有钱 /人来重构 /重写的 （逃

@rockyou12
Rails + cancancan 了解一下？