读书 on Yison's Blog

《Go语言编程》☞鉴赏

Thu, 03 Dec 2020 00:00:00 +0000

在读这本书之前，我已经熟悉了Go的语法，并编码实现了具体的应用。但这本书据说详细解读了Go语言的诞生背景和作者的设计初衷&理念，所以，带着好奇的心态读了这本书，顺带查缺补漏。

前言

Go语言官方自称，之所以开发Go 语言，是因为“近10年来开发程序之难让我们有点沮丧”。
这一定位暗示了Go语言希望取代C和Java的地位，成为最流行的通用开发语言。

Go希望成为互联网时代的C语言。多数系统级语言（包括Java和C#）的根本编程哲学来源于C++，将C++的面向对象进一步发扬光大。但是Go语言的设计者却有不同的看法，他们认为C++ 真的没啥好学的，值得学习的是C语言。

C语言经久不衰的根源是它足够简单。因此，Go语言也要足够简单！

如果一个特性并不对解决任何问题有显著的价值，那么Go就不提供它

并发与分布式

多核化和集群化是互联网时代的典型特征，那语言需要哪些特性来应对这些特征呢？

并发执行的“执行体”
执行体是个抽象的概念，在操作系统层面有多个概念与之对应，比如操作系统自己掌管的进程（process）、进程内的线程（thread）以及进程内的协程（coroutine，也叫轻量级线程）。

多数语言在语法层面并不直接支持协程，而通过库的方式支持的协程的功能也并不完整，比如仅仅提供协程的创建、销毁与切换等能力。如果在这样的协程中调用一个同步IO操作，比如网络通信、本地文件读写，都会阻塞其他的并发执行协程，从而无法真正达到协程本身期望达到的目标。

Go语言在语言级别支持协程，叫goroutine。Go语言标准库提供的所有系统调用（syscall）操作，当然也包括所有同步IO操作，都会出让CPU给其他goroutine，这让事情变得非常简单。我们对比一下Java和Go，近距离观摩下两者对“执行体”的支持。

为了简化，我们在样例中使用的是Java标准库中的线程，而不是协程，具体代码如下：

public class MyThread implements Runnable { 
 	String arg; 
	public MyThread(String a) { 
 		arg = a; 
 	} 
	public void run() { 
 		// ... 
 	} 
	public static void main(String[] args) { 
		new Thread(new MyThread("test")).start(); 
 		// ... 
 	}
}

相同功能的代码，在Go语言中是这样的：

func run(arg string) { 
 	// ... 
} 
func main() { 
	go run("test") 
 	... 
}

对比非常鲜明。我相信你已经明白为什么Go语言会叫Go语言了：Go语言献给这个时代最好的礼物，就是加了go这个关键字。

“执行体间的通信”
执行体间的通信包含几个方式：

执行体之间的互斥与同步
- 当执行体之间存在共享资源（一般是共享内存）时，为保证内存访问逻辑的确定性，需要对访问该共享资源的相关执行体进行互斥。当多个执行体之间的逻辑存在时序上的依赖时，也往往需要在执行体之间进行同步。
- 互斥与同步是执行体间最基础的交互方式。
- 多数语言在库层面提供了线程间的互斥与同步支持，那么协程之间的互斥与同步呢？
  - 呃，不好意思，没有。
执行体之间的消息传递
- 在并发编程模型的选择上，有两个流派，一个是共享内存模型，一个是消息传递模型。
- 多数传统语言选择了前者，少数语言选择后者，其中选择“消息传递模型”的最典型代表是Erlang语言。业界有专门的术语叫“Erlang风格的并发模型”，其主体思想是两点：一是“轻量级的进程（Erlang中‘进程’这个术语就是我们上面说的‘执行体’）”，二是“消息乃进程间通信的唯一方式”。
- Go语言推荐采用“Erlang风格的并发模型”的编程范式，尽管传统的“共享内存模型”仍然被保留，允许适度地使用。在Go语言中内置了消息队列的支持，只不过它叫通道（channel）。两个goroutine之间可以通过通道来进行交互。

软件工程

单机时代的语言可以只关心问题本身的解决，但是随着工程规模的不断扩大，软件复杂度的不断增加，软件工程也成为语言设计层面要考虑的重要课题。

多数软件需要一个团队共同去完成，在团队协作的过程中，人们需要建立统一的交互语言来降低沟通的成本。规范化体现在多个层面，如：

代码风格规范
错误处理规范
包管理
契约规范（接口）
单元测试规范
功能开发的流程规范

Go语言很可能是第一个将代码风格强制统一的语言，例如Go语言要求public的变量必须以大写字母开头，private变量则以小写字母开头，这种做法不仅免除了public、private关键字，更重要的是统一了命名风格。

另外，Go语言对{ }应该怎么写进行了强制，比如以下风格是正确的：

if expression { 
 ... 
}

但下面这个写法就是错误的：

if expression 
{ 
 ... 
}

而C和Java语言中则对花括号的位置没有任何要求。哪种更有利，这个见仁见智。但很显然的是，所有的Go代码的花括号位置肯定是非常统一的。

最有意思的其实还是 Go 语言首创的错误处理规范：

f, err := os.Open(filename) 
if err != nil { 
 	log.Println("Open file failed:", err) 
 	return 
} 
defer f.Close() 
... // 操作已经打开的f文件

defer语句的含义是不管程序是否出现异常，均在函数退出时自动执行相关代码。
Go语言的函数允许返回多个值。

大多数函数的最后一个返回值会为error类型，以在错误情况下返回详细信息。
error类型只是一个系统内置的interface，如下：

type error interface { 
 	Error() string
}

有了error类型，程序出现错误的逻辑看起来就相当统一。

在Java中，你可能这样写代码来保证资源正确释放：

try { 
 	Statement stmt = ...; 
	try { 
 		ResultSet rset = ...; 
		try { 
 			... // 正常代码
 		} 
		finally { 
 			rset.close(); 
 		} 
 	} 
	finally { 
 		stmt.close(); 
 	} 
} 
finally { 
conn.close(); 
}

完成同样的功能，相应的Go代码只需要写成这样：

conn := ... 
defer conn.Close() 
stmt := ... 
defer stmt.Close() 
rset := ... 
defer rset.Close() 
... // 正常代码

对比两段代码，Go语言处理错误的优势显而易见。当然，其实Go语言带给我们的惊喜还有很多。

编程哲学

计算机软件经历了数十年的发展，形成了多种学术流派，有面向过程编程、面向对象编程、函数式编程、面向消息编程等，这些思想究竟孰优孰劣，众说纷纭。 C语言是纯过程式的，这和它产生的历史背景有关。Java语言则是激进的面向对象主义推崇者，典型表现是它不能容忍体系里存在孤立的函数。而Go语言没有去否认任何一方，而是用批判吸收的眼光，将所有编程思想做了一次梳理，融合众家之长，但时刻警惕特性复杂化，极力维持语言特性的简洁，力求小而精。从编程范式的角度来说，Go语言是变革派，而不是改良派。对于C++、Java和C#等语言为代表的面向对象（OO）思想体系，Go语言总体来说持保守态度，有限吸收。首先，Go语言反对函数和操作符重载（overload），而C++、Java和C#都允许出现同名函数或操作符，只要它们的参数列表不同。虽然重载解决了一小部分面向对象编程（OOP）的问题，但同样给这些语言带来了极大的负担。而Go语言有着完全不同的设计哲学，既然函数重载带来了负担，并且这个特性并不对解决任何问题有显著的价值，那么Go就不提供它。其次，Go语言支持类、类成员方法、类的组合，但反对继承，反对虚函数（virtual function）和虚函数重载。确切地说，Go也提供了继承，只不过是采用了组合的文法来提供：

type Foo struct { 
 	Base 
 	... 
} 
func (foo *Foo) Bar() { 
 	... 
}

再次，Go语言也放弃了构造函数（constructor）和析构函数（destructor）。由于Go语言中没有虚函数，也就没有vptr，支持构造函数和析构函数就没有太大的价值。本着“如果一个特性并不对解决任何问题有显著的价值，那么Go就不提供它”的原则，构造函数和析构函数就这样被Go语言的作者们干掉了。在放弃了大量的OOP特性后，Go语言送上了一份非常棒的礼物：接口（interface）。你可能会说，除了C这么原始的语言外，还有什么语言没有接口呢？是的，多数语言都提供接口，但它们的接口都不同于Go语言的接口。 Go语言中的接口与其他语言最大的一点区别是它的非侵入性。在C++、Java和C#中，为了实现一个接口，你需要从该接口继承，具体代码如下：

class Foo implements IFoo { // Java文法
 	... 
} 
class Foo : public IFoo { // C++文法
 	... 
} 
IFoo* foo = new Foo; 
在Go语言中，实现类的时候无需从接口派生，具体代码如下：
type Foo struct { // Go 文法
 	... 
} 
var foo IFoo = new(Foo)

只要Foo实现了接口IFoo要求的所有方法，就实现了该接口，可以进行赋值。 Go语言的非侵入式接口，看似只是做了很小的文法调整，实则影响深远。其一，Go语言的标准库再也不需要绘制类库的继承树图。你只需要知道这个类实现了哪些方法，每个方法是啥含义就足够了。其二，不用再纠结接口需要拆得多细才合理，比如我们实现了File类，它有下面这些方法：

Read(buf []byte) (n int, err error) 
Write(buf []byte) (n int, err error) 
Seek(off int64, whence int) (pos int64, err error) 
Close() error

那么，到底是应该定义一个IFile接口，还是应该定义一系列的IReader、IWriter、 ISeeker和ICloser接口，然后让File从它们派生好呢？事实上，脱离了实际的用户场景，讨论这两个设计哪个更好并无意义。问题在于，实现File类的时候，我怎么知道外部会如何用它呢？其三，不用为了实现一个接口而专门导入一个包，而目的仅仅是引用其中的某个接口的定义。在Go语言中，只要两个接口拥有相同的方法列表，那么它们就是等同的，可以相互赋值，如对于以下两个接口，第一个接口：

package one 
type ReadWriter interface { 
 	Read(buf [] byte) (n int, err error) 
 	Write(buf [] byte) (n int, err error) 
} 
第二个接口：
package two 
type IStream interface { 
 	Write(buf [] byte) (n int, err error) 
 	Read(buf [] byte) (n int, err error) 
}

这里我们定义了两个接口，一个叫one.ReadWriter，一个叫two.IStream，两者都定义了Read()和Write()方法，只是定义的次序相反。one.ReadWriter先定义了Read()再定义 Write()，而two.IStream反之。在Go语言中，这两个接口实际上并无区别，因为：

任何实现了one.ReadWriter接口的类，均实现了two.IStream；
任何one.ReadWriter接口对象可赋值给two.IStream，反之亦然；
在任何地方使用one.ReadWriter接口，与使用two.IStream并无差异。
所以在Go语言中，为了引用另一个包中的接口而导入这个包的做法是不被推荐的。因为多引用一个外部的包，就意味着更多的耦合。除了OOP外，近年出现了一些小众的编程哲学，Go语言对这些思想亦有所吸收。例如，Go 语言接受了函数式编程的一些想法，支持匿名函数与闭包。再如，Go语言接受了以Erlang语言为代表的面向消息编程思想，支持goroutine和通道，并推荐使用消息而不是共享内存来进行并发编程。总体来说，Go语言是一个非常现代化的语言，精小但非常强大。

Go语言特性

Go语言作为一门全新的静态类型开发语言，与当前的开发语言相比具备众多令人兴奋不已的新特性。

自动垃圾回收

我们可以先看下不支持垃圾回收的语言的资源管理方式，以下为一小段C语言代码：

void foo() 
{ 
 	char* p = new char[128]; 
 	... // 对p指向的内存块进行赋值
 	func1(p); // 使用内存指针
 	delete[] p; 
}

各种非预期的原因，比如由于开发者的疏忽导致最后的delete语句没有被调用，都会引发经典而恼人的内存泄露问题。
假如该函数被调用得非常频繁，那么我们观察该进程执行时，会发现该进程所占用的内存会一直疯长，直至占用所有系统内存并导致程序崩溃，而如果泄露的是系统资源的话，那么后果还会更加严重，最终很有可能导致系统崩溃。

如果使用Go语言实现，我们就完全不用考虑何时需要释放之前分配的内存的问题，系统会自动帮我们判断，并在合适的时候（比如CPU相对空闲的时候）进行自动垃圾收集工作。

更丰富的内置类型

支持几乎所有语言都支持的简单内置类型（比如整型和浮点型等）
Go语言也内置了一些比较新的语言中内置的高级类型，比如C#和Java中的数组和字符串。
除此之外，Go语言还内置了一个对于其他静态类型语言通常用库方式支持的字典类型（map）。
另外有一个新增的数据类型：数组切片（Slice）。我们可以认为数组切片是一种可动态增长的数组。

这几种数据结构基本上覆盖了绝大部分的应用场景。

函数多返回值

目前的主流语言中除Python外基本都不支持函数的多返回值功能，不是没有这类需求，可能是语言设计者没有想好该如何提供这个功能，或者认为这个功能会影响语言的美感。

Go语言革命性地在静态开发语言阵营中率先提供了多返回值功能。
这个特性让开发者可以从原来用各种比较别扭的方式返回多个值的痛苦中解脱出来，既不用再区分参数列表中哪几个用于输入，哪几个用于输出，也不用再只为了返回多个值而专门定义一个数据结构。

例如：

func getName()(firstName, middleName, lastName, nickName string){ 
	return "May", "M", "Chen", "Babe" 
}

因为返回值都已经有名字，因此各个返回值也可以用如下方式来在不同的位置进行赋值，从而提供了极大的灵活性：

func getName()(firstName, middleName, lastName, nickName string){ 
 	firstName = "May" 
 	middleName = "M" 
 	lastName = "Chen" 
 	nickName = "Babe" 
	return 
}

并不是每一个返回值都必须赋值，没有被明确赋值的返回值将保持默认的空值。而函数的调用相比C/C++语言要简化很多：

fn, mn, ln, nn := getName()

如果开发者只对该函数其中的某几个返回值感兴趣的话，也可以直接用下划线作为占位符来忽略其他不关心的返回值。下面的调用表示调用者只希望接收lastName的值，这样可以避免声明完全没用的变量：

_, _, lastName, _ := getName()

错误处理

Go语言引入了3个关键字用于标准的错误处理流程，这3个关键字分别为defer、panic和recover。

整体上而言与C++和Java等语言中的异常捕获机制相比，Go语言的错误处理机制可以大量减少代码量，让开发者也无需仅仅为了程序安全性而添加大量一层套一层的try-catch语句，这对于代码的阅读者和维护者来说也是一件很好的事情。

匿名函数和闭包

Go语言支持常规的匿名函数和闭包，比如下列代码就定义了一个名为f的匿名函数，开发者可以随意对该匿名函数变量进行传递和调用：

f := func(x, y int) int { 
	return x + y 
}

类型和接口

Go语言的类型定义非常接近于C语言中的结构（struct），甚至直接沿用了struct关键字。相比而言，Go语言并没有直接沿袭C++和Java的传统去设计一个超级复杂的类型系统，不支持继承和重载，而只是支持了最基本的类型组合功能。

巧妙的是，虽然看起来支持的功能过于简洁，细用起来你却会发现，C++和Java使用那些复杂的类型系统实现的功能在Go语言中并不会出现无法表现的情况，这反而让人反思其他语言中引入这些复杂概念的必要性。

并发编程

Go语言引入了goroutine概念，它使得并发编程变得非常简单。通过使用goroutine而不是裸用操作系统的并发机制，以及使用消息传递来共享内存而不是使用共享内存来通信，Go语言让并发编程变得更加轻盈和安全。

通过在函数调用前使用关键字go，我们即可让该函数以goroutine方式执行。goroutine是一种比线程更加轻盈、更省资源的协程。Go语言通过系统的线程来多路派遣这些函数的执行，使得每个用go关键字执行的函数可以运行成为一个单位协程。当一个协程阻塞的时候，调度器就会自动把其他协程安排到另外的线程中去执行，从而实现了程序无等待并行化运行。而且调度的开销非常小，一颗CPU调度的规模不下于每秒百万次，这使得我们能够创建大量的goroutine，从而可以很轻松地编写高并发程序，达到我们想要的目的。

下面我们用一个简单的例子来演示goroutine和channel的使用方式。这是一个并行计算的例子，由两个goroutine进行并行的累加计算，待这两个计算过程都完成后打印计算结果：

package main 

import "fmt" 

func sum(values [] int, resultChan chan int) { 
	sum := 0 
	for _, value := range values { 
		sum += value 
	} 
	resultChan <- sum // 将计算结果发送到channel中
} 

func main() { 
	values := [] int{1, 2, 3, 4, 5, 6, 7, 8, 9, 10} 
	resultChan := make(chan int, 2) 
	go sum(values[:len(values)/2], resultChan) 
	go sum(values[len(values)/2:], resultChan) 
 	sum1, sum2 := <-resultChan, <-resultChan // 接收结果
 	fmt.Println("Result:", sum1, sum2, sum1 + sum2) 
}

反射

反射（reflection）是在Java语言出现后迅速流行起来的一种概念。通过反射，你可以获取对象类型的详细信息，并可动态操作对象。反射是把双刃剑，功能强大但代码可读性并不理想。若非必要，我们并不推荐使用反射。

Go语言的反射实现了反射的大部分功能，但没有像Java语言那样内置类型工厂，故而无法做到像Java那样通过类型字符串创建对象实例。在Java中，你可以读取配置并根据类型名称创建对应的类型，这是一种常见的编程手法，但在Go语言中这并不被推荐。

语言交互性

由于Go语言与C语言之间的天生联系，Go语言的设计者们自然不会忽略如何重用现有C模块的这个问题，这个功能直接被命名为Cgo。Cgo既是语言特性，同时也是一个工具的名称。

在Go代码中，可以按Cgo的特定语法混合编写C语言代码，然后Cgo工具可以将这些混合的C代码提取并生成对于C功能的调用包装代码。开发者基本上可以完全忽略这个Go语言和C语言的边界是如何跨越的。

例如：

package main 

/* 
#include <stdio.h> 
*/ 
import "C" 
import "unsafe" 

func main() { 
 	cstr := C.CString("Hello, world") 
 	C.puts(cstr) 
 	C.free(unsafe.Pointer(cstr)) 
}

常用标准库

Go标准库可以大致按其中库的功能进行以下分类，这个分类比较简单，不求准确，但求能够帮助开发者根据自己模糊的需求更快找到自己需要的包。

输入输出。
- 这个分类包括二进制以及文本格式在屏幕、键盘、文件以及其他设备上的输入输出等，比如二进制文件的读写。对应于此分类的包有bufio、fmt、io、log和flag等，其中flag用于处理命令行参数。
文本处理。
- 这个分类包括字符串和文本内容的处理，比如字符编码转换等。对应于此分类的包有encoding、bytes、strings、strconv、text、mime、unicode、regexp、index和path等。其中path用于处理路径字符串。
网络。
- 这个分类包括开发网络程序所需要的包，比如Socket编程和网站开发等。对应于此分类的包有：net、http和expvar等。
系统。
- 这个分类包含对系统功能的封装，比如对操作系统的交互以及原子性操作等。对应于此分类的包有os、syscall、sync、time和unsafe等。
数据结构与算法。
- 对应于此分类的包有math、sort、container、crypto、hash、archive、compress和image等。因为image包里提供的图像编解码都是算法，所以也归入此类。
运行时。
- 对应于此分类的包有：runtime、reflect和go等。

最后

这本书还给我们深入讲解了很多有意思的东西，只有自己用心投入去阅读和享受才能真的有所收获，其中还剖析了音乐播放器、聊天系统、网页相册等实际项目例子&核心源代码，总的来说挺不错的，有兴趣的童鞋尽管认真地去翻阅、去学习、去尝试吧。

最后，让我们引用作者的话来结束本篇鉴赏吧。

在十余年的技术生涯中，我接触过、使用过、喜爱过不同的编程语言，但总体而言，Go语
言的出现是最让我兴奋的事情。

我个人对未来10年编程语言排行榜的趋势判断如下：
❤ Java语言的份额继续下滑，并最终被C和Go语言超越；
❤ C语言将长居编程榜第二的位置，并有望在Go取代Java前重获语言榜第一的宝座；
❤ Go语言最终会取代Java，居于编程榜之首。

由七牛云存储团队编著的这本书将尽可能展现出Go语言的迷人魅力。希望本书能够让更多
人理解这门语言，热爱这门语言，让这门优秀的语言能够落到实处，把程序员从以往繁杂的语言
细节中解放出来，集中精力开发更加优秀的系统软件。

许式伟
2012年3月7日

关于我

name: yison.li
github: https://github.com/yisonli

《大数据时代下半场》读书笔记

Sat, 20 Jan 2018 00:00:00 +0000

今天，全世界每天产生的数据可能是过去几个世纪之和。我们在生活中都受到大数据的影响，没有人能被排除在外。每个人本身便是一个数据产品。
如同所有科技一样，数字都是死的，关键在于运用它的人。大数据在21世纪属于企业资本。大数据的商业价值持续增长，已经成为决定行业话语权与势力消长的兵家必争之地。大数据争夺战上半场主要是收集数据，下半场则转向数据治理、驱动与变现。
数据战争才刚刚开始，而我们每个人都已身在战场。

引言

大数据的三个“V”

1.容量（Volume，这里指数据容量）
2.速度（Velocity，这里指数据加工和变化动态的速度）
3.多样性（Variety，这里指数据结构和类型）

大数据的基本循环

外环：数据使用者 –(我们所有人)–> 数据生产者 —-> 企业是数据加工者 —-> 数据使用者
内环：相互作用的数据 —-> 观察数据 —-> 相互作用的数据

大数据与工业革命

五个康德拉季耶夫周期：

1.大约1780 - 1840年：早起机械化；德国工业革命的开端；蒸汽机
2.大约1840 - 1890年：第二次工业革命；贝塞麦转炉钢和蒸汽船、铁路
3.大约1890 - 1940年：电子技术和重型机器
4.大约1940 - 1990年：专用自动仪器（汽车、合成电路、核能、晶体管、计算机）
5.1990年开始：信息通信技术 —— 康德拉季耶夫周期与“全球化”紧密相连。

总结

“大数据现象”并没有一个通用的固定定义。
第一个定义尝试聚焦于大数据的技术层面，如数据量、变化动态及数据结构和数据等级的差异性。
大数据是所有生活领域大范围数字化所推动的具有高动态性的效应。
大数据出现的原因及由此导致的总体主题的多层次性，赋予了“数字革命”持续变化的潜力，并有着深远的社会文化影响。
大数据与我们每个人都相关，人人都扮演着不同的角色参与其中。
大数据在21世纪属于企业资本。
大数据是通过技术、工具和数学的结合，以及恰到好处地使用资本儿发展的，并且大数据的应用工具与其他主题是相互分离的。
大数据的发展假设了一种不能被人控制的自身动态。
大数据重要的特点之一便是进行行为分析的可能性，这能够通过新的数据等级及相互影响的数据关系来实现。

大数据时代的企业战略目标

大数据的智能循环

原始数据的加工
- 组织
- 协调
- 巩固
- 丰富
- 高级数据
知识生产
- 定义分析模式
- 阐释成果
- 建议行动
行动
- 做出决定
- 采取措施
反馈
- 成果反馈

企业变成分析型市场竞争者的过程

1.战略
2.集成
3.智能循环
4.分析型竞争者
5.信息主宰者

总结

企业利用大数据的首要目标即实现产量和销售量的增长，特别是通过大数据分析带来的知识增长来完成这一目标。
大数据也能显示新的价值创造和新的商业模式的潜力。
通过注重数据分析产生知识的能力，企业发展成具有分析能力的市场竞争者。
一个企业作为具有分析能力的市场竞争者，可以通过掌握一个具体领域的信息主宰权和解释权，而使公众接受其商业模式，并且保障一个企业永久占据客观的市场份额。
在企业内部，各个部门也都在竞争信息主宰权和解释权。

社会生活中的大数据

大数据和“开放运动”

开放数据
开放教育
开放内容
开放政府

德国联邦议会“互联网和数字社会”研究委员会

该委员会的12个工作群体显示了该主题的多层次性

1.教育和研究
2.数据保护和个人权益
3.民主和国家
4.国际和互联网管理
5.协同工作、免费软件
6.文化、媒体和公众
7.媒体能力
8.网络中立性
9.著作权
10.消费者保护
11.经济、工作、绿色信息技术
12.网络入口，结构和安全性

总结

大数据是自下而上的推动。
从“自下而上”这个角度看，大数据包含了另一种含义，即技术发展赋予了大数据集中型的结构，与大数据紧密相关的科技在此提供了许多深远的技术可能性。
从整体上看，大数据是变幻莫测的社会变化产生的一个效应。这种变化是由各个生活领域大规模的数字化推动的，没有人能够全身而退。
当前关于大数据和世界数字化的公开讨论改变了公众关于互联网使用和隐私保护的意识。
这种已然改变的意识导致了产生的行为规则和期待也发生了变化，人们扮演着不同的角色，如客户、消费者、员工和公民，如今也向企业和国家机构提出了新的挑战。
在这个过程中，经济层面上的道德问题也日益获得关注。
这一系列的主题由于其广泛的社会意义，在更高的政治层面上也日益获得关注。
该整体状况对于企业内外关系中的相关主题有着直接的影响。

企业中的数据治理

大数据和企业文化

组织文化指的是组织内在的文化价值模式的形成和发展。在企业中这种现象也被称为企业文化

1.领导方式
2.员工之间的关系
3.内部合作的方式（合作模式）
4.内部沟通（沟通方式）
5.决策方式
6.支持合作、沟通和决策的技术基础设施的价值
7.对于内部矛盾及政治矛盾的处理（争论文化）
8.与客户、供应方和其他外部合作者的关系

社交软件与企业2.0

“社交软件”所指的是软件工具，它通过一个主题将所有的员工进行联合，为企业的某些大事件起到推动和支持作用。
社交软件的投入使用是体现企业2.0的基本之一，它的目的就在于优化企业内部的团结合作。

社交与商业一体化
智能合作

大数据时代下客户关系的封闭循环

以客户为中心	➡️	数据保护
⬆️		⬇️
客户关系	⬅️	信任

1.88%的互联网用户不愿意自己的网上行为被追踪。
2.75%的用户希望企业不要备份用户的任何个人数据。

目标冲突和内部阻力

透明化 VS 不透明化
结构化 VS 自由度

总结

企业处于全社会性质变革的中心，这种变革通过生活全方面数字化驱动带来广泛的社会性循环。
大数据是数字化和这种社会文化变革的技术表现形式，另外由于他们的交互依赖性以及相互的作用共同铸就变革。
发展固有的文化对企业有直接的影响，它要求企业通过利用现代技术的潜力找到让企业文化适应21世纪商业世界新要求的方法，其关键词就是企业2.0。
面对由像棱镜门等事件引起的广泛讨论，人们必须站在企业的角度思考是否有必要对这种潜在威胁采取行动。
像数据保护、个人隐私保护，以及像信任这样的传统价值等方面变得意义重大，同时成为有决定性作用的市场竞争因素。

大数据不仅仅是商业智能2.0

商业智能的复杂性提高

1.新的数据结构
- 并不存在“非结构化数据”，数据永远都是结构化的。
- 大数据要求不同数据结构的整合，这个过程要求人们对不同层面的数据进行思考。
2.类型化的关键字
3.新数据等级和存储技术

数据质量

低数据质量如何产生
人们应该如何持续得到高质量的数据
维持高水准的数据质量需要花费多少

数据分析

描述性分析
- 现有的财政数据基础上的月度结算
预测性分析
- 现有的措施基础上的销售预测
处方性分析
- 描述中长期的未来

大数据分析法的四个条件因素

大数据 —— 大量数据将被分析
数据挖掘 —— 数学统计学工具将被使用，用以认知大量数据的模式。
诊断式分析 —— 分析针对于未来不同的时间
内存 —— 并不一定与大数据分析法有着直接联系

总结

大数据时代，商业智能的复杂性增加表面上是由技术层面上的数据容量、不同性质的数据结构和数据等级导致的。
复杂性增加更大程度上是因为专业部门和信息技术需要大幅度协调。在整体战略和具体行为计划的框架下，这是非常必要的，这样数据的多层次性才能得到整体理解。
战略性基本方针的缺失或者并不独立可能会导致摩擦损失，企业通过忍受高额成本和信息的不透明，投入资源并且建设“阴影信息技术”及“阴影化过程”，以此来弥补可能存在的摩擦损失。
这种认知必然会导致意义斐然的合作模式的建立，能够连接所有的能力，将现有的资源引向目的。
这个过程中要注意的是，提高大数据的潜力会导致人们对可测量的企业增值日益期待。这也要求有着不同专业知识背景的所有层次的参与者进行永恒且广泛的相互协调。
与商业智能相比较，大数据分析法提出了一个新的要求，尤其是所形成的时间维度。
传统方法的组合，比如数据挖掘，在商业智能中已经广为人知，比如诊断式数据分析，提升了大数据分析法的整体潜力。

内存

大数据和内存技术并不一定是紧密相关的，然而在涉及大数据潜力时，者两者常常会被同事列举出来。
事实上，通过大量数据的实时分析，全新的应用可能诞生于世，这在没有大数据和内存技术时是不可想象的。
这些可能性位人类的进步提供了巨大的潜力，然而同时也蕴藏着风险。

大数据对企业的意义

1.大数据为企业的应变能力提供支持
2.大数据可以提高企业与客户沟通的效率
3.大数据会对企业的管理模式产生一定影响
4.大数据会对企业的战略产生一定影响

为了描述企业中有关于大数据的话题，有目的地采取适当措施，需要企业在总体战略中确定不同主题。
所有大数据活动应当给予主题相进性与商业智能能力中心（BICC）联系在一起，在大数据背景下，商业智能能力中心（BICC）需要继续发展成为数据分析能力中心（DACC）。这并不意味着大数据只是商业智能的拓展，而是尽可能地利用现有的结构。
目前企业中还没有类似于BICC这样广泛意义上的组织单元，企业应当在大数据多样主题的压力下建立一个数据分析能力中心（DACC），为企业成为分析型市场竞争者提供支持。
数据分析能力中心（DACC）的一个重要任务就是变革管理和通信管理，在数据分析能力的帮助下研究特定的培训内容。一方面，在整个企业范围内建立对大数据的普遍理解；另一方面，可以在具体的主题例如技术层面或者个人客户数据方面进行相关培训。
大数据项目管理必须始终坚持使用商业智能的经验，在执行层面建立灵活性。
实用主义和执行层面的灵活性并不违背战略一致性的要求；相反，这个战略为特定项目实现高自由度创造了前提，从而释放必要的创造力和生产力。

福兮祸兮

对于一个真正存在的问题，其分析结果会因为增长的数据量、提高的结构复杂性、技术和逻辑上的清晰性儿变得愈加具有解释性。
大数据需要一次全面的思想转换，因为这些多重结构并且内容复杂的大量数据在很大程度上时缺乏解释的，而涉及企业和社会决策的数据分析应该切合实际。
这个世界时不可预测的，速度更快、连接更顺畅的IT系统当然能够使得愈加复杂的算法在越来越大的数据库中得以运用，并且也能够对具体问题的解决方面有所帮助。
在大数据复杂的框架条件下，想要利用一个通过技术推动的、自动化的并且有算法控制的决策来解决现实问题，是不切实际的。
在全球数字化的趋势下，越来越多方面的复杂性刚刚被人了解并且以数据的方式被存储起来，所以才产生了大数据。或者用另外一种表达方式来说，就是全球数字化正在高速运转并且在不久的将来会更加深入地渗透到人们生活的所有领域。

《从零开始学微信运营》读书笔记

Mon, 18 Dec 2017 00:00:00 +0000

这是最好的时代，这是最坏的时代；这是明智的时代，这是愚昧的时代；这是信仰的时期，这是怀疑的时期；这是光明的季节，这是黑暗的季节；这是希望之春，这是失望之冬；人们面前应有尽有，人们面前一无所有。

如果一款应用不能在5到10秒内吸引住用户，用户就很可能抛弃这个应用。
因此，一款产品的决胜期可能在一个月之内，如果一个月内不行，后面可能是死路一条。
提供价值，而非吸引眼球，这是微信的态度，也是它能否成功的关键。

微信能做什么

微信中蕴藏的商业价值

微信ID：网络上的另类“身份证”

类APP Store：微型应用商店

适合微信的应用类型
- 低频次强需求的App
- 高频次低需求的App
微信应用商店的优势
- 技术门槛低，开发成本低
- 能够更迅速的进行更新换代
- 操作简单，更容易聚集用户

公众号：全新的营销渠道

拥有庞大的潜在客户
降低了营销成本
营销定位更加精准
营销方式更加多元化、更有趣
营销方式以人为本

朋友圈：亟待挖掘的SNS营销“金矿”

沟通体系是单向的
交流更加方便，可以无缝切换到私聊模式
人店合一，有利于客户的积累
基于情感的营销，更容易成功

闭环O2O：从线上到线下

为什么应该重视微信营销

用户的习惯
用户的传播
信息的载体

微信营销的优势在哪里

内容至上
成本低廉
沟通无极限
受众定位准
主动推送

微信公众号的设计之道

定位：告诉受众你是谁

用户的心智运行模式决定着定位的重要性
- 心智的容量是有限的
- 心智喜欢简单，排斥混乱
- 心智不会轻易改变

微信公众账号的定位方向

量体裁衣，以产品特点为基础
充分聚焦，针对目标市场
一切以用户为中心，提供“服务”而非“骚扰”
充分关注竞争者

取名：什么样的名字更亮眼

原则：

好记，能迅速传播
包含目标关键词
加上区域名称

忌讳：

名字不应太短或太长
尽量避免使用生疏、冷僻的词汇
不要使用宽泛的词汇，越精准越好

ID：越简短，越有效

与企业的品牌、公众账号的名字要有高度相关性
好记并适合搜索

自我介绍：让受众第一时间记住你

欢迎语：给用户一个导航图

态度热情真诚，语言诙谐风趣
告诉用户下一步应该怎么做、能做什么
为用户提供帮助，为他们解决问题

自定义回复：从用户的角度出发

内容价值是核心

什么内容才是用户关注的

什么样的内容分享率高

有价值，能为用户带来一定的帮助
专业性强，具有较强的权威性
时效性强，要善于把我社会热点话题
具有吸引力的成功案例，能诱发人们的关注
与众不同的观点

内容建设的三个步骤

定位
提炼
管理

微信内容的六种类型

倾听型
好消息型
故事型
自爆隐私型
互动型
炒冷饭型

什么时间推送最有效

早上：8点 ~ 9点
中午：12点 ~ 13点
晚上：21点 ~ 22点

如何让内容更有吸引力

标题的醒目技巧

标题包含的要素
- 热门词汇
- 权威人物
- 体验式感受
标题字数
拟定标题的具体方式
- 提问式
- 借力式
- 情感诱发式
- 悬念式
- 八卦式
内容写作的方法
- 情感真挚，方能动人
- 体现创意，莫要千篇一律
- 把故事讲好，也是一种技巧
- 内容娱乐化，展现娱乐精神
- 图文并茂，增加可读性
- 让用户参与到内容创作的过程中

信息内容的四种优化形式

文字优化

文字信息应该是真实可信的
巧妙使用问号、感叹号等标点符号
条理清晰
多使用短句子

图片优化

配以适当的文字说明
大小要进行控制

语音优化

确保语音清晰度
配以适当的语气

视频优化

视频标题要吸引观众
视频说明要留下想象空间

微信公众号的推广与运营

微信公众号四大运营法则
- 挖掘精准用户
- 增加用户信任度
- 保证功能完善性
- 运营要有计划
订阅号运营
- Exact-信息量要精准，少即是多
- Echo-重视时效性，越快越好
- Easy-栏目不必过多，版式要简单明了
- Enjoyment-内容要有可读性，能引发阅读兴趣
服务号运营策略
- 促销策略
- 品牌策略
- 发掘需求策略
- 沟通策略

微信粉丝从何而来

QQ

QQ群
- 找到目标QQ群
- 申请入群
- 在QQ群中深耕细作
- 制定具体的推广策略
QQ空间
- QQ空间认证
- 多发表一些有价值的精品文章
- 善用朋友分享

微博

“按图索骥”,通过标签找粉丝
主动对用户的微博进行转发与评论
利用微博群来寻找目标用户
努力使自己成为微博群里的“舆论领袖”

百度

百度文库
- 标题越实用越好
- 图文并茂
- 有效分类
百度经验
- 以微信二维码作为头像
- 在参考资料中留下你的联系方式
- 在标题中添加更多的关键词
- 在图片中添加你的微信二维码
- 多提交

软文

极具吸引力的标题
言之有物的内容
定位于精准的目标群体
精心选择发布渠道
添加微信二维码

视频推广

线下活动

如何吧潜在用户转变为现实用户

潜在用户：

影响性
相对性
转化性

已用户为导向

提高服务质量
赠送令用户满意的小礼物
不定时举办一些感恩活动
给每一个用户VIP的感觉
为用户提供专业性的产品指南
关于用户的想法和意见
投其所好

激活粉丝的主动传播

知己知彼，了解粉丝的“口味”
折扣与优惠是最好的营销工具
根据粉丝的属性来分组推送信息

如何留住老用户

建立用户档案，提供针对性服务

用户基本信息
用户偏好信息
用户行为信息
用户服务信息
其他相关信息

以情动人，对用户进行情感投资

给予老用户更多的优惠政策
多与老用户进行沟通
尊重老用户的意见
多向老用户表达你的感谢
重视20%的老用户
多传播正面信息

促销时时有，给用户多一些甜头

策略篇 —— 如何做好微信营销

微信营销的目标不能一味只关注利润，还要充分考虑消费者的利益、对社会的责任，并妥善处理企业与消费者、与社会的利益关系。

设立微信营销目标

目标设立的原则

S（Specific）：明确性
M（Measurable）：可衡量性
A（Achievable）：可实现性
R（Relevant）：现实性
T（Time-based）：时限性

目标设立的环节

正确理解企业的总体目标
根据SMART原则，制定出目标
列出可能遇到的问题和阻碍
列出实现目标所需要的资源
确定目标完成的日期

五步制定营销策略

定位微信公众账号
定位目标用户群
调研目标用户群
- 更愿意接收哪种类型的内容
- 更愿意在什么时候接收消息
- 更愿意参加什么样的活动
- 更愿意如何参加活动
- 不喜欢什么内容、活动
制定具体营销计划
- 步骤
  - 做什么
  - 怎么做
  - 谁来做
  - 什么时间做
- 注意事项
  - 正确的营销目标是营销计划得以顺利实施的前提条件
  - 企业中有效的运行系统是微信营销计划得以实施的重要保证因素
  - 企业文化、价值观也是影响计划实施的重要因素
执行与跟踪
- 四项原则
  - 适时发现问题
  - 跟踪重要目标
  - 明确你的跟踪目标
  - 实际主义，避免得不偿失
- 跟踪步骤
  - 收集信息
  - 评估
  - 反馈

微信营销的原则、方法、技巧与误区

微信营销的四大原则

多号并行，合理布局

双号策略
- 服务号 + 订阅号
多号策略

构建微信矩阵，协同作战

微信矩阵的特点
- 多个微信公众账号协作
- 统一化管理
微信公众账号的划分
- 品牌层级
- 地域性
- 功能定位
- 业务需求
微信矩阵的常见模式
- 1+N 式微信矩阵
  - 以主品牌、主业务的微信公众账号为主导，在其基础之上，再开设N个子品牌、子业务、子部门或下属地域的微信公众账号，形成一个完整的微信推广体系。
- AB 式微信矩阵
  - 指的是以一个形象微信公众账号（Action）和一个品牌微信公众账号（Brand）的形式组成矩阵组合，从而达到塑造、维护企业的品牌形象的主要目的。
- 三维式微信矩阵
  - 从企业、产品及生活方式的培养这三个维度来进行微信公众账号的布局。

关注竞争对手，善用“他山之石”

关注竞争对手的微信公众账号和个人微信号。
扮演用户的角色，通过微信公众账号向竞争对手进行产品咨询、要求售后服务、订购产品等。

免费为诱饵，赢利为目的

“免费午餐法则”的心理定律。

让客户吃到“免费的午餐”，让他因此在心中对你怀有一种潜在的愧疚感，他购买你的产品的可能性就越大。

微信营销的实用方法

如何提高关注度

重视产品与服务的同时，增强信息资产的积累
- 品牌、心智占有率等无形资产。
针对目标用户建立“信息银行”，开展个性化的数据库营销
- 更贴心的交流、更人性化的互动
注重与用户的双向沟通
- 获得认同与注意
多为用户提供一些增值服务
- 提高参与意识与合作兴趣
别做“垃圾制造者”
珍惜用户的“碎片化时间”
- 碎片化阅读
- 焦点
- 记忆点
- 卖点

如何提高浏览量

解答使用问题
采取一定的激励手段
成为用户的朋友
自动回复
重要的文章要重点展示
策划专题
在文章中加入“微链接”
- 其他文章的链接，感兴趣者可以点击阅读
栏目安排要清晰、合理
不断更新

如何提高互动率

趣味小测试
小游戏
有奖问答
发放刮刮卡
鼓励用户反馈意见
二维码

如何提高曝光率

利用搜索引擎进行推广
- 付费搜索引擎广告策略
  - 百度
  - 谷歌
- 免费搜索引擎推广策略
  - 设计恰当的关键词组合
  - 对搜索引擎的关键词进行优化
  - 增加关键词密度
  - 注册免费会员
利用博客进行推广
利用论坛进行手工推广
利用“病毒”进行推广
- 发布一些有意思的、新奇的、有趣的，并与微信公众账号有关的信息。
利用网络广告进行推广
利用软件进行推广

如何提高活跃度

利用用户的社交关系
线上、线下活动相结合
提高沟通频率
给用户一些温馨提示
及时回复

如何在营销红海中游刃有余

善用事件营销，借事发力

公益
聚焦
危机

事件营销的策略运用

造势策略
借势策略
概念炒作策略
- 把握分寸、以吸引用户注意力为目的的良性炒作
- 取其利，避其害

用“圈子”圈住核心用户

自己打造圈子，组织各类线上、线下活动
支持或赞助目标圈子，与他们进行密切合作
建立目标圈子数据库，挖掘用户数据价值
善于利用圈子里的意见领袖，通过他们来辐射其他人

差异化策略，与众不同才是卖点

制定的途径
- 产品差异化
- 细分市场差异化
- 渠道差异化
实施注意问题
- 差异化要被用户认同并接受
- 适时进行创新

微信营销效果的考核与评估

微信营销的考核标准

内容价值性

标题
导读
正文
栏目设计
二维码

互动率

浏览量
评论量
分享率

关注者数量 功能受欢迎度 转化率

如何进行微信营销的KPI考核

关注者数量
- 原有关注者数量 + 新增关注者数量
互动率
- 关注者数量 × 功能欢迎度
用户忠诚度
- 内容价值性 × 互动率 × 功能受欢迎度
转化率
- 用户忠诚度 × 关注者数量

《集创思维设计矩阵》读书笔记

Sat, 18 Nov 2017 00:00:00 +0000

人的才识是装在瓶子里的，你的瓶子满了，就再也装不下新东西了。要想装下更多，你不能固守这个瓶子，你要打破它，换个更大的瓶子。如此反复，你才不是现在的你。

序

做产品的不去了解商业，做交互的不去了解产品，做视觉的不去了解交互，这在未来的工作中是非常可怕的，单一的设计思维会为企业带来大量的消耗，增加不必要的沟通成本。
了解，信任，价值，转化
感性驱动，结果驱动，理性驱动

高维融合低维

品牌
- 集创思维
定位
- 互联网+时代
- 高级思维
沟通主张
- 结合商业逻辑、产品形态、外部环境、自身能力、集合设计来提升产品的体验
支撑要点
- 枪型-逻辑定位（要点）
- 高维融合低维（格局）
- 设计VS计算（平衡杠杆）
表现 {场景，内容}
- 针对不同市场、不同的产品形态、不同产品阶段，做出对等的设计判断
- 商业思维包含产品思维，产品思维包容设计思维：他们可以互相集合
- 设计很美，但考虑商业消费
- 产品很美，但考虑阶段完成

具有向心力产品具备的三点特征

强技术，代表产品iPhone
强用户粘性，代表产品微信&QQ
强需求，代表产品12306

总结几点

用户体验实在为企业竞争力服务的。
- 必须承认有些产品即使用户体验出色后也逃不掉失败的命运，商业逻辑决定着产品逻辑，产品逻辑又决定着体验逻辑。
- 如果高处的商业逻辑错误了，后面的发力其实意义不大。
只有向心力产品才能改变人的习惯，差别化产品要迎合用户。
- 苹果、腾讯、12306这些产品失去一个，我们的生活都可能发生巨大变化，这就是向心力产品文化认知的威力。
- 初创产品只有经历四个阶段才能形成向心力
  - 核心功能
  - 用户基数
  - 商业链接
  - 功能链生
  - 文化认同
绝大多数产品必须走差别化战略，和向心力产品存在差异才有可能成功。
- 差别化才是设计师发挥能力的关键所在。
创新是一件很冒险的事。
- “十个创新九个坑，还有一个全靠蒙”，处于中心地带的产品不会尝试冒险的创新，只有边缘市场的产品才会为了生存不得不创新，而中心地带的向心力产品只要抄袭就可以轻松干掉他们。
创新能否成功也要看企业的DNA结构。
- 很多设计师和产品经理相互之间的能力可能差不多，但是在不同公司的结构下有些人的产品会出现妥协，这是很多国内一线企业难出精品的原因。

枪型思维

在这个“快”时代里
- 人们失去耐心
- 目光被无数白元素吸引
- 人们喜欢“快餐”
- 人们不喜欢停留

虫洞商机

现在这个时段，优秀的服务就像客户口渴时服务员立刻递上一杯水。
但是更优秀的服务是服务员预判到客户口渴了，事先准备好合适的水，并且知道是温水、矿泉水、柠檬水还是糖水，这就是大数据的威力。
大数据的推送
- 掩埋型信息推荐
  - 50%的可能性
  - 选择权交给用户
  - 数据不够精确
  - 信息可靠度不高
- 打断型信息推荐
  - 100%的可能性
  - 承担全部责任
  - 数据绝对精确
  - 信息可靠度很高

枪型思维图（5个指针）

指向市场
- 现有市场
  - 高性能、低价位
  - 拼体验、拼服务
- 垂直市场
  - 针对专门的使用群体
  - 研究这个群体的需求
  - 把握这个群体的特点
  - 推出产品的设计特点
- 全新市场
  - 这个产品是否能被接受
  - 如何设定用户的使用习惯
  - 如何让用户接受核心功能
指向用户
- 用户模型
  - 1.来自数据
  - 2.来自产品定位：产品针对人群
  - 3.来自产品特征的提取
    - 数据收集
    - 提取用户行为
    - 构建用户模型
- 场景建模
指向产品形态
- 技术驱动
- 运营主导
- 用户体验优先
- 独特资源驱动
指向产品阶段
- 初级核心功能
- 中级活跃压力
- 高级商业认知
指向生态形式
- 主载体
- 工具
- 设备

创新三要素

A是否提升了人们的使用效率
B是否让人们获取更多、更准确的信息
C是否满足人群在特殊情况下的需求

创新三雷区

X产品是否有可替代性
Y是否干扰其他功能的使用
Z落地环境是否理想

马洛斯心理

生理
- 呼吸、食物、水、性、睡觉、机体平衡、排泄
安全
- 人身、财产、职业、家庭、健康、道德的保障
爱/归属
- 友情、亲情、爱情
尊重
- 自尊、信任、成就、尊重
自我实现
- 道德观、创造性、自觉性、解决问题、没有偏见、接受现实

人性的七宗罪

暴食
懒惰
贪婪
淫欲
愤怒
嫉妒
骄傲

产品的驱动力

技术驱动力的产品
运营驱动力的产品
特殊资源驱动力的产品
模式驱动力的产品（垂直针对、平台包容）

慈思远2015年百度的演讲分享

在当前的社会节奏下，产品设计不再追求对于功能的满足，而且更清晰地对准市场、对准用户、对准形势。这个时候我们将更清晰地使用枪型思维来看待问题。

每个产品的特点不同、处于市场的环境和竞争力不同、产品阶段不同、属性不同，带来机会点的作用力也会不同。所以我们应当在发掘这个产品特点的基础上，有针对性、动态地解决问题。而不是死套模板，孤立静态地解决问题。

媒介的特点-三大平台的属性

Web平台

特点
- 良好的操作环境
- 输入方式强大、屏幕大
- 无能耗烦恼
- 视觉的盲区
- 惯常的操作行为
- 时空限制
结构
- 个人展示类网站
- 垂直电商类网站
- 平台类电商网站
- 门户类网站
- Blog类网站
- 工具类网站
- 瀑布流结构网站
- 响应式网站
- 分面导航与面包屑结构的过渡

客户端-手机平台

特点
- 使用环境复杂
- 输入方式单一
- 行为受到环境、输入方式和界面的限制
- 流量和电池的烦恼很严重
结构
- 导航的呈现方式
  - TAB式
  - 舵式
  - 上下双层标签
  - 抽屉式
- 内容界面的呈现方式
  - 宫格式
  - 列表式
  - 卡片式
  - 其他（Pop Up、混合结构）
对比
- 视觉流
- 背景噪声
- 思维逻辑

交互设计的结构与认知

你生活在一个标准的世界里，一致性让你更好地理解世界

一致性法则
- 结构
- 颜色
- 操作
- 反馈
- 文字
父子结构
流-线结构
矩阵结构
状态认知
- 让用户明确过去、当前、将来的位置（出口和入口）
- 告诉用户他当前所处的状态
效率与场景
- 如何解决等待的问题
  - 加载机制的设计
  - 对等待的控制感
  - 主流操作区要控制好图片大小，避免动画
  - 四种方式缓解用户等待焦虑感
    - 使用进度条，让用户知道等多久
    - 拆分任务，将任务分为数个小阶段分别加载
    - 调整加载速度，采用变速加载
    - 主流操作区不使用太大的图片和动画
- 如何快速有效地识别和提示
  - 预防差错
  - 即使出现差错也能纠正、撤销
- 及时的反馈
  - 视觉反馈
  - 声音反馈
  - 触觉反馈
  - 反馈的快速性
  - 反馈的对等性
  - 有效反馈节省时间
- 对于场景的合理运用提升使用效率

交互的设计原则

二八法则
- 手机可能有100个功能，但是只有20个功能被用户使用
费茨定律
- 元素越大，越容易点击
- 重要的控件应该摆在合适的位置，让用户点击或者寻找的时候不会那么辛苦
- 一个重要、高频、商业价值达的控件有资格比其他控件做得更大些，这样的设计形态可以和它的内在逻辑保持一致
格式塔心理学
能量消耗论与剃刀法则

设计的评估逻辑

三个用户阶段

新手用户
中间用户
专家用户

三大负荷

认知负荷
操作负荷
视觉负荷

不需要用户思考的设计当然是好设计，但最糟糕的确实就算让用户思考了，用户也不明其意，甚至不知道产品是什么。

如何降低用户的思考
- 明确界面传达的意思
- 尽量使用图标加文字
- 使用用户的语言
操作负荷评估标准
- 确保操作对象足够大，便于点击
- 减少手势消耗
- 简化的流程步骤
- 保持操作惯性
减少视觉负荷
- 尽量减少动画元素
- 避免使用复杂的背景
- 保持屏幕整洁
- 最少化的视觉元素

集创评估六要素

转化力
- 头屏三要素
  - 我是谁
  - 我有什么内容
  - 什么内容在吸引着你
- 条目性感度
- 转化是否具备足够动力
系统活性
- 状态认知
- 引发更多的链接
- 多次触发力
效率值
- 主任务效率
- 层级是否深
- 高频操作是否具备效率
- 流畅度
防错
- 认知负荷如何
- 错误入口、干扰信息
- 错频入口
风险
- 依赖第三方
- 政策
- 产品资源
需求满足度
- 界面是否满足主场景
- 界面是否覆盖常规、VIP需求
- 界面是否满足商业

视觉评估的要素

一致性
- 包括：文字、颜色、间距、控件、反馈等。
视觉流
- 包括：视觉强点、视觉流向、视觉干扰等问题。
- 标准一：信息的强点是否是视觉的强点
- 标准二：当信息都是平级关系进行排列时，视觉注意力是否平均分配
- 标准三：审查界面中出现的空白区域，要查看是否存在信息的“盲区”
空间流
- 包括：场和留白、文字的留白等。
规整度
- 包括：界面的平衡、结构对齐、元素对比度与识别度等。
抗风险
- 包括：图片或者元素缺失等。

钱——社交——信用，这是真正做互联网金融的商业逻辑。

在商业认知的基础上去做功能链生

排除改版的影响，原来的核心功能效率不能降低。
新的版本用户的认知习惯如何慢慢去建立。
新加入的功能和新加入的商业逻辑如何更好地匹配界面布局。

研发流程

很多管理方面的问题，会导致大多数团队在产品线上至少会浪费三分之一的时间和成本，如果浪费的太多，最直接的结果就是员工得熬夜加班和产品的匆忙上线。

这些问题具体表现如下
- 在产品各个阶段都会乱加需求，甚至不考虑产品的全局而混乱改动。
- 命名在产品的初期阶段，非要做后期阶段的事。
- 需求都没想清楚，就开始进行研发和设计。
- 甲方思维和互联网思维的冲突让企业争吵不断。
关于文档：在项目开发阶段一定要有文档的输出，绝对不能只靠口头协议。
- 项目每个阶段、产品的特点都明确地写在文档上，可以让各个岗位的人员很清楚地知道自己是否完成自己的任务。
- 预防团队流动性大。如果形成一定的文档和设计规范，可以让后来人员很容易了解项目的历史情况和之前的数据积累。
- 团队问责。一旦项目出现争执，立刻拿出文档来对证，能停止不休止的争论。

产品经理三大输出物：需求文档、迭代计划、用户数据
交互三大输出物：信息架构、原型验证、优化文档
视觉设计三大输出物：视觉效果、切图、界面标注

设计来源于生活，也来源于自身阅历，如果你想做出优秀的设计，必须学会认识你自己。

《Web全栈工程师的自我修养》读书笔记

Sat, 28 Oct 2017 00:00:00 +0000

当我们知道一个“东西”的名字，就会在看到这个“东西”的时候，立马意识到它。
但是如果我们不知道它的名字，可能一辈子也不会认识它。这就是约书亚树原理。

概念

全栈工程师（Full-Stack Engineer）：
- 一个能处理数据库、服务器、系统工程和客户端的所有工作的工程师。
全栈：
- 表示为了完成一个项目，所需要的一系列技术的集合。简单来说，全栈工程师就是可以独立完成一个产品的
- 能力 + 思维
Web开发流程
- 产品设计
- 交互设计
- 视觉设计
- 前端开发
- 后台开发
- 测试
- 发布

一专多长

先在一个特定的方向上有比较深入的钻研，然后再将学习目标渐渐推广开来。
比如先从前端方向入手，掌握了基本的HTML、CSS、JavaScript之后，不要转头向服务器端语言或者App方向发展，而是深入到性能优化、SEO、多种框架、响应式页面等前端细节中去。

解决问题，而不是醉心技术

公司存在的意义就是解决问题，公司要解决用户的问题，而员工要解决公司的问题。
公司的问题可能是降低成本、扩大用户群、增加成交量、优化性能，等等。
设计四大原则：对齐、对比、距离和重复。

Web性能优化

压缩源码和图片
- JavaScript文件源代码可以采用混淆压缩的方式，CSS文件源代码进行普通压缩，JPG图片可以根据具体质量来压缩为50%到70%，PNG可以使用一些开源压缩软件来压缩，比如24色变成8色、去掉一些PNG格式信息等。
选择合适的图片格式
- 如果图片颜色数较多就使用JPG格式，如果图片颜色数较少就使用PNG格式，如果能够通过服务器端判断浏览器支持WebP，那么就使用WebP格式和SVG格式。
合并静态资源
- 包括CSS、JavaScript和小图片，减少HTTP请求。
开启服务器端的Gzip压缩
- 这对文本资源非常有效，对图片资源则没那么大的压缩比率。
使用CDN
- 或者一些公开库使用第三方提供的静态资源地址（比如jQuery、normalize.css）。
- 一方面增加并发下载量，另一方面能够和其他网站共享缓存。
延长静态资源缓存时间
- 这样，频繁访问网站的访客就能够更快地访问。
- 不过，这里要通过修改文件名的方式，确保在资源更新的时候，用户会拉取到最新的内容。
把CSS放在页面头部，把JavaScript放在页面底部

重视作品集

作品集（portfolio），是指您个人的项目和作品的集合，一份精心准备的作品集比简历更能说服人。

设计模式

创建型模式
- 单例模式
- 工厂方法
- 抽象工厂
- 建造模式
- 原型模式
- 对象池模式
- 多例模式
结构型模式
- 适配器模式
- 桥接模式
- 组合模式
- 装饰模式
- 外观模式
- 享元模式
- 代理模式
行为型模式
- 观察者模式
- 黑板
- 责任链
- 命令
- 解释器
- 迭代器
- 中介者
- 备忘录
- 空对象
- 模板方法
- 访问者模式

学习管理

在项目最开始做出合理的时间评估
根据人员的强项来安排任务
唤起团队对项目成功的渴望
保障沟通。理想沟通频率每周至少两次。

扩展阅读书单

【思想类】
- 《黑客与画家》（美）保罗·格雷厄姆，人民邮电出版社
- 《专业主义》（日）大前研一，中信出版社
【商业类】
- 《重来：更为简单有效的商业思维》（美）贾森·弗里德 / （丹）戴维·海涅迈尔·汉森，中信出版社
- 《精益创业》（美）埃里克·莱斯，中信出版社
【面试类】
- 《编程之美：微软技术面试心得》《编程之美》小组，电子工业出版社
【企业文化类】
- 《打造Facebook》王淮，印刷工业出版社
【个人展示类】
- 《您就是极客：软件开发人员生存指南》（美）Michael Lopp，人民邮电出版社
- 《代码整洁之道》（美）Robert C. Martin，人民邮电出版社
【性能优化类】
- 《图解HTTP》（日）上野宣，人民邮电出版社
- 《高性能网站建设进阶指南》（美）Steve Souders，电子工业出版社
- 《网站性能监测与优化》（美）Alistair Croll / Sean Power，人民邮电出版社
【前端工程师类】
- 《精通CSS:高级Web标准解决方案（第2版）》（英）Andy Budd/Simon Collison/Cameron Moll，人民邮电出版社
- 《单页Web应用：JavaScript从前端到后端》（美）Michael S. Mikowski /Josh C. Powell，人民邮电出版社
【服务器类】
- 《鸟哥的Linux私房菜.基础学习篇》鸟哥，人民邮电出版社
- 《只是为了好玩 : Linux之父林纳斯自传》（美）Linus Torvalds、David Diamond，人民邮电出版社
【版本控制类】
- 《Git版本控制管理》（美）Jon Loeliger/ Matthew McCullough，人民邮电出版社
【代码艺术类】
- 《代码大全》（美）Steve McConnell，电子工业出版社
- 《代码的未来》（日）松本行弘，人民邮电出版社
- 《禅与摩托车维修艺术》（美）罗伯特·M.波西格，重庆出版社
【设计模式类】
- 《设计模式：可复用面向对象软件的基础》（美）Erich Gamma / Richard Helm / Ralph Johnson / John Vlissides，机械工业出版社
- 《JavaScript设计模式》（美）Addy Osmani，人民邮电出版社
【效率类】
- 《软件随想录：程序员部落酋长Joel谈软件》（美）Joel Spolsky，人民邮电出版社
- 《卓有成效的程序员》（美）Neal Ford，机械工业出版社
【设计类】
- 《写给大家看的设计书（第3版）》Robin Williams ，人民邮电出版社
- 《写给大家看的设计书：实例与创意》Robin Williams ，人民邮电出版社
【修为类】
- 《卓有成效的管理者》（美）彼得·德鲁克，机械工业出版社
- 《麦肯锡教我的写作武器》（日）高杉尚孝，北京联合出版公司·后浪出版公司
- 《金字塔原理》（美）巴巴拉·明托，民主与建设出版社
- 《安静：内向性格的竞争力》（美）苏珊·凯恩，中信出版社

《现在就干：互联网时代的高效时间管理法》读书笔记