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 啊，又落伍了

我们做稳定性测试时需要生成大量数据，最初想法是通过接口调用生成，后面发现内部接口一直在开发状态，变动太大， 还好产品还有一个 openapi，正好拿来使用，同时还能测试下 openapi。以前 newegg 造数据刚开始是各种 sql 语句，最后干脆写个 winform 包装下 sql 语句来生成数据 。google 就方便很多，每个月直接从线上导次数据到 devel db，用户多的好处就在这里。

求首席点评和分享你的经验啊

我们一般把合集放在 wiki 里，方便查找