2019-03-11老板参加复盘这趴中的安全检查有意思。就像急救流程准则中的第一条，确认环境安全，其次才是进行急救。
团队中就出现过，复盘过了一段时间，有成员私底下反馈说复盘没有效果。如果当时就能反馈就好了。
除了复盘，我觉得会议之后也要有检查，让大家投票，会议是否达成目的，会议是否有效，会议是否需要改进，应该如何改善。
及时寻求有效反馈，是持续改进的要点作者回复: 回顾会议一般是定期举行，比如，两周一次，行动项就放在桌面上检查。如果不能做到定期回顾，那倒真的需要安排专门的检查，但那样做就重了。
2
2019-03-12想请教一下老师之前讲测试驱动开发，写测试用例的时候都没有写代码和方法，那怎么写测试，没有方法可以调用，这是怎么处理的 1 1
2019-03-11上面没写完就提交。。。
代码上持续集成相对好些。首先是拆解任务，把没个任务分成最小的颗粒，每每完成一个就可提交。这里难题是任务分解，如何合理的拆碎任务需要一定时间的锻炼。这个时候可以借鉴行业的最佳实践如果是技术上的可以看看成熟的解决方案等等。深入的学习。作者回复: 当你开始把知识贯穿起来，知识之间就了有了更多的连接。
1- 2019-03-11我觉得程序员自己的学习和提交代码是类似的。前者贯穿不停的学习，后者惯着高频度的提交。
二者的不同在于学习到了某一阶段，需要换个思路。比如某些时候把发横向学习变为纵向学习，而某些时候有需要把纵向学习改为横向学习。如今的时代信息爆炸，有价值的东西多，噪音也多。两者参杂在一起，难以区别。即便是除去了噪音在一堆信息里找出适合自己的或者自己迫切需要的不是个容易的事情。 1 
2019-06-06暴露问题是改进的前提。提早暴露问题也能让团队成员能够更好的配合你的工作，使得主要业务进程不会被耽误
2019-03-31里面提到了用主分支的开发模式，公司里用的是develop的开发模式，对于这种情况，怎么看呢？老师作者回复: 主分支模式强调的是一条主干，是 master 还是 develop 并不重要。