sticnarf

V2EX 第 158668 号会员，加入于 2016-02-13 20:51:52 +08:00

今日活跃度排名 12263

广州 GitHub

sticnarf

全球工单系统 • sticnarf • 2019 年 2 月 21 日 • 最后回复来自 greatbody

V2EX • sticnarf • 2019 年 1 月 24 日 • 最后回复来自 Livid

分享发现 • sticnarf • 2017 年 11 月 22 日 • 最后回复来自 imbahom

103

sticnarf 最近回复了

2020 年 1 月 28 日

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

2019 年 6 月 23 日

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

2019 年 2 月 20 日

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

2019 年 1 月 4 日

回复了 Trumeet 创建的主题 › Java › Java 太胖？

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

2018 年 12 月 25 日

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

2018 年 11 月 6 日

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

2018 年 11 月 4 日

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

2018 年 11 月 4 日

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

2018 年 11 月 4 日

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

2018 年 10 月 18 日

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