决策的依据来源于“场景——用户——需求”，但对业务的认知局限会导致其信息理解上的偏差，不懂业务就难以做决策，以至于让决策的依据变得玄幻。如何说服所有人：我拿出来的就是经过深思熟虑的最好的决策呢？ 把自己的每一次判断当做一次假设麦肯锡在解决问题的方法中最为推崇的一种就是“做出假设”。这是一种大脑进行逻辑推演，沙盘布兵的操作。 让你的每一次判断都是一次假设，而不是一个结论，我们往往在判断一个行业是怎样的时候，通过网络信息的辅助，自身的分析等等会得到一个我们认为正确的结论。一旦固话成结论，往往就会固执己见，看不到潜在风险。 而问题就是，你获取到的信息有可能不全面，也有可能不准确，错误的信息给了你错误的判断，而我们却误以为是结论。因此，把每一次判断都当成一个假设，随时接受假设被推翻，而不要轻易下结论。 熟悉业务往往发现不懂业务的人往往会产生以下情况： 无法鉴别信息含金量和真伪，或者无法提供合理的业务反馈。ToB大部分是系统性的产品，由于每个人的职能不同，且对系统的理解范围不一致，同时又缺乏相关业务经验，很容易造成团队内耗。 无法感知到信息深度。信息有时候有关联性，可惜自己问也问了，别人答也答 ...
Think
未读有的时候，我们往往会发现，尽管很想做一些事情推进一些项目，但是因为资源安排等种种原因都没办法实现。为了想要达成的目标，甚至需要自己独自扛着活。独自扛着活虽然可贵，但大家一起走才能走得更远。 很多时候，我们没有把一件事搞定或者获取不到资源，不是因为我们能力不够，而是没有找对人或者方法不对。 知己知彼要联合别人一起做事情，首先要了解他们的工作内容。你可能会觉得，每个人的工作内容不都是固定的吗？ 但是一个人的title，和他真正在做的事情，往往是有差异的，所以得花功夫去沟通和了解。 了解每个人的能力你要沟通和了解的，是每个人感兴趣和擅长的究竟是什么。 当你想要做的事情和别人感兴趣且擅长的事情是一致的，往往不需要你花太多精力去推动，你可以花更多时间在项目本身。 除此之外，你可以在于别人的合作中，学习到他们是如何处理这些他们擅长的事情的。和那些比你更有经验的人一起工作，你会成长得更快。 知道每个人的出发点很多时候，从表面看，不同的团队有不同的目标。甚至很多时候，目标之间是有碰撞的。 为了做到这一点，在跟其他团队成员合作之前，从老板到每一个员工，知道他们在这段时间内在乎的是什么，理解他们的观点。 ...
有时候我们会觉得为什么明明感觉不对的方案还要去做，明明用户需求不清晰、产品价值不知道，还要被强制安排接受去做。做也就算了，还要告诉我必须按照你要求的方案，那我不成了需求搬运工？ 于是，你很苦恼，觉得没有成就感。 是的，很多时候产品就是搬运工，我们搬用户的需求，搬老板的需求，搬客户的需求。我们做了很多无意义的需求，无价值的功能，但是不得不面对的一个现实是，大部分工作所做的50%可能都是“无效”工作，而正是这么多的“无效”工作，让我们明白了什么样功能真的没价值，什么需求是伪需求。 做错的事情，会让我们未来可以做更多对的事情，所以，换一个角度来说，错误本身也是正确，因为至少它当时立场正确。只要你内心明白，这件事情最后无意义，并且上线后确实论证你的猜想，那么你也会成长的。
Develop
未读Hexo是现在比较主流的静态博客生成框架，但我个人的感受来讲，Hexo 的主题虽然有两百多个，但是能拿出手的也就不到二十个。 本文主要记录了我从零开发 Hexo 主题时，遇到的一些问题，自己作为备份。 所有内容仅供参考 基础知识储备模板引擎传统的 HTML 写起来既不方便，又不能复用，因此在 Hexo 中通常使用模板引擎来呈现网站内容。 常用的几种模板引擎有：Swig、EJS、Haml 或 Jade。其中 Jade 由于商标问题，改名为 Pug，虽然它们是兼容的，但使用的时候，推荐安装 Pug 而不是 Jade。Hexo 内置了 Swig，将文件扩展名改为 .swig 即可使用，你也可以安装插件来获得另外几种模板引擎的支持，Hexo 会根据文件扩展名来决定使用哪一种。例如： 12layout.pug -- 使用 puglayout.swig -- 使用 swig 这里你需要做的是，选择一个自己喜欢的模板引擎，然后浏览文档，了解这个模板引擎的基本用法。 英文文档地址分别如下：Swig、EJS、Pug、Haml。 中文文档地址分别如下：Swig、EJS、Pug、Haml（无）。 ...
Study
未读学会运用“PREP+A”的逻辑产出模式： P（Point，观点/论点），R（Reason，原因/理由/根据），E（Example，实例/例证），P（Point），A（Action，行动）。 在正式的谈话、讲演、文案中，一般可以遵循下面的逻辑/步骤： P：首先，简洁明了的表明自己的观点/论点/主张，也就是你在说什么、你想要表达什么。 R：其次，说出支持你结论的“依据”，也就是回答 你凭什么这样认为，是基于哪种事实和解释？ E：再者，用实际的例证（资料、数据、个人例子等）来提高你结论或观点的说服力。 P：最后重复结论，确保自己想传达的信息，已确实传递。 A：行动就是你希望对方怎么做（根据实际需要，一把可以省略）。 小结：简单来讲，这个模式就是先从结论说起，再说明得出结论的理由及根据，然后举出具体事例佐证，最后再强调一次结论 。
Develop
未读网格布局（Grid）是最强大的 CSS 布局方案，将网页划分成一个个网格，可以任意组合不同的网格，做出各种各样的布局。以前，只能通过复杂的 CSS 框架达到的效果，现在浏览器内置了。 基本概念学习 Grid 布局之前，需要了解一些基本概念。 容器和项目采用网格布局的区域，称为”容器”（container）。容器内部采用网格定位的子元素，称为”项目”（item）。 例如： 12345<div> <div><p>1</p></div> <div><p>2</p></div> <div><p>3</p></div></div> 上面代码中，最外层的<div>元素就是容器，内层的三个<div>元素就是项目。 注意：项目只能是容器的顶层子元素，不包含项目的子元素，比如上面代码的<p>元素就不是项目。Grid 布局只对项目生效。 网格线划分网格的线，称为”网格线”（grid line）。 ...
Think
未读B端软件是一个技术密集型和靠持续行业技术积累的行业，和C端完全不同。在现在的趋势看，C端的发展已经趋于饱和，B端发展又严重不足。 与C端不同，B端产品首先是为企业服务的，企业反过来为B端产品带来的价值而买单，购买原因虽然可能有很多，但最终目标只有一个，即提升企业的利润（即降本促效）。 所以B端产品一定要在企业的利润链上产生价值，对企业的利润产生贡献。对最终的利润正向贡献越大，产品的价值也就越大。 如果一个B端产品没有对服务企业利润链产生正向价值或者价值极小，那这款产品肯定会销声匿迹，无论描绘的产品愿景多么宏伟也无法改变毫无价值的本质。
SEO（Search Engine Optimization），是指利用搜索引擎的规则提高网站在有关搜索引擎内的自然排名。目的是让页面在搜索结果里面占据较高的排名，获取较高的曝光。 要想进行SEO，首先需要理解一下搜索引擎的工作原理的。 搜索引擎工作原理搜索本质上是搜寻数据库并呈现结果的过程，呈现的结果会依据各大搜索引擎自定的规则进行排序，把最有可能是用户需要的网页排在最前面。 任何搜索引擎要想回答用户的搜索，首先要把网页存在自己本地的服务器上，这靠的就是网络爬虫。网络爬虫可以简单理解为一个机器人，是一种按照一定的规则，自动地抓取万维网信息的程序或者脚本。 （以百度为例）百度的网络爬虫会定期爬取我们的网域，读取各个网页的内容，将信息传回百度的数据库中，百度的服务器则为这些信息添加索引、压缩和分类，并根据网页内容的质量评分。待用户在百度搜索框输入设备巡检时，百度服务器会在庞大的数据库中筛选出含有设备巡检的信息，根据索引中内容的相关性、可用性、来源专业程度的进行排序，将链接呈现在搜索结果页中。 影响搜索排名的几个因素丰富的内容及内容质量是第一位的要素，此页面的 UV、访客站内转化 ...
Develop
未读近期在整理公司的数据，因为使用tableau做出桑吉图太过复杂，所以使用python尝试了一下。 先来看一下桑基图是什么桑基图(Sankey diagram)，即桑基能量分流图，也叫桑基能量平衡图。它是一种特定类型的流程图，图中延伸的分支的宽度对应数据流量的大小，通常应用于能源、材料成分、金融等数据的可视化分析。因1898年Matthew Henry Phineas Riall Sankey绘制的”蒸汽机的能源效率图”而闻名，此后便以其名字命名为”桑基图”。 特点： 属于流程图的一种，核心在于展示数据的流转 主要由节点、边和流量三要素构成，边越宽代表流量越大 遵循守恒定律，无论怎么流动，开端和末端数据总是一致的 Python绘制桑基图 在绘制桑基图前，我们回顾一下桑基图组成要素的重点——节点、边和流量。 任何桑基图，无论展现形式如何夸张，色彩如何艳丽，动效如何炫酷，本质都逃不出上述3点。 只要我们定义好上述3个要素，Python的pyecharts库能够轻松实现桑基图的绘制。 首先，我们应该导 ...
Develop
未读近期在测试企业微信的机器人，因为涉及到一些数据库的秘钥，不便于发布到github上，于是就有了在树莓派中构建git server的想法，这里记录一下在树莓派上配置一个简单的git server用来同步代码。 1 安装git1sudo apt-get install git-core 2 配置git用户1234# 新增用户sudo adduser --system --shell /bin/bash --gecos 'git version control by pi' --group --home /home/git git# 配置密码passwd git 3 新增仓库1234cd /home/gitmkdir cynews.gitcd cynews.gitgit --bare init 4 本地和远程仓库关联123#本地执行git remote add origin git@树莓派ip:git仓库路径git remote set-url origin git@树莓派ip:git仓库路径 关联完成之后，就可以跟往常一样执行Git命令了。这样我们的树莓派就成为了 ...
