ziggear 最近的时间轴更新
ziggear

ziggear

V2EX 第 44404 号会员,加入于 2013-08-26 01:26:00 +08:00
ziggear 最近回复了
2020-02-27 23:29:04 +08:00
回复了 suzper 创建的主题 编程 如何让无线路由器繁忙,从而让“妹妹”下床
带宽很难跑满,你得想办法增加连接数,跑满 CPU
2020-02-27 23:25:46 +08:00
回复了 EarthChild 创建的主题 生活 我去银行兑换 1000 个五毛这个行为有什么问题?
银行的职责就有还钱这一条,不会拒绝你,去之前提前打电话说一下应该就行,给他们点准备的时间
万一拒绝给你换的话可以找相关部门投诉
2020-02-27 23:23:25 +08:00
回复了 Zovven 创建的主题 程序员 现在有哪些领域值得深入呢?我又深深的陷入了焦虑。
问“哪些领域”,不如问“哪些能力”或者“哪些知识”
2020-02-27 23:19:53 +08:00
回复了 zhang5388137 创建的主题 程序员 如何看待公司把开发人员 bug 列入考核?
开发人员 bug 列入考核,那就要先问:怎么考核?我想无非就是那几种方案,比如常用的“千行变更 bug 率”——这个规则一旦实施之后其实会引发另一个问题:对于模棱两可的 issue,QA 到底要不要提为 bug ?比如前端开发字体过大(即使需求如此?),很多时候 QA 会提为 bug,严格来说应该分类到“体验优化”的 issue 里,但是互联网公司一切都要求快速推进的节奏,我不知道有多少 QA 团队会去细化和贯彻提 bug 的界限、分拣规则,以及后续的无效 bug 打回或转需求等问题。

我所在的团队曾经就面临这样一个恶性循环:领导提出要考核 bug 率 —— QA 提 bug 后频繁被打回 —— QA 开始变得谨慎,提 bug 之前先找开发确认 —— 开发效率降低 —— 代码质量下降。所以我个人认为,bug 列入考核确实不合理,但并不是从不公平角度来看的,真正能很好执行考核流程,还能解决上面我提到的问题的团队,相信都是无论是个人的业务能力还是团队的合作能力都非常到位的团队,自然不用太担心 bug 率的问题。

另外,如果是为了恶心你们,那就另说了。
2020-02-27 11:37:41 +08:00
回复了 14cheese 创建的主题 宽带症候群 亲们,给推荐个 4G 流量卡吧
有个 18 块钱 38G 的,很稳定,我用了 5 个月,微信是 bububu18888
那种 9.9、19.9 包 100G 的很容易坑
2019-10-13 23:55:57 +08:00
回复了 wumao 创建的主题 MacBook 有没有发现 mac 上有时候会找不到文件(文件被隐藏了)
我如果开太多文件 /程序 有这个情况
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2917 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 15ms · UTC 11:09 · PVG 19:09 · LAX 04:09 · JFK 07:09
Developed with CodeLauncher
♥ Do have faith in what you're doing.