V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  troycheng  ›  全部回复第 3 页 / 共 3 页
回复总数  49
1  2  3  
2017-07-11 16:17:00 +08:00
回复了 sunyinyin 创建的主题 酷工作 [北京] 坐标北京,作业帮诚聘测试开发工程师
居然在 V2EX 看到了我司的招聘信息,路过帮顶
2017-05-17 11:36:15 +08:00
回复了 he110shield 创建的主题 Python Python 并发问题
只有实验室才会出现的问题系列,O(∩_∩)O~
同步的话就木有这个问题,当然你的识别结果要快;异步的话,自然要引入回调来通知 client 端取结果。不过这个场景下,要异步的话也没什么人会用了吧,太慢了等不了
2017-05-11 11:15:05 +08:00
回复了 XiaoFaye 创建的主题 程序员 讨论一下,什么情况下可以把数据全部加载到内存
@XiaoFaye 说一句原来 BD 里面常说的看起来很对但好像又没什么帮助的废话:权衡一下你这样做的代价,和带来的收益。

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

如果就没有显著的快,又没几个人用,改起来还麻烦,那自然就没必要了。如果数值上有明显的变化,访问的量又很大,那付出一点代价也是值得的。
2017-05-11 10:35:18 +08:00
回复了 XiaoFaye 创建的主题 程序员 讨论一下,什么情况下可以把数据全部加载到内存
这个个人觉得没有统一标准。需不需要考虑性能问题,取决于你是否真的存在需要压榨性能的场景。而脱离场景的优化,要么属于学习研究范畴,要么属于炫技。

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

如果不存在这方面的场景,比如一天也没多少量的服务,用你最容易理解最容易维护的方式去写就好了
2017-05-04 09:56:59 +08:00
回复了 carrieflint 创建的主题 酷工作 [北京/伦敦] Flint Innovations | 燧炻创新 招聘玩 Linux 的同学
@carrieflint 一直做后端开发的,你们考虑么……主要作品就是重构了两个网站,加起来每天流量 8 亿多,一个花了一年,另一个花了两年,现在主要做 C++后端服务开发,也有两年的时间了,非嵌入式领域,非系统开发。
2017-05-04 09:39:44 +08:00
回复了 qoras 创建的主题 Java 请教, 多个抓取请求只等待其中一个, 其它阻塞要怎么实现呢
可以考虑队列,生产者消费者的方式,将要抓取的 url 扔进队列(可以多队列,也可以单队列里去重),抓取的事情交给消费者做。具体实现,简单处理的话,同楼上,redis 订阅发布机制就可以搞。

多阶段协同性质的任务很多时候不需要用锁的机制,合理解耦任务,用队列的方式进行异步处理,是非常高效且容易实现的方式
2013-05-20 15:01:10 +08:00
回复了 wuxqing 创建的主题 Python python开发的敏感词检查代码有吗?
@wuxqing 这个得改造一下算法了,我见过这边有加入距离的方式计算的,搜搜相关的文献?
2013-05-20 14:59:19 +08:00
回复了 wuxqing 创建的主题 Python python开发的敏感词检查代码有吗?
@micyng 那是我在学校的时候写的,没什么经验,请多指教
2013-05-05 23:28:02 +08:00
回复了 feijilei 创建的主题 程序员 求mac下面好用的编辑器
sublime text 2
1  2  3  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5410 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 06:50 · PVG 14:50 · LAX 23:50 · JFK 02:50
Developed with CodeLauncher
♥ Do have faith in what you're doing.