晨会和日报，是掌握团队内成员工作动态的一种方式，那这两种方式哪种最好呢？
从实践角度来讲，日报有助于将工作动态以文字形式记录下来，每天对自己的工作作一个总结，但这种方式似乎不为程序员所喜欢，所掌握的信息也不够实时动态，相对而言，晨会似乎更为大家所接受，主要是回顾昨天做了什么，遇到了什么问题，今天计划做什么事情，在会议中可以随时互动。因此，既然开了晨会，就要充分发挥晨会的长处。
晨会的时候，时间控制在30分钟，每人表述限制在3-5分钟内，人数以10人以内为宜，如果是几十人的团队，就需要再划分小组。如果某人遇到的问题需要花较长时间讨论，那就单独找某人，不必将所有不相关人士聚在一起。
技术组长在组织晨会的时候，首要目的是理解每个组员的工作情况，理解问题，针对这些问题，鼓励组员自己解决，解决不了的，从思路上加以指引，如果仍然难以解决，那就要考虑引入外部资源协助了。
其次是情绪调控，由于人性格气质的差异，有些人在遇到棘手问题时，总是比较悲观，而有些人则显得过于乐观随意，技术组长另一个重要工作是调控组员的情绪，“悲则济之以乐，乐则济之以悲”，让技术员保持松弛有度的状态去处理问题。
最后，晨会要解决的一个问题是工作关联关系的把控，日报一般只是交给技术组长，但组员之间不了解相互之间的工作状态的，但一个项目中的团队，总是存在着紧密的工作互动，有时候，A的工作没完成，B的工作就无法开展，组员总是比较关注自己的工作，技术组长在听他表述自己的进度的时候，还要将他和其他相关人士的工作状态联系起来，找出关联点，进行协调
主要是提供了面试的思路，下面补充面试时，考察者对面试者的回答需要秉持一个怎样的技术衡量标准。
面试是一个逐渐减分的过程，比如满分一百，你询问一些项目中的问题，他应该知道的，却不知道，就要减分，直到减无可减，然后可以问一些加分项目。
那么哪些是应该知道的呢？比如询问他项目中遇到的线上问题，或者模拟一个与他项目相关的线上问题，看他能否给出解决方案；问他项目的系统架构，业务逻辑等等。如果他回答不上来，或者回答不理想，那就要减分。
那怎样才算是理想的回答呢？不同层级的技术人员，要求也不同。
比如，对于中高级java，不单单是要针对某个问题，能想到相应的点子，还要能说出实现这个点子的具体技术线。你问他：“针对秒杀功能，如何防止超卖？” 仅仅回答一个“加锁”是不够的。怎么实现锁的特性，是在代码里加synchronized吗，是通过mysql数据库锁吗，还是通过redis缓存的自增器实现？具体的实现步骤是怎样的呢？加锁机制有什么缺陷？有什么优化方案能避免这个缺陷吗？针对某个点，要拓展开来，对问题有思路，明白这个思路的原理，明白它具体如何实现。
对于技术专家，估计要求就更高了，不单单对目前项目的思路和实现方案心知肚明，还要对市面上其他的技术有深入的了解，为什么这个项目中消息队列要用kafka，而不是其他呢，是人云亦云呢，还是自己本身有过调查研究，有测试数据支持这个技术选型呢？即技术专家对整个技术面和技术体都要有所深入。
