V2EX › taowen 的所有回复 › 第 10 页 / 共 12 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 2 3 4 5 6 7 8 9 10 11 ... 12

❮

❯

2017-03-07 14:39:12 +08:00

回复了 taowen 创建的主题 › 云计算 › 如何能让开发效率快 10x 倍？

@8355 测试环境不可复用。每个项目都要因材施教。各种数据准备和 mock 方案换个项目又得重头开始，一点积累都没有。

2017-03-03 23:15:59 +08:00

回复了 willakira 创建的主题 › 云计算 › Amazon S3 的事故报告出来了… Typo…

说明运维自动化的抽象层次还是太低了，这么大的厂，居然还能用 ansible 搞这么底层的事情。还以为 AWS 的运维已经脱离了 bash 的低级趣味呢

2017-03-02 10:03:01 +08:00

回复了 CMGS 创建的主题 › 酷工作 › [北京/长沙] ENJOY 平台组招人啦

好工作，帮顶

2017-02-19 14:00:59 +08:00

回复了 mammut 创建的主题 › 程序员 › [分享一文] Jay Kreps - 为何流处理中局部状态是必要的

把状态放到应用层（非配置类缓存这种），大部分场景都是 over design 。你啥业务一个远程的 kv 不能满足需求的？

2017-02-13 10:17:07 +08:00

回复了 taowen 创建的主题 › 程序员 › 噢，你的代码像一坨翔。然后呢？

@murmur https://vimeo.com/131757759 udi dahan 的吐槽。 salesforce 是好的，半截子的 salesforce 还不如 PHP 裸写。我的观点是要把开发平台做得效率超过 PHP 裸写，这个 bar 其实很高的。

2017-02-13 09:34:11 +08:00

回复了 taowen 创建的主题 › 程序员 › 噢，你的代码像一坨翔。然后呢？

@sighforever V2EX 不鼓励全文转载的

2017-02-09 13:34:35 +08:00

回复了 taowen 创建的主题 › 分享创造 › Jsoniter 0.9.8 发布： JSON 性能对标 Protobuf

@Kisesy 去 github 上报 issue 吧

2017-01-28 23:17:11 +08:00

回复了 eyp82 创建的主题 › 程序员 › 机器学习现在很火, 但有个疑问: 这跟普通程序员有多大关系? 或者说我们的价值在哪里

机器学习是需要大量离线和在线数据的。大部分搬砖的，就是把数据从一个地方搬运到另外一个地方。然后让这些数据更加遍历于在线和离线的机器决策。这就是一个搬砖的觉悟。

2017-01-20 08:35:57 +08:00

回复了 DolphinWood 创建的主题 › 分享创造 › Service Mocker - 跑在浏览器里的 API mocking service

同赞思路+2

2017-01-03 23:47:00 +08:00

回复了 taowen 创建的主题 › Java › 超级灵活的 Java JSON 库

@Troevil http://jsoniter.com/java-features.cn.html 简明扼要，不废话型文档

2017-01-03 23:38:48 +08:00

回复了 taowen 创建的主题 › Java › 超级灵活的 Java JSON 库

@Troevil 当然是可选的。这个例子是演示如何“灵活”。一行的写法是 JsonStream.serialize(new int[]{1,2,3}) 然后反序列化 JsonIterator.deserialize("[1,2,3]", int[].class)

2016-12-30 15:43:33 +08:00

回复了 only0jac 创建的主题 › Go 编程语言 › 好厉害的 Go，跟 py 一比，简直了

可以看一下我写的 jsoniter http://jsoniter.com/java-features.html 解析各种 json 应该要方便很多了
这个是 java 版本的文档， golang 版本的稍后更新

2016-12-20 00:00:31 +08:00

回复了 taowen 创建的主题 › 分享创造 › 全世界最快的 JSON 解析器 - 比别的快 10x

@beny http://jsoniter.com/java-howto.html 刚刚对比了一下 jsoniter 的 java 版本对一个简单对象绑定的几种实现。整段的 decoder 源代码生成贡献最大，其次是避免了中间对象的生成，还有就是避免了 int 等 primitive 类型的装箱拆箱。不仅仅是用字节码生产代替反射那么简单的事情。可以看到 jackson 的 afterburner 加上之后并没有比 jackson 本身快多少。整段生成的 java 源代码使得 hotspot 更好去优化目前看来是主要因素。

go 版本还没有上代码生成，纯粹只是做了一些指针运算来代替反射。

2016-12-13 00:01:20 +08:00

回复了 taowen 创建的主题 › 分享创造 › 全世界最快的 JSON 解析器 - 比别的快 10x

@ipwx point taken, thanks. 这个世界还是需要多样性的。虽然所有的现代语言都支持了数组越界检查，但是仍然有人觉得自己需要裸奔。作死是挡不住的。

2016-12-12 23:04:21 +08:00

回复了 taowen 创建的主题 › 分享创造 › 全世界最快的 JSON 解析器 - 比别的快 10x

@slixurd 刚刚改了一下代码，现在支持了。

2016-12-12 22:45:05 +08:00

回复了 taowen 创建的主题 › 分享创造 › 全世界最快的 JSON 解析器 - 比别的快 10x

@zcbenz 代码写出来用的。 rapidjson 再快也没办法用来反序列化 java 对象，比较有何意义呢。 java 多了一次堆外缓存到堆内对象的拷贝，肯定比 c++慢啊。 c++可以直接 mmap 成 bytes ，然后直接 cast 成内存对象来用。

2016-12-12 22:20:47 +08:00

回复了 taowen 创建的主题 › 分享创造 › 全世界最快的 JSON 解析器 - 比别的快 10x

@zcbenz string 是 std 呢还是 fb 呢还是 qstring 呢。性能差别大了去了。