这些“工作”信息往往不会出现在全开放式网络上，因为它是有一定私密性的，也不是每个人都需要它.

举个实例，我要去写一个网站，所有的语言教程、搭简单的框架这类事情从google，github、bitbucket、koders这些地方可能都能够找到答案，但是一旦涉及网站内部的逻辑、接口、算法这种细节问题的时候，此时你会突然发现网络上的信息对你有直接帮助的很少，因为问题已经涉及到了具体的业务，这些内容太有针对性、私密性，不怎么会被放在一个全公开的地方。

还好，现实生活中，我们通常还能够请教自己的同事，同事会分析给你听他们以前是怎么解决这些问题的，甚至告诉你一些秘技（而这些秘技又是同事们通过长期实践摸索出来的）。

平时工作的时候，如果一个团队关系紧密，共享此类信息是很正常的事情，也算是团队成员之间的小秘密，但通常情况下大家会很默契不会对外公开。

比如说我们团队在早期的时候，自己搭了一个网站，叫做圆蜡笔，是一个只对我们团队内部人开放的交互式网站，我们把大部分的UI设计问题和代码问题都会放在这个网站上讨论。我们基本上很少用邮件，我们搭的这个网站上面有针对某一个话题讨论的功能区，设计得有点像人人网，大家还可以共同回复。

圆蜡笔的很多信息有点像Evernote一样是按照每个人的标签、话题、工作任务（我们有时候会讨论任务，所以导入了一个任务管理系统）整理的，大家会看到对方的标签，比如说我在做一个手机icon，那么有一个同事的标签就是“[email protected]”，于是我就去看他平时讨论的问题了，于是我就发现了他的很多“秘技”。我们大部分人感觉更能习惯这种以任务、标签、话题分类的方式来储存我们的“工作”信息。

使用gmail的人可以用tag来标签，但是我们大多数人用的是公司专用邮箱，没有这项功能。大多数成员对email按照时间线来排列信息感到反感，因为很多人对时间不是很敏感（我是说什么事情在什么时候发生过大家记得不清楚，而不是说大家没有时间观念，老喜欢迟到）。在这个平台上我们讨论的问题相对会私密很多，而且也不会有不认识的人来打扰，感觉比较安全。

总之，对于大多数人来说，更需要的是“工作”信息，而这些有着相当价值的“工作”信息多数情况下，会在团队协作的时候通过内部通道来传递。

本节末尾，我大致总结了上面所提到的三层信息的种类、内容、特点、价值和获取源，以帮助读者更能理解文章中提到的信息分类，2017年我们该如何防360屏蔽空间，防360拦截呢？这很重要：