没玩过，我们只有每周发布的缺陷统计以及每周功能性缺陷总和以及非功能性缺陷总和的统计

感谢学霸君提供的场地，感谢李志和行政妹子。希望参加的同学们有所收获。

不是才 2 家么

QC35 还是冬天戴戴，等 airpods 的二代

@cay 加你为信任用户，可以在 wiki 把这个系列文章加上。

ps -ef | grep
pkill
crow --api_level=24 --device=nexus_5 --run_on_cloud

首席你跳槽啦！

京东阅读上看的，还是嫌疑人看得比较认真

这个过程还是蛮复杂和漫长的，除了工具配合，还有很多工程和沟通上的改进。
你可以从代码审核和持续集成入手，效率提升有一个量到质的过程。

没开源，TAP 只是 CI，我们有一整套从设计到发布的工具集，目前都还没有开源。

欢迎来分享经验

PPT 应该会有吧，需要征求讲师同意后提供

本次学霸君场地有限，开放了 50 个名额，我也没想到这么快就报满了

很好，这样我就不用先建记事本然后再拷贝一次了

下周一会发报名帖

欢迎投稿，可以作为下次沙龙议题

你的投稿么？

有啊，不过现在暂时没定

议题确定后会开放报名

统一更新下，学霸君的场地申请下来了，时间定在 9 月 17 号，我们后续会在百格上发布方便大家报名。

有规律的发布是一个改进的过程，我也是通过 4 年慢慢推动的，前提是要 PM 和 TL 的支持。

这是你公司模式问题，需求的问题你可以另外开帖写写你们的故事，本帖主要讨论发布。
如果没有需求分析，前置工作没做好，后面怎么做都会碰到返工折腾，这个网上已经有很多有趣的图。

客户的需求，首先有产品经理进行过滤，分类、排优先级，然后和研发团队沟通讨论实现的方案。
客户需求，不会全盘接受，你说的坑人需求是否有经过讨论？这些没有解决的话，后续工作开展就有问题了。

一周两次太苦了，过头了

什么叫做抖 m 啊，又落伍了