现在微信的月活大概为 11.1 亿，QQ 的月活大概为 7 亿，。
在 2010 年，同时期比较有竞争力的产品有 微信，米聊，QQ，飞信；但是在 2012 年之后，最终留下来的只有微信。如果就事后诸葛亮，可以找出一万个理由来说微信的成功的理由。但是如果回到 2010，2011 年，思考一下以下问题会觉得十分有趣：
简单罗列一下产品经理入门数据仓库需要了解的名词，方便与 开发 或者 数据分析师 沟通交流。
数据仓库是决策支持系统（dss）和联机分析应用数据源的结构化数据环境。数据仓库研究和解决从数据库中获取信息的问题。数据仓库的特征在于面向主题、集成性、稳定性和时变性。
数据仓库是一般从用户实际需求出发，将不同平台的数据源按设定主题进行划分整合，与传统的面向事务的操作型数据库不同，具有较高的抽象性。面向主题的数据组织方式，就是在较高层次对分析对象数据的一个完整、统一并一致的描述，能完整及统一地刻画各个分析对象所涉及的有关企业的各项数据，以及数据之间的联系。
数据仓库中存储的数据大部分来源于传统的数据库，但并不是将原有数据简单的直接导入，而是需要进行预处理。这是因为事务型数据中的数据一般都是有噪声的、不完整的和数据形式不统一的。这些「脏数据」的直接导入将对在数据仓库基础上进行的数据挖掘造成混乱。「脏数据」在进入数据仓库之前必须经过抽取、清洗、转换才能生成从面向事务转而面向主题的数据集合。数据集成是数据仓库建设中最重要，也是最为复杂的一步。
数据仓库中的数据主要为决策者分析提供数据依据。决策依据的数据是不允许进行修改的。即数据保存到数据仓库后，用户仅能通过分析工具进行查询和分析，而不能修改。数据的更新升级主要都在数据集成环节完成，过期的数据将在数据仓库中直接筛除。
今天不知道写点什么，就来聊聊「数据中台」吧。
现在到处都在说中台，企业中台，技术中台，移动中台，研发中台，这个已经被用烂了的词，但是没有人告诉我到底什么是中台。
所谓「中台」，从字面意思上理解就是居于前台和后台之间的工作，引述一段美军作战阵型的演变来帮助大家理解中台：
美军在二战时，以军来为单位作战；到了越战时，以营为单位作战；到了中东战斗的时候，以 7 人或者 11 人的极小班排去作战，这是今天最灵活的军事组织，也是核心竞争力和打击能力最强的一个组织。而美军之所以能灵活作战，敢放这么小的团队到前方，是因为有非常强的中台能力，这些能力包括战斗直升机、舰炮远程支援、战术导弹系统、战斗机支援体系等，这些能力能支持小团队快速做判断，并且引领整个炮火覆盖和定点清除。
中台不是具体系统，是一个技术架构，可以从以下几个方面理解：
数据指标作为业务和数据的结合，也是数据统计的基础，也是量化业务效果的依据。数据指标是数据仓库的根基，也是数据报表呈现的依赖。
数据仓库一般采用的建设方法是应用驱动，业务逻辑知识散落在各个 ETL 开发与 PD 的头脑中，缺乏总整体上对源系统的一个全面了解。全面的数据调研工作对后续数据仓库模型中的设计具有非常重大的指导作用，在数据的取舍、数据整合策略、指标计算方法等方面对非常重要。
范式建模法其实是在构建数据模型常用的一个方法，该方法的主要由 Inmon 所提倡，主要解决关系型数据库得数据存储，利用的一种技术层面上的方法。目前，我们在关系型数据库中的建模方法，大部分采用的是三范式建模法。
一个符合第三范式的关系必须具有以下三个条件:
在自己的写博客的时候有一些文章会同步到微信公众号，但是有不想重新编辑样式，所以我会直接用 markdown 的内容复制到微信里面。
目前，我在使用的是 MacDown，所以我自己定义了一套 MacDown 的样式来美化自己的博客。这个样式也是目前博客的样式。
3F3F3Fmargin: 20px 0 10px粗体ps. 在手机上字体的大小会降低 2px
当我还是初学者的时候，上司让我做一个新项目的需求调研。其实，我心里心里已经有了一个假设，我需求的调研的目的当然是在为我的产品找支持的依据。自然，最后的产品是我想要的，而不是用户想要的东西。
这是一个很奇怪的悖论，为什么不要关注用户想要的东西？产品的需求调研不就是为了满足用户的需求的吗？
因为在很多时候，用户根本不知道自己想要什么，不知道什么对自己是好的，自己应该做什么。
比如，一个小孩午饭的时候想吃糖，但是他的父母会去准备更健康的食物。
比如，一个准备减肥的人信誓旦旦的说自己明天不吃饭了，但是第二天说不定还会去吃两个汉堡包。
你需要理清楚真正的需求，比如健康的食物（虽然小孩子不喜欢），比如说明天不吃饭背后的逻辑。
我本科学就读的是计算机科学与技术，后来研究生毕业后开始做全栈开发，同时从事产品经理相关事务，并搭建了全美第一个餐饮分布分析系统。17 年回国开始专职数据产品经理的工作。
记得回国的第一个礼拜，LXG 问我回国的计划，是做产品经理还是做研发工程师，怀着改变世界的梦想，我选择了产品经理。同时希望，这个产品经理可以和技术沾边，所以就入了数据产品经理的行业。
入职后，也没有人和我说什么是数据产品经理，于是我单纯的理解为 产品经理+数据。同时网上也大量的充斥着类似的答案，一遍又一遍地加深我对数据产品经理有歧义的理解。以至于后来，我逐渐缩小自己的定位，使自己的工作职能越来越偏离数据产品经理的方向。
过去的产品设计过程中，我总想着怎么去打通数据间的联系，怎么构建一个数据中台。其实产品经理的重要职能是连接数据与人，脱离了人的数据是没有价值的。
蹭着周末，梳理了一下我对数据产品经理的理解，欢迎大家留言交流。
最近上迷于「一起来捉妖」，里面有一个孵蛋的功能。就是由一天走路的步数转化为孵蛋的进度。
由于走路的步数是来自于 iOS 的健康，所以就想着是否有办法可以博破解健康，来满足自己的虚荣心。
与修改微信的步数类似，目前市面上修改步数的方法都已经失效。我们需要一个更加给力的方法。
今天就先尝试修改 iPhone 的步数吧
最近文章没有写多少，但是工具一定要挑好……
最近尝试了 语雀，Typora，马克飞象，Yu Writer，MacDown，Ulysses，Sublime Text，MWeb，markeditor，Mark Text……
我的使用范围主要是 4 个类型：
这类的场主要是我有一些按文件夹分类的 Markdown 文件，在管理上希望可以有文件目录。符合这一类的软件有，Yu Writer，Ulysses，MWeb，markeditor……
在使用 Typora 时发现这个编辑器可以使用 iPic 上传图片。下载之后发现这个软件是订阅制的，需要 ￥60/年。
iPic 确实是一款很好用的软件，支持的图床种类也有很多，但是作为一个几乎是 0 运营成本的软件我不能接受订阅制这个东西。
默认 iPic 支持试用 7 天无限制图床，试用采取的是本地验证。试用开启时间存储在/Users/yourname/Library/Containers/net.toolinbox.ipic/Data/Library/SyncedPreferences/net.toolinbox.ipic.plist
将 values -> Markdown -> value 更换为七天之内的时间戳即可实现无限试用。
写一个小脚本
一个方便的做法是在启动 iPic 前将这个试用时间调到一个最近的时间。但将 /Applications/iPic.app/Contents/MacOS/iPic 改为启动脚本会出现一些签名的奇怪问题。