事情的起因事情是这样子滴，有一次我在代码评审的时候，发现有同事想使用运行时才能够获取到的值，去改变一个静态数组的元素个数，我当时就很诧异，因为我心里知道这样是不可行的，静态数组的元素个数在编译时就需要是固定不变的，一般只能是常量或者宏定义，否则编译就不能通过。但是当时我提出来以后，把原因说了，包括写出这个代码的人和另外一位同事都没理解，弄得我有点怀疑自己了，

一、入门数据分析1.大数据时代的基本面大数据产业发展现状：现在数据已经呈现出了爆炸式的增长，每一分钟可能就会有：13000个iPhone应用下载Twitter上发布98000新微博发出1.68亿条Email淘宝双十一10680个新订单12306出票1840张在大数据时代，出现了三大变革：从随机样本到全量数据

此文是笔者按照分析流程进行简单验证，分析验证过程中难免有遗漏之处，如有错误遗漏还烦请各位指出共同进步。

web2.0时代；除了纯信息展示类的网站；基本都是有文件上传功能的；最不济你得让用户换个头像吧；但是随着业务的发展；如果上传的文件都和网站程序源代码放在一起；那是有相当多的弊端的；1：静态文件会占用大量带宽；2：服务器的成本略高；常规的做法是把php源代码放到一台服务器上；图片等静态文件放在另一台服务器上；当一个神奇的“云”时代的到来

完整原文链接：http://tecdat.cn/?p5438(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Ftecdat.cn%2F%3Fp%3D5438)

　在最初开始构建微服务系统的时候可能服务并不多，我们可以通过做一些静态配置来完成服务的调用。比如，有两个服务A和B，其中服务A需要调用服务B来完成一个业务操作时，为了实现服务B的高可用，不论采用服务端负载均衡还是客户端负载均衡，都需要手工维护服务B的具体实例清单。但是随着业务的发展，系统功能越来越复杂，相应的微服务应用也不断增加，我们的静态配置会变得越来越

当下，逢运营必谈数据分析，APP运营更是如此。数据分析的用意本不在于数据本身，而是要打造一个数据反馈闭环。收集数据，设计基础数据指标，多维度交叉分析不同指标，以数据甄别问题，再反向作用产品，最终形成数据驱动产品设计的闭环。从运营小白到产品经理，提到APP数据分析，必谈DAU、MAU、留存率、频率、时长…..那么，究竟如何将这些数据分析和日常运营结合起来呢

本文从一个小明写的bug开始，讲bug的发现、排查定位，并由此展开对涉及的算法进行图解分析和源码分析。

AI辅助分析WhatsApp