V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  fcicq  ›  全部回复第 30 页 / 共 39 页
回复总数  778
1 ... 22  23  24  25  26  27  28  29  30  31 ... 39  
2015-05-06 10:51:20 +08:00
回复了 CupTools 创建的主题 问与答 你们觉得 SmartOS 的 VPS 会有市场么
@ioiioi omnios 毕竟是更小众的分支, 而且和主线有差异(如果把 Joyent 维护的部分算主线的话), 不适合大规模使用.
2015-05-06 10:46:20 +08:00
回复了 CupTools 创建的主题 问与答 你们觉得 SmartOS 的 VPS 会有市场么
Disclaimer: 是 Joyent 和 fengqi 的使用者.

Docker 在这玩意面前是渣就不用多说了, 就是沾了大家都熟悉 Linux 而且都赖着不走的光. 哪怕 Docker 就是容器多方面的事实标准也不能掩盖这是渣的事实. 用 Joyent 系技术的话可以很快的达到近高端的标准(Zones 的隔离上是顶级的), 但是推广上非常成问题, 好技术卖不好其实也很常见的.

Linux 和 Windows 如果需要跑在这个 KVM 里的话得到的好处不多还要失去普遍对 Linux 的熟悉感, 所以没有胆量换系统的人不会考虑 illumos 系, 如果技术达到有胆量换的时候选择会更多, Linux 的灵活性明显更大一些所以 illumos 占不了多少便宜. 这个杯具就很难解了.
楼主胆真大, 买的抗版权投诉的机房的机器?
2015-05-02 23:56:51 +08:00
回复了 zeayes 创建的主题 Google 大家对 GRPC 怎么看呢?有没有人使用呢?
@zeayes 你的问题更倾向于通信和数据封装的协议, 这个的话 json 和 msgpack 都有. 但不要寄希望于这几个框架去解决分布式系统的本质问题.
2015-05-02 19:47:28 +08:00
回复了 fcicq 创建的主题 求职 [预定北京] 如果还有人记得这个 ID 的话请进
@box1d 不用 QQ.
2015-05-02 19:46:24 +08:00
回复了 zeayes 创建的主题 Google 大家对 GRPC 怎么看呢?有没有人使用呢?
现成业务已经用上的基本不可能换框架. G 开源的东西如果没有后期规模的推广并表现出能够长期维护的诚意, 就可以等同于往外扔废品.
2015-04-30 23:46:42 +08:00
回复了 dingyaguang117 创建的主题 酷工作 说一说最近面试的一些体会
7,9 属于题目比较有问题的情况, 但是 3 的后半部分没答好是楼主的错. 另外如果这是实际顺序的话, 面试官不应该再问 4 了.

楼主的算法水平大致属于还算够用的程度, 没有碰上能够直接问 blog 文章或者 github 经历的面试官是个遗憾.
2015-04-30 23:14:58 +08:00
回复了 fcicq 创建的主题 求职 [预定北京] 如果还有人记得这个 ID 的话请进
@haoguihua 已回邮件.
2015-04-29 18:36:57 +08:00
回复了 fcicq 创建的主题 求职 [预定北京] 如果还有人记得这个 ID 的话请进
没有被种下 Cookies 的情况下好像不能观看, 需要点两次或者用什么方法绕过? 抱歉没考虑到豆瓣有这样的设定 @Livid
2015-04-29 18:23:28 +08:00
回复了 fcicq 创建的主题 求职 [预定北京] 如果还有人记得这个 ID 的话请进
@Livid 应该是所有人可见的. 稍等检查一下.
v2ex 改版后第一个值得评论的帖子.

首先, 这不是一个合格的职位要求说明, 看起来像是倾向于应用的基本数据挖掘工作. 如果要求真的低到一定程度, 还不如直接买某社的某商业产品呢.
第二, 这个要求符合的人非常少. 完全满足的人偶认为至少要出 15-20M JPY/year(是 DeNA/GREE 把这个基准线提高了), 招一个像 hamadakoichi 那样的大牛来领着建团队, DeNA 前些年这方面还看不上, 大牛带着两年就有非常大的改观.
第三, 没有见过你们的人活跃参与各类相关勉强会.

说句不好听的, 还不如 cookpad 呢?
2012-04-22 14:39:08 +08:00
回复了 qiuai 创建的主题 随想 一个关于智能家居中电表的想法.
黑客的乐园. 有事没事给你断电玩
2012-04-19 13:42:55 +08:00
回复了 derekwei 创建的主题 Google Google App丢信的问题
和反垃圾邮件有关, 从 SPF Record 开始看起吧. 如果不在垃圾箱里面的话情况则更为复杂, 很可能不是楼主能操作的事情.
2012-03-29 19:58:03 +08:00
回复了 cloverstd 创建的主题 问与答 对于含有自己信息的纸张(例如:快递单)如何处理
考虑到快递单子和外面的包装是粘在一起的, 沾一定量的水然后稍用力搓即可.

但是可惜的是, 无论是怎样的方式, 大概只有安慰作用, 而实际意义没有想象中那么大吧.
2012-03-18 20:28:19 +08:00
回复了 xRC 创建的主题 问与答 关于Readability add via mail
刚发现必须用 HTML 格式的才能识别... 纯文本不识别...
2012-03-18 19:54:01 +08:00
回复了 xRC 创建的主题 问与答 关于Readability add via mail
偶这里是发单个也没有反应.
2012-03-18 19:53:42 +08:00
回复了 xRC 创建的主题 问与答 关于Readability add via mail
一两周之前发现同有这个问题, 并已反馈过, 但并未有结果.
2012-02-04 14:12:22 +08:00
回复了 fcicq 创建的主题 Bitcoin 求安慰
原因分析:
2012.1.21, 更换 bitcoind.
版本 0.3.24 (with 0001-bitcoin-4diff.patch) 到 0.5.99(built from git)

注意到 patch 后 hub mode 的存在有助于更快的获取新 block, 但这不是最后一根稻草.

---

协议和 debug.log 的分析:

https://en.bitcoin.it/wiki/Protocol_specification#inv
新 block 的发现者要广播 inv 消息, 说明自己发现了一个 block (tx 同).
(但收到 inv 消息的客户端只知道有 block 出现, 不知 block 的内容)

客户端广播 getdata 消息获取所有未知的 inv.
获取之后检测其正确性, 并处理新 block.

问题出在 getdata 不成功之时.
The code attempts to limit redundant requests to every 2 minutes for the same block by using a map called mapAlreadyAskedFor to delay the message if necessary.[6]
--- https://en.bitcoin.it/wiki/Satoshi_Client_Block_Exchange

修复: 暂时将重试时间从 120s 改为 10s.
(但对普通 tx 不应使用本项, 需要再调整. 判断为 Block 类型则改为 5s 或更低.)

src/net.h:
// Each retry is 2 minutes after the last
- nRequestTime = std::max(nRequestTime + 2 * 60 * 1000000, nNow);
+ nRequestTime = std::max(nRequestTime + 10 * 1000000, nNow);
2012-02-03 22:08:38 +08:00
回复了 fcicq 创建的主题 Bitcoin 求安慰
可是比另一个同高度的 block 晚了一点点.
有. 去掉, 否则收费就是 3 到 4 倍了. 让他们选择吧.
1 ... 22  23  24  25  26  27  28  29  30  31 ... 39  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1616 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 17:03 · PVG 01:03 · LAX 10:03 · JFK 13:03
Developed with CodeLauncher
♥ Do have faith in what you're doing.