发现如果再重新设计这块的话，又会有不同的思路。对于可定位能力，我们可以全息日志采集，将每个用户在整个系统的走向异步的抓取下来，再同步到专门的日志分析系统，在这个系统中可以根据用户号码、订单号进行过滤分析。其次是防呆设计，这个在实际中很难完全避免，但是还是可以做一些工作，比如将开关和配置分级别，一些开关定义为P1,一些不重要的开关定义为P3,重要的开关只有个别人才能打开等等。

容器默认存在两根轴：水平的主轴（main axis）和垂直的交叉轴（cross axis）。主轴的开始位置（与边框的交叉点）叫做main start，结束位置叫做main end；交叉轴的开始位置叫做cross start，结束位置叫做cross end。

微软的Visual Studio非常强大，可以无缝结合Git或自家的TFS（Team Foundation Server），进行项目管理非常方便，从需求分析、开发、测试、维护，几乎可以贯穿软件开发的整个生命周期。这篇文章将会详细介绍如何使用Visual Studio结合TFS进行项目管理。

讨论企业的转型升级从来不是一件容易的事。转型升级的基础是对行业发展趋势的预测。我没有水晶球，自然给不出准确的答案。不过既然是对未来的讨论，杨槐老师说过，预测可以是不负责任的臆想。那么，我就藏丑不如献拙，权且当作抛砖引玉了。

内容上，新增options参数，利用options.debug 来控制webpack参数，用来区分开发和生产环境。例如开发环境不需要混淆和压缩js文件，但是开发环境需要。通过option.debug来区分选择相应的loader配置和Plugin：

基于事件的性能分析器(event-based profiler,也称为轨迹性能分析器,tracing profiler)是通过收集程序执行过程中的具体事件进行工作的。

这些性能分析器会产生大量的数据。基本上,它们需要监听的事件越多,产生的数据量就越大。这导致它们不太实用,在开始对程序进行性能分析时也不是首选。

但是,当其他性能分析方法不够用或者不够精确时,它们可以作为最后的选择。

在数据转发过程中依靠对CAM表的查询来确定正确的转发接口，一旦在查询过程中无法找到相关目的MAC对应的条目，此数据帧将作为广播帧来处理。CAM表的容量有限，只能储存不多的条目，当CAM表记录的MAC地址达到上限后，新的条目将不会添加到CAM表中。

我们在探索转型升级的应对之道时，总希望能把大企业的成功经验照搬过来。在术和器的层面上解决问题。殊不知，成功的企业各有各的成长土壤，淮南为橘，淮北为枳。道有不同，器术效果迥异。大企业往往不谈转型。公司业务成熟，营收稳定，犯不着琢磨转型，四平八稳的小步快跑，搞搞升级就好了。 中小公司在技术和业务两端受到大公司的牵制或挤压。要想在行业里站稳脚跟，只能是大刀阔斧的转型求生存求发展，借机寻找弯道超车的机会。

使用HTML5新支持的搭建WebRtc环境来作为视频通讯