V2EX › c4pt0r 的所有回复 › 第 7 页 / 共 12 页

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

2015 年 9 月 7 日

回复了 c4pt0r 创建的主题 › 程序员 › 开源了这几个月的工作: TiDB

@IwfWcf Percolator 其实事务模型很简单，就是一个 2PC 加上了一个二级锁的优化，同时通过中心授时服务器来分配全局递增的事务 ID 。这个模型的优点就是实现简单，在单个机房内部性能尚可，作为一个阶段性的目标还算可以，而且我认为分布式事务基本都是 2PC 的变种。加上现在 TiDB 的 SQL 层和存储层是彻底分离的，所以未来我有计划尝试新的模型，比如 CockroachDB 的 HLC ，或者其他的什么好玩的东西。

2015 年 9 月 6 日

回复了 c4pt0r 创建的主题 › 程序员 › 开源了这几个月的工作: TiDB

@Comdex 其实在一个大型的分布式系统上， java gc 对于整个系统的吞吐影响不大。而且现代 jvm 的 gc 已经还算比较牛逼了。

2015 年 9 月 6 日

回复了 c4pt0r 创建的主题 › 程序员 › 开源了这几个月的工作: TiDB

@husinhu 很牛逼啊， zhh 的作品。
代码我还没有自习读过，但是看 zhh 平时的风格，应该是比较偏向 Cassandra 然后加上了自己的分布式事务支持，听说打算发论文，希望有机会能读一下。
我们的数据库希望是严格的实现 Google F1 和 Spanner 的论文。

2015 年 9 月 6 日

回复了 c4pt0r 创建的主题 › 程序员 › 开源了这几个月的工作: TiDB

@IwfWcf 我们会持续的更新的，包括文档，其实思路和 CockroachDB 比较接近，但是我们会花更多精力实现 Google 的 F1 论文的内容（也就是 SQL layer ）目前我们底层的分布式事务 KV 第一阶段会基于 Google 的 Percolator 来做。 CDB 更偏向 Spanner 的设计。

[1] F1: http://research.google.com/pubs/pub41344.html
[2] Percolator: http://research.google.com/pubs/pub36726.html

2015 年 9 月 6 日

回复了 c4pt0r 创建的主题 › 程序员 › 开源了这几个月的工作: TiDB

@Andiry 目前的分布式 DB ，一是没有跨行事务，二是几乎没有 SQL 的支持。而 TiDB 的目标就是这两点。至少目前没有一个开源的分布式数据库搞定了，所以就决定自己搞了。
至于 scalability 大家解决的思路都差不多； replication 通过 Paxos / Raft 搞定。

2015 年 9 月 6 日

回复了 c4pt0r 创建的主题 › 程序员 › 开源了这几个月的工作: TiDB

@archxm 哈哈哈，我是 PingCAP 的 CTO, 鄙司就是做 OpenSource 的 NewSQL 的

2015 年 8 月 6 日

回复了 zushi000 创建的主题 › 程序员 › 创作一个 ocr 识别然后拨号的 app，我该如何下手！

第一步，把 tesseract 在手机上跑起来

2015 年 8 月 5 日

回复了 xiaobetty 创建的主题 › 推广 › 晒出你最蠢的一段代码，送 Cherry 鼠标垫

int negtive(int i) {
if i < 0 {
return math.Abs(i);
} else {
return -1 * i;
}
}

2015 年 8 月 3 日

回复了 yourmoonlight 创建的主题 › 程序员 › 请问诸君，为啥现在随随便便一个人都敢称自己为全栈工程师？？很想知道大家是怎样定义全栈的。。。

大多数都只是爆栈 (stack-overflow) 工程师吧 LOL

2015 年 7 月 21 日

回复了 wangzhenhuip 创建的主题 › 求职 › [记录]阿里内推电话一面

怎么说呢，原则上还是不要透露面试题吧（无论是 onsite 还是电话）。
如果我是面试官，如果我发现这个事情，无论对方回答得多漂亮，我都是会拒绝这个人的。
以后请注意啊。。。。

2015 年 7 月 21 日

回复了 nashangban 创建的主题 › 推广 › 你现在从事的工作和你所学的专业相关么？（写评论， GitHub Shop 贴纸、T 恤免费送）

专业：软件工程
工作：Infrastructure Software Development

2015 年 7 月 15 日

回复了 c4pt0r 创建的主题 › 酷工作 › [北京][纯技术向 Startup] 招聘第一名前端 Hacker

@fengjianxinghun
恩，我们自己写了 sql parser 和执行计划层

2015 年 7 月 13 日

回复了 c4pt0r 创建的主题 › 酷工作 › [北京][纯技术向 Startup] 招聘第一名前端 Hacker

@liuy20110607
咦，被发现了 XD

2015 年 7 月 13 日

回复了 c4pt0r 创建的主题 › 酷工作 › [北京][纯技术向 Startup] 招聘第一名前端 Hacker

@stillzhl
感谢回复！
不过我们现在暂时没有 intern 的计划，同时技术栈是 Go.

其实我不太认同自降身价换取工作机会，其实对于技术面的扩展，大可通过业余时间刷 HN，自己的 side project, 参与 github 的开源项目，混开发者社区，订阅各种邮件组，看各种 Youtube 上有意思的视频来自己提高，关键是你先得找到自己感兴趣的大方向，多动手，try to build something. 在做自己的业余项目的同时，你会发现你的视野和编码能力都会有所以提高的

2015 年 7 月 13 日

回复了 c4pt0r 创建的主题 › 酷工作 › [北京][纯技术向 Startup] 招聘第一名前端 Hacker

对了。。我们没有 PM。。。XD

2015 年 6 月 5 日

回复了 pepsin 创建的主题 › 酷工作 › [北京] 目前最火的那个 FORK，正在招聘各种工程师！！！！！

@pepsin 50ms 的响应时间对应的并发压力呢？任何语言在压力不大的时候都不会有性能问题，当并发大的时候，语言本身的 runtime 的 IO 模型和 vm 的性能就高下立现了。。。我个人是不太喜欢 Ruby 的，很多项目就是前人挖坑后人填坑。。。业务初期用 Ruby 是快，结果到后来一定逃不掉用其他语言重写。。。不过 99% 的 startup 都挺不到那步就是了。。。:)

2015 年 6 月 5 日

回复了 pepsin 创建的主题 › 酷工作 › [北京] 目前最火的那个 FORK，正在招聘各种工程师！！！！！

Ruby 的性能都你们业务爆发期可能会是瓶颈，这类社交 app 又是最容易爆发的

2015 年 6 月 3 日

回复了 code1984 创建的主题 › 酷工作 › 我如果在这里招聘个行政，会有人理我吗

呵呵

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

❮

❯