V2EX › troycheng 的所有回复 › 第 3 页 / 共 3 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3

❮

❯

2017 年 7 月 11 日

回复了 sunyinyin 创建的主题 › 酷工作 › [北京] 坐标北京，作业帮诚聘测试开发工程师

居然在 V2EX 看到了我司的招聘信息，路过帮顶

2017 年 5 月 17 日

回复了 he110shield 创建的主题 › Python › Python 并发问题

只有实验室才会出现的问题系列，O(∩_∩)O~
同步的话就木有这个问题，当然你的识别结果要快；异步的话，自然要引入回调来通知 client 端取结果。不过这个场景下，要异步的话也没什么人会用了吧，太慢了等不了

2017 年 5 月 11 日

回复了 XiaoFaye 创建的主题 › 程序员 › 讨论一下，什么情况下可以把数据全部加载到内存

@XiaoFaye 说一句原来 BD 里面常说的看起来很对但好像又没什么帮助的废话：权衡一下你这样做的代价，和带来的收益。

这里的收益暂且粗分为两方面：1. 是否更快了（数值上和感观上），乘以它的使用量； 2.是否更容易维护了（自己和别人是否容易懂和容易改）

如果就没有显著的快，又没几个人用，改起来还麻烦，那自然就没必要了。如果数值上有明显的变化，访问的量又很大，那付出一点代价也是值得的。

2017 年 5 月 11 日

回复了 XiaoFaye 创建的主题 › 程序员 › 讨论一下，什么情况下可以把数据全部加载到内存

这个个人觉得没有统一标准。需不需要考虑性能问题，取决于你是否真的存在需要压榨性能的场景。而脱离场景的优化，要么属于学习研究范畴，要么属于炫技。

在有流量压力的系统里，比如访问压力较大的站点，这种多读少改或者基本不怎么改的数据，可以本地缓存（各种你熟悉的方式）放在内存里，减少 DB 连接耗时以及对 DB 连接无谓的消耗，代价是需要集中分发和允许小概率个别不一致的情况。

如果不存在这方面的场景，比如一天也没多少量的服务，用你最容易理解最容易维护的方式去写就好了

2017 年 5 月 4 日

回复了 carrieflint 创建的主题 › 酷工作 › [北京/伦敦] Flint Innovations | 燧炻创新招聘玩 Linux 的同学

@carrieflint 一直做后端开发的，你们考虑么……主要作品就是重构了两个网站，加起来每天流量 8 亿多，一个花了一年，另一个花了两年，现在主要做 C++后端服务开发，也有两年的时间了，非嵌入式领域，非系统开发。

2017 年 5 月 4 日

回复了 qoras 创建的主题 › Java › 请教, 多个抓取请求只等待其中一个, 其它阻塞要怎么实现呢

可以考虑队列，生产者消费者的方式，将要抓取的 url 扔进队列（可以多队列，也可以单队列里去重），抓取的事情交给消费者做。具体实现，简单处理的话，同楼上，redis 订阅发布机制就可以搞。

多阶段协同性质的任务很多时候不需要用锁的机制，合理解耦任务，用队列的方式进行异步处理，是非常高效且容易实现的方式

2013 年 5 月 20 日

回复了 wuxqing 创建的主题 › Python › python开发的敏感词检查代码有吗？

@wuxqing 这个得改造一下算法了，我见过这边有加入距离的方式计算的，搜搜相关的文献？

2013 年 5 月 20 日

回复了 wuxqing 创建的主题 › Python › python开发的敏感词检查代码有吗？

@micyng 那是我在学校的时候写的，没什么经验，请多指教

2013 年 5 月 5 日

回复了 feijilei 创建的主题 › 程序员 › 求mac下面好用的编辑器

sublime text 2

1 2 3

❮

❯