TensorFlow的系统结构以C API为界，将整个系统分为「前端」和「后端」两个子系统：前端系统：提供编程模型，负责构造计算图；后端系统：提供运行时环境，负责执行计算图。系统架构前端系统主要扮演Client的角色，主要负责计算图的构造，并管理Session生命周期过程。前端系统是一个支持多语言的编程环境，并提供统一的编程模型支撑用户构造计算图。

很多产品的信息量很大，又因为各种各样的原因设计师不能对内容进行轻易删减。如果不好好整理信息，会让界面越来越凌乱。我从去年开始做的很多项目都是这种情况，于是总结了一套简单好用，又有理有据的为复杂界面设计布局的方法。

简单来说，拒绝高保真、拒绝废话、拒绝重复，把自己的时间花在产品的核心驱动力上，减少对无用功的投入，降低单调重复的操作频次，才能保证高效产出有价值的牵引力。

现在业内对于产品需求文档（PRD）普遍认同的交付形式是Axure的原型+文本，当然你也可以说是Sketch或者PPT等形式，不论是哪一种，都是用可视化替代Word（喜欢看文本的程序员可能是假的）。

产品的数据，在产品当中作为一种价值的体现无时无刻不被所有人关注，一群产品汪闲来无事也会彼此关心的问上一嘴，其实接触过点产品人也都能说出几个数据指标，比如：PV、UV、活跃率、留存率等等，当然这些也都是产品经理需要关心的数据。针对不同类型产品的不同时期，我们关心的数据也肯定是不同的，接下来我就网上的一些资料和我的一些经验对不同时期做一个总结。

细准确的需求是一个好设计好产品的前提。在这里我们不过多讨论需求的来源，而是将重点放在当需求出现时如何能够更好的梳理并正确的分析需求。首先我们将需求从“确定出现”，到“落实设计”中间的这样一个阶段叫做“需求处理阶段”，在需求处理阶段大致划分三个步骤：需求梳理、需求分析、需求放大。

在B端产品的工作当中，常常要与不同的业务部门打交道，他们的角色众多、诉求各有差异，造就了后台业务产品的复杂性，下面介绍一下我在国内排名第一的房产中介公司工作以来总结的一套产品方法论。

三三法则是方法，不代表通晓方法就能产出好的设计，最重要的是『知行合一』，即将认知与实践相结合。不知不觉已在互联网设计圈里行走十年，如何庆祝下自己这具有纪念意义的时刻？

经常听到大家说，我加入了一个社群，感觉最初大家都很热情，一起讨论一起学知识，可是没过多久，潜水的人就越来越多。有时候想在群里说个话，都没有人回应。其实，这就是社群不活跃的表现。那么，从运营的角度讲，我们如何提高社群的活跃度呢？