@loading 阁下的 id 出现在此贴下，一种莫名喜感

深信服表示这都弱爆了 +1

wangyin 写编程语言的能看, 这些领域, 我觉得就算了吧...

选 N 种蔬菜不要米饭不用炒加沙拉酱行吗?

身为人邮粉 18 载, 楼主我挺你！！

我并不是安全工程师, 只是普通程序员, 所以, 不那么靠谱的安利一下:
cryptopp 比 openssl 好用多了 ...

关注一下磁盘 IO, IO 也有漏斗算法, 不在乎预算可以试一下 Provision 的 IOPS 看看有没有改善.

OpenStreetMap render 出来的图都是按 tile 组织的, 如果你只是想要图, 那是完全可以在本地缓存一份的, 至于 POI, 那就 ... 不清楚了.

tiffany ?

并没有这样的文书存在,
但有一样东西能够提供这样的作用,
在未来某个阶段, 只要你不能继续给公司业绩作出无可替代的贡献, 那么叶良辰大概有 1001 种方法让你生不如死.
但只要是你依旧是不可替代的, 符合公司利益的, 那叶良辰也会跪舔的.
你明白了吗?

国内的消费者太弱势了, 如果明确是鞋子滑导致的摔跤, 根本不是退鞋子的问题, 而是考虑医疗费, 误工费相关赔偿, 起诉.

楼上好多卖家嚷着不能退的也是短视, 总是这么一种舆论导向, 以后谁还网购鞋子这种需要试用的商品.

什么是供给端改进, 购物体验也应该是一个环节吧, 看一下美国加拿大的信用卡退货标准, 即便是 "买家无法通过账单内信息回忆起所购买的商品" 这样奇葩的理由, 都能发起欺诈, 卖家能够胜诉的几率都微乎其微.

我收到的都是英文的， 我只想回：你们能搞定工作签证不？

对了, 如果要有实际应用场景的话, 是不是可以考虑用一个 go routine 来维护 t 这个变量, 即增加的时候往一个有 buffer 的 chan 里写 delta, 这样一般不会阻塞, 至于查询, 如果不需要准确值, 直接读 t 就好, 如果需要准确, 就比较棘手了.

go 的编译器直接优化掉 for 循环
-- 删删改改弄错了.

赞, 有意思的测试, 我猜测有几个问题:
1. 在测非原子操作耗时的时候, 我不确定 go 的编译器直接优化掉, 有精力的话, 你可以试一下 1. 用 if / else 替代 for 循环, 2. 把 t+=1 封个函数.
2. 即便真的差距这么大, 也容易用指令流水线的原理来解释.

@loveminds
有意思的想法, 我读了所有的回复.

这里或许还有安全性问题: 油箱不像汽油车那样藏在后排座位下方的位置, 当发生一些本来不足以威胁乘员的交通事故时, 比如轻度追尾与被追尾, 这时油箱是否容易发生爆炸?

如果只是想去旅行, 可能拖一台小型的发电车(房车)在后方的方案更靠谱一点, 可以停下充电.

这件事取决于库的使用对象吧,

一般通用的, 即便作者是德国人, 法国人, 日本人, 都要用英文写 readme 和 issue 吧, 最多再用自己的母语加一份(常见于日本作者). 这样可以降低全世界程序员参与进来的难度.

少数情况是应该用中文的, 比如, 中文分词, 中文简繁转换, 这样的库要是用英文写 readme, 我觉得就有装 x 嫌疑了.

又见 GEB, 我司几乎快人手一本了...