思维的划分

在学习数据分析知识的过程中发现了一个七周成为数据分析师课程班,讲解的比较基础和全面,相对于常见的一些数据分析课程,突出的优点在于它把重心放在了数据分析的思维和业务能力,更加符合实际需求.毕竟对于数据分析师来说,最难的地方在于思维业务能力,否则只会使用各种各样炫酷的软件代码而不知所措. 这里记录一下七周成为数据分析师课程的学习笔记,教学视频是在万能的b站上发现的.可能涉及到版权原因这里就不贴上链接. 对应的文字教学资料可以查看:互联网数据分析能力的养成,需一份七周的提纲--秦路 接下来是第一周的课

解构地产经济 楼主:财富中国Z3Lv 12 时间:2018-04-03 18:48:16 点击:799369 回复:8241 从物质的角度,应该叫做"地产---物质"体系.怎么说呢,就是社会物质的出现,与地产有一个大概的从上而下的的传导关系. 物质可以说是合成的,又是可以说是生成的.合成,是指从物质和材料自身来说,由资源.材料然后合成物质. 而生成,是指从开始到最后,实际都是概念的表现. "地产--物质"体系,很明显是最漂浮的表面层次.怎么讲呢? 就相当于说,一个人

万万没想到用理工科思维理解世界-万维钢(同人于野)著 第一章 怎样杀死海星 传统组织就如同蜘蛛,它的智力集中在大脑,只要你把蜘蛛的头去掉,蜘蛛就会死亡.而去中心化组织就如同海星,海星根本就没有头.它的智能分布在身体各处,一旦你打掉它身体的一部分,那个部分甚至可能自己再长成另一个海星. 不过去中心化组织有个关键的弱点:你很难通过这样的组织赚大钱.分权的产业利润低,只有集权才能获得高利润. 怎样杀死海星?<海星与蜘蛛>给了三个策略. 第一个策略是改变环境.既然你们是靠一种意识形态联系在一起,我就让

来源于: http://www.cnblogs.com/muhongxing/archive/2009/12/22/1628782.html http://www.cnblogs.com/muhongxing/archive/2009/12/29/1635104.html 我使用思维导图已经有一段时间了,也有了一些自己的经验,甚至,在工作和生活中,思维导图已经是我必不可少的一项工具.当智哥问我能不能用一句话解释清楚思维导图的时候,我迟疑了一下,还是没法说清楚(看来要将<金字塔原理>列入读书计划

我觉得这篇文章和什么都能扯上点关系,比如编程. 很多人已经讨论过数学与编程的关系了,这里不想过多探讨,只是简单提一下:有些人把数学贬低地一文不值,认为做一般的应用软件用不到数学:而有些人则把数学拔高到一个很高的位置,认为一些比较上层的领域像机器学习,包括其父.子类人工智能和深度学习都需要用到些相对晦涩的数学知识.我的看法是:尽自己的能力学习更多的数学知识总是没有坏处的.当然,辨证的来看,过度学习偏废了机器本身也就不说什么了(仁者仁智者智吧,王垠也写过一篇文章,我想附在这里:数学与编程,希望勿喷,

本文作者将通过APP数据分析体系上的一些经验与感悟,探索作为产品经理,如何建立数据思维的方法论. 统计学之父W. Edwards Deming曾经说过一句话: In God We Trust, All Others Bring Data. 翻译成大白话就是,上帝我们是信的,但是您哪,得拿数据说话. 由此可见,除了上帝管辖的形而上的信仰领域,如果其他领域遇到具体的问题,数据才是最拿得出的证据. 权当一个小引子,这次想和大家分享的是通过APP数据分析体系上的一些经验与感悟,探索如何建立数据思维的方法

引言:一个复杂问题进行拆分,最后会形成一个数量巨大的细分问题群.如果没有严格的按照"逐层不漏不重"原则进行,细分出的问题将很难形成合力来完整有效地支撑解决原问题.本文以策划一个会议为例,来了解结构化思维的应用. 本文选自<数源思维:业务导向的数据思维秘籍>. 在对问题进行拆分时,应该采用什么样的逻辑或者结构呢? 当然最直接的办法就是采用前人已经总结好的问题思考框架,比如在战略分析领域有经典的SWOT框架.BCG矩阵或GE矩阵(图1)等. 图1 GE矩阵 在外部环境分析时有波

用产品思维设计API(二)--数据解耦,才是前后分离的本质 前言 最近公司内部在重构项目代码,包括API方向的重构,期间遇到了很多的问题,不由得让我重新思考了下. - 一个优雅的API该如何设计? - 前后端分离之后,API真的解耦分离了吗? - 不断的版本迭代,API的兼容性该如何做? ps.这里所说的API仅为Web API,提供APP\WEB开发使用. 年前,我司内部的接口已经进入了一个完全的重构阶段,参考了市面上各大平台的API和文档,自己也总结出了很多的心得.这里向大家分享一下,接下来

一.什么是架构 关于什么是架构,业界从来没有一个统一的定义.Martin Fowler在<企业应用架构模式>中也没有对其给出定义,只是提到能够统一的内容有两点: 最高层次的系统分解: 系统中不易改变的决定. <软件架构设计>一书则将架构定义总结为组成派和决策派: 组成派:架构=组件+交互:软件系统的架构将系统描述为计算组件及组件之间的交互. 决策派:架构=重要决策集:软件架构是在一些重要方面所作出的决策的集合. 而架构的概念最初来源于建筑,因此,我想从建筑的角度去思考这个问题.Wi