首页   注册   登录
 fe619742721 最近的时间轴更新

fe619742721

V2EX 第 254813 号会员,加入于 2017-09-17 14:08:42 +08:00
今日活跃度排名 1218
fe619742721 最近回复了
1 天前
回复了 lepig 创建的主题 程序员 明天你们送另一半什么礼物
sk2
3 天前
回复了 RX03 创建的主题 Steam Tony🐴。。叛乱 2 免费了
开局一个号,游戏全靠领
@avastms 角度清奇
9 天前
回复了 UGLW 创建的主题 问与答 mac 上 QQ 会阻止 Alfred 锁屏功能
快捷键冲突了,取消掉 QQ 的查看联系人快捷键就好了
9 天前
回复了 UGLW 创建的主题 问与答 mac 上 QQ 会阻止 Alfred 锁屏功能
复现了。。不过我从来没用过这个
11 天前
回复了 CoderHugo 创建的主题 投资 初入职场,每月能攒个两三千,该放哪呢?
几千块放哪区别不大,三点几和五点几 一年下来也没多大区别,有攒钱的习惯就 OK,有钱了再考虑放哪里
11 天前
回复了 ghostgril 创建的主题 前端开发 测试按找出的 bug 数绩效是普遍现象吗
我们有类似的规定,不过是标准是提测后连冒烟测试都过不了,正常功能都走不下去的那种 bug。。。
@whileFalse 开发自测,提测后测试全量,大概就这两轮吧,主要是做 toB 的企业服务,客户量大线上不敢出问题,真要推进做灰度的话紧急措施预案还是得有,之前就有提过要做灰度减少升级成本,也是因为数据问题搁置了
@whileFalse 我们现在上线都是凌晨上线测试做全量回归,如果出现了问题会直接回滚,这样的话,用户的业务数据不会受到影响,但是如果灰度的话,必然会有部分用户使用灰度版本产生业务数据差异,所以从目前灰度的方案来看,使用统一数据库的前提下似乎也没有好的处理办法了是吗?只能从功能代码,数据库字段设计上考虑,避免灰度失败带来的数据差异影响了
还好我们只在测试环境有使用过这个。线上一直都用的正常的
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   鸣谢   ·   实用小工具   ·   787 人在线   最高记录 3762   ·  
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.1 · 19ms · UTC 23:09 · PVG 07:09 · LAX 16:09 · JFK 19:09
♥ Do have faith in what you're doing.
沪ICP备16043287号-1