If there's one thing that unites the #Fediverse and The #ATmosphere it is this: Substack is ⛔👎🏽🙅🏽🚫😒😤 Use Hugo (with ATProto & ActivityPub plugins), WriteAs, Offprint, GreenGale, Pckt, Leaflet, Ghost, WordPress (with AP plugin).

#dc comics#batman#dc#tim drake#batfam#batfamily#bruce wayne#dick grayson#dc fanart


seen from China
seen from United States
seen from Philippines
seen from United States
seen from China

seen from United States

seen from Russia
seen from Canada
seen from United States
seen from United States

seen from India
seen from Philippines
seen from United States
seen from United Kingdom
seen from United States

seen from Georgia
seen from United States
seen from United States

seen from Mexico

seen from Russia
If there's one thing that unites the #Fediverse and The #ATmosphere it is this: Substack is ⛔👎🏽🙅🏽🚫😒😤 Use Hugo (with ATProto & ActivityPub plugins), WriteAs, Offprint, GreenGale, Pckt, Leaflet, Ghost, WordPress (with AP plugin).

Anya is live and ready to show you everything. Watch her strip, dance, and perform exclusive shows just for you. Interact in real-time and make your fantasies come true.
Free to watch • No registration required • HD streaming
Fresh from «Sa Hangganan (사 항가난): Notes From the Borderlands» ⟨⟨Breaking Free From Walled Platforms⟩⟩ Community tools to help you reclaim your content from centralised services
Community tools to help you reclaim your content from centralised services
Google Sosyal Ağ Sitelerine Yardımcı Olacak
New Post has been published on https://www.ozgurbilgi.net/google-sosyal-ag-sitelerine-yardimci-olacak/
Google Sosyal Ağ Sitelerine Yardımcı Olacak
https://www.ozgurbilgi.net/google-sosyal-ag-sitelerine-yardimci-olacak/
Home - OpenSocial - OpenSocial Wiki
OpenSocial - originally Google's effort for sharing across social networks
OpenSocial is a public specification that defines a component hosting environment (container) and a set of common application programming interfaces (APIs) for web-based applications. Initially it was designed for social network applications and was developed by Google along with MySpace and a number of other social networks. In more recent times it has become adopted as a general use runtime environment for allowing untrusted and partially trusted components from third parties to run in an existing web application. The OpenSocial Foundation has also moved to integrate or support numerous other open web technologies. This includes Oauth and OAuth 2.0, Activity Streams, and Portable Contacts, among others.
It was released on November 1, 2007. *Applications implementing the OpenSocial APIs will be interoperable with any social network system that supports them.*
On 16 December 2014 the W3C announced that "OpenSocial Foundation Moving Standards Work to W3C Social Web Activity" - see http://www.w3.org/Social/.
Actually a great idea as apart from some instant messaging standards like Jabber that would allow different IM apps to share messages, each social network (Google+, Twitter, Facebook, etc) stands on its own island and there is no messaging across the services at all. There are some 3rd party services that allow you to authenticate into each one and that service will push across the networks but it does not easily allow you to monitor and respond to each one, or have one message thread running across different services.
And come to think of it, Google originally participated with Orkut, but now with +Google+ Google is actually more "closed" that most other networks as it offers no 3rd party writeable API to allow an external service to post to its stream (like you can do for Facebook, Twitter, Tumblr, and some other services). So this means that you must post manually to a G+ stream (think Profiles, Collections) which is what probably does restrict a lot of companies and others from using G+ more.
I still hope to see the day that G+ allows proper API access for Profiles and Collections, and where there is some interchange of posts, replies, etc across social networking services. It's currently like each country having it's own telephone service but you can only call within that telephone network, and nowhere else. How come the phone companies broke down that barrier, but social networking gets away with it? Only thing that would probably change this, is for a truly open social networking service to start up, and droves of people migrate across to it. That is what would wake up Facebook and others to needing to play more open. Right now they have no need of it, and Facebook originally did not want to participate in OpenSocial, and having the biggest numbers specifically with personal/family links, it is doubtful whether Facebook will ever participate. Without +Facebook and its numbers, any OpenSocial type effort is actually doomed - it is a true Catch-22.
#social #opensocial #sharing #opendata
http://bit.ly/1FlbQHk
ID web único en República Dominicana: Pasos para la estandarización
Desde hace varios días hay una idea se está madurando en la “nube social” dominicana. Es un cambio al paradigma del sitio web desarrollado localmente, es un cambio de mentalidad, que posibilita la apertura en beneficio de promover un estándar que signifique “progreso” para todo el sector. Y no es para menos, que desde ROCK (Resources for Open Community Knowlegde) estamos convenciéndonos, sobre la importancia del uso del API para integrar tanto los sitios web dominicanos como las pocas aplicaciones que existen, hasta las que ahora se están gestando. Nuestra intención es plantear las opciones abiertas para que cada propietario pueda seleccionar la que más se ajuste a su proyecto. ¿Qué es OpenID? OpenID es un sistema de identificación digital descentralizado, con el que un usuario puede identificarse en una página web a través de una URL (o un XRI en la versión actual) y puede ser verificado por cualquier servidor que soporte el protocolo. En los sitios que soportan OpenID, los usuarios no tienen que crearse una nueva cuenta de usuario para obtener acceso. En su lugar, solo necesitan disponer de un identificador creado en un servidor que verifique OpenID, llamado proveedor de identidad o IdP. El proveedor de identidad puede confirmar la identificación OpenID del usuario a un sitio que soporte este sistema. ¿Qué es Open Social? OpenSocial es un conjunto de API comunes destinadas a la creación de aplicaciones sociales en múltiples sitios web. OpenSocial está compuesto por API de JavaScript y API de datos de Google. Los desarrolladores sólo tienen que aprender las API una vez para crear aplicaciones que funcionen con cualquier sitio web compatible con OpenSocial. Por otra parte, cualquier sitio web puede implementar OpenSocial, ya que los desarrolladores disponen de una amplia red de distribución para llegar a los usuarios. Controversias Han existido debates sobre la seguridad del OpenID, la preocupación surge al condensar todos los usuarios en un servidor de autenticación; esto hace posible conocer dónde ha estado un usuario previamente. El conocer los detalles de la navegación de los usuarios, es probable que se pueda invadir la privacidad del usuario. A diferencia de arquitecturas Single Sign-On, OpenID no especifica el mecanismo de autenticación. Por lo tanto, la seguridad de una conexión OpenID depende de la confianza que tenga el cliente OpenID en el proveedor de identidad. Si no existe confianza en el proveedor, la autenticación no será adecuada para servicios bancarios o transacciones de comercio electrónico, sin embargo el proveedor de identidad puede usar autenticación fuerte pudiendo ser usada para dichos fines. En el lado “social”, Google y sus asociados ofrecen algunas tecnologías para que Internet en su conjunto llegue a ser un medio más social, respondiendo así al claro interés de los usuarios. Productos, como orkut.com, son sólo uno de los distintos sitios web que implementan OpenSocial. Aunque con menor escala, el API tiene resistencia por grupos que entienden que Google está creciendo mucho, no obstante, el código de ejemplo se ofrece con la licencia de Apache 2.0. Además, las licencias de toda la documentación de OpenSocial proceden de Creative Commons, por lo que se puede reutilizar y combinar los servicios. En el futuro, se plantea ofrecer el software libre de los componentes necesarios para ejecutar OpenSocial en sitios web personales. ¿Nos unimos? OpenID está ganando fuerza debido al anuncio de algunos sitios grandes, como Technorati de la adopción de este sistema. El software MediaWiki cuenta con una extensión para permitir acceso por OpenID, pero de momento no se usa en los servidores de Wikipedia. Como mencionamos antes, uno de los ejemplos del OpenSocial es Orkut.com (que es una de las redes sociales más utilizadas en Brasil), pero entendemos que está en una etapa de adopción temprana. Una de las herramientas que podemos ver con la tecnología de Open Social, es el Google Friend Connect, que es bien utilizado en Blogger y que actualmente se visualiza en muchos sitios web. La pregunta que nos deja este nuevo recorrido es: ¿Tenemos la capacidad suficiente como dominicanos para acoger un estándar y continuar el proceso de innovación? Entiendo que ésta generación tiene la capacidad suficiente para dejar 20 años de paradigmas y recuperar el tiempo perdido (20 años de brecha digital). Datos interesantes Software para sitios web o administradores de contenido como Drupal (version 5.x) y Joomla (versiones 1.5x) ya soportan OpenID y Web Services. Blogger soporta el OpenID. Existen muchos recursos en Openid.org y Opensocial.org para investigar y seguir adelante. Puedes unirte a ROCK (Resources for Open Community Knowledge) en Facebook y continuar el debate. Contamos contigo.

Anya is live and ready to show you everything. Watch her strip, dance, and perform exclusive shows just for you. Interact in real-time and make your fantasies come true.
Free to watch • No registration required • HD streaming
你需要了解的 Google OpenSocial 的六大要点
自从 Google 宣布了 OpenSocial API 以来,关于它的新闻和网志就开始连绵不绝了。OpenSocial 一个新的为社会化网络应用设计的模型,现在已经被描述成为用来击败 Facebook 的重要一步棋。除非你真的是两耳不闻窗外事,不然你就应该知道 Facebook 已经超越 MySpace 成为世界上最成功的社会网络,很显然他为社会化服务提供了一个更有竞争力的模式。因为 Facebook 允许第三方的公司参与进来,与其分享用户资源,提供 Facebook 的应用插件,到目前为止已经有 7100 个第三方的应用插件在 Facebook 的平台上面运行了。在 Web 2.0 时代(相对于之前的 PC 时代),成为核心的真理是平台而不是应用本身。很显然社会化网络第一轮的竞争结果已经出来,Facebook 胜出。这次表明一个强大的依赖于网络的软件特性:你交出区的控制权越多,你能得到的回报价值就越高。
然而 很多blog文章 都指出了 Google 用他的开放式 SNS 应用模型在殴打他的竞争对手,Facebook 的开放式 SNS 平台,因为使用 OpenSocial,你可以让你的程序在任何一个支持 OpenSocial 的社会化平台上运行,而不用限制在一个平台之上,至少 OpenSocial 现在已经拥有了一大批支持者 。
但是按照 Don Dodge 在他的 OpenSocial Coverage 所描述的,Google 的这一举动并不会让第三方开发这们很快停止为 Facebook 开发应用,因为那里还有许多已经存在的用户,开发这们没有理由要放弃这些用户。况且,现在还没有一个真正的基于 OpenSocial 的应用出现。
按照 OpenSocial 现在的策略,它实际上是建立在Google Gadget 的技术之上,开发者能够很容易的通过 Google Gadget Editor 来创建基于 OpenSocial 的应用,你只需要会 HTML 和 Javascript 就行。OpenSocial 目前所提供的 API 实现了一套规范的组件容器的接口,他们实现了三个标准的社会化特性,个人档案、好友列表和更新通知,在任何一个支持这些接口的社会化网站上都可以部署你的 Gadget 应用,而不仅限于 iGoogle 的入口页,同时你还能够调用那些社会化网站上的用户资料,实现一些你之前都没有想到过的很 Cool 的应用。
对于 OpenSocial 的一些本质上的理解,Dion Hinchcliffe 在他的《The 6 essential things you need to know about Google's OpenSocial 》一文中总结了六大要点,indigo 已经将它们翻译过来:
OpenSocial 只会提供搭建社会网络的最小公分母,而不是功能全面的社会化网络平台。现在应用程序的开发人员们可以利用 OpenSocial 的构架来开发各种应用,并且让他们运行在一大堆各式各样的社会化网站之上,但是 OpenSocial 并不能帮你实现那些网站的所有功能。社会化网站的 API 接口虽然没有 Windows API 那样复杂透顶,但是我们可以把 OpenSocial 想象成 Java 这样的开发平台,他也没法支持底层操作系统的所有特性,和 Java 所扮演的角色一样,编写一次到处执行,支持 OpenSocial 架构的单一组件(Widget)可以在不同的产品里面蔓延。当然这也意味着你希望利用平台底层的丰富特性去创造一个有竞争力的产品,你就不得不为这个网站实现一些自定义的代码,也就不可避免的要打破了通用应用程序的构架。
OpenSocial 的协议是基于开放标准实现的,因此它不会将开发人员锁定在一个私有的框架之内。你可以放心的使用 OpenSocial 的架构来开发你的社会化应用程序,它们都是使用的标准协议和语言,例如 XML、HTML、Javascript,还有通用的数据格式,就像 ATOM 和 RESTful/WOA 。你甚至可以将Flash的内容和功能寄存在 OpenSocial 的应用里面,只要你不违背规则。还有关键的一点,最近流行的开发平台,包括 Ruby on Rails 在内,也都支持这种服务器端的 API,响应来自脚本的请求。所以说 Google 现在是有意识的利用这些平等的、开放的、非私有的构架来避免那些私有的标记和协议。并且 OpenSocial 的文档和示例代码都是通过创作共用 和 Apache 2.0 的协议发布的,OpenSocial 的常见问题解答 中所有的东西他们都会在某一点上将它开源。对于 Google 来说,拥抱开源是一种荣耀。
OpenSocial 向社会化网络数据的敞开了大门,同时也留下了潜在的安全漏洞。一个支持 OpenSocial 应用的网站会提供一个用户账户内的所有用户数据,包括了他们自己的还有他们朋友的信息。如果一个网站自身不直接支持用户数据的导出,也可以通过 OpenSocial 来间接的导出数据,甚至是通过特定的第三方应用将不同的网站上的用户数据给汇集起来,这是一个很强大的功能。但与此同时,这也给安全问题敞开了大门,那些未知的完全漏洞、跨域的脚本调用,都会随着今后的使用成为不可避免的问题,尤其是当平台完全向世界开放的时候。
OpenSocial 使用起来不仅简单直接,还能够适应各种 RIA(Rich Internet Application)应用的开发。即使没有服务器端架构(server-side infrastructure)的支持,开发者也能简单的通过标记语言和过程代码在 OpenSocial 的生态系统中进行他们自己的发明创造,那些使用了 OpenSocial 网站的架构和用户开发这们也都能构利用上。OpenSocial 甚至能够支持交互式的 Web 接口模型,例如 Ajax。就像我们最近几年所见到的,随着各种面向产品的Web开发平台的出现,一堆一堆的毫无用处的应用服务相继出现,但是其中也不乏真正有价值的作品。现在 OpenSocial 也会制造各种野花盛开繁荣局面,其中也必定会出现有价值的应用。
OpenSocial 出自于 Google,所以不要期望他会不求回报的为互联网无私奉献。Google 几乎可以确定 OpenSocial 最终能够给他带来好处,对于其他的对手来说也不一定是件坏事情(例如 facebook)。开放是一件激动人心的事情,如果 OpenSocial 成功了,Google 会有计划充分的利用它所带来的好处。但是那些计划不一定对 OpenSocial 体系之下的所有玩家都是有益的,所以使用者们需要谨慎。
一个社会化软件的新纪元正在被 OpenSocial 这样的模式所迎来。随着社会化平台的流行,越来越多的社会化应用被创造出来,但是搭建一个成功的社会化应用会和搭建传统的商业和消费应用有许多的不同。在我们学会用不同的观点和角度去思考那些需求之前,很多开发者和软件设计人员的建立成功的社会化应用的愿望都会以失败告终。以人为中心,去理解他们,这是构建一个有效的社会化网络应用的关键,但这这对于我们大多数人来说是件困难的事情,毕竟这个行业还是被 0 和 1 所连接起来的。
indigo 翻译整理至 Dion Hinchcliffe 的《The 6 essential things you need to know about Google's OpenSocial》
如何搭建下一代 Web 应用
时过境迁,搭建 Web 应用连“轮子”都要自己做的时代已经过去了,如果你需要构架一套小型或者是中型的 Web 站点,现在已经不需要为服务器、机架、托管和安装系统而操心,选择一家优秀的网格托管技术提供商,再搭配一个构架在“云端”的虚拟存储服务(如果有大量数据存储的需求),挑选你自己最擅长的 Web 应用开发技术和前端呈现技术,最后再实现当下流行的各种 Widget 和 Social 接口,就能将自己的 Web 服务武装到牙齿了,而且噱头十足。
Dion Hinchcliffe 先生在他的《Tips for Building Next Generation Web 2.0 Applications》一文中为这些应用架构做了清晰的总结,indigo 将他的图稍作了一些更加概括性的调整。
新一代 Web 服务的四层架构:基础层、应用层、分布层 和 社会层
1. 基础层(3rd Party Web Infrastructure)
除非你有自己的机房或者数据中心,不然我们的数据就都是交给第三方托管的。按照旧有的托管概念,选择服务商,托管设备,所有的应用逻辑都在这些设备里面完成,计算、存储、数据库全部自己解决,需要大量的设备和维护人员,现在这些基础的逻辑服务可以完全交给不同的第三方公司通过网格托管(Grid Hosting)和云计算(Cloud Computing)服务来帮你实现。
我们可以把基础层想象成那些第三方已经实现好的程序模块,它们更像是操作系统提供给我的系统功能一样,程序运行空间、磁盘读写服务、CPU 调用接口和各种 IO 服务。
通过传统的网格托管,例如 3Tera 的 AppLogic,还有 MediaTemple 的 Grid-Service,在一定程度上不用为系统的分布式和访问负载担心,直接想服务提供商购买额外的负载能力就行。OpenID 可以实现统一的身份验证,现在 Google 和 Yahoo 的帐户都能进行这种认证;Amazon 的云计算服务 S3、SimpleDB 和 EC2 分别提供了虚拟的存储、数据库和应用计算托管的服务,还有 Google 最近推出的 AppEngine,你只需要将程序代码部署到这个 Web 应用容器之中,就能够使用 Google 完善的分布式网络架构了(感觉这是 Google 最伟大的一个项目了)。所以说,现在搭建一个 Web 服务最核心的技术需求已经能够完全在这些第三方的平台中完成。当然,像第三方的搜索服务(Google Coop)、地图服务(Google Maps)、消息队列服务(Amazon SQS)、即时通讯服务(Google Talk),我们也都能够将其作为基础功能整合成为自己服务的一部分。
2. 应用层(Application)
Web 服务的业务逻辑和实现方法都在应用层解决,它们在基础层提供的虚拟程序空间里面运行。套用最经典的程序开发模型——文档视图模式(MVC),应用层就是要来实现 Web 服务的数据模块(Model)、控制模块(Controller)和呈现模块(View)。
Ruby 和 Python 这两个小巧灵活的动态语言现在成了实现新一代 Web 应用的新宠,很多出色的 Web 应用都通过 Ruby on Rails 框架来实现(例如 Twitter 和 37Signals 的所有服务),同时 Python + Django 则成为了 Google AppEngine 的首选开发框架,在这种新构架之下,编程语言的开发效率,灵活性和运行平台的支持度成为了关键因素,我们需要实现的更像是基础服务的粘合剂,通过快速的组装来提供应用,而不用去考虑语言的执行效率和语言自身有多么完美。
在数据端,MySQL 仍然是 Web 应用的主流数据库系统,但现在很多复杂的业务都被基础层所封装,Rails 和 Django 框架中的数据对象模型正在被广泛采用,提高开发效率并简化查询方式是大家使用的主要动力,当然还有像 SimpleDB 和 AppEngine 这种虚拟服务的推动作用。
在用户前端,浏览器是绝对的标准和主流,因此支持好 HTML,Javascript 和 Web 标准就不会有任何访问的障碍和方向性的选择错误,如果还需要更酷的效果,Adobe 的 Flash 会是个不错的选择,至于 Microsoft 的 Silverlight 嘛,革命尚未成功,同志还需要努力。
3. 分布层(Distribution)
新的 Web 站点和服务将不再是信息的孤岛,对外暴露自己的数据显得尤为重要,Web 应用就像生物组织内的细胞,它们获取来自外界的能量,同时也产生能量输送给整个生物体。分布层就像 Web 服务的接口,其他的 Web 服务可以通过这些标准接口接入进来,自己的内容也可以输出给其他服务。
有一点需要牢记,想让自己的服务在今后的互联网中有立足之地,开放你的接口吧,不管是 REST 流的还是 SOAP 派的,因为除了人在访问你的网站之外,还有大量的机器和服务程序对你的应用感兴趣,让自己的服务成为别人业务逻辑的一部分之后,基本算是成功了(看看 flickr 是如何开放成为全球最大的照片托管服务的)。那些开放的 APIs 是被动的等着来访问,你还需要主动出击,通过 RSS、ATOM 和 Ping 这种特性来通知其他服务你更新了内容。
各种页面嵌入的 Widgets 和电脑桌面与手持设备使用的 Gadgets 也是输出服务内容必备选项,Widget 的形式更容易被其他的 Web 服务整合,例如 iGoogle 和 Blog 的 Sidebar 上。让数据能够更加方便的输出,同时也提供给第三方数据输入的机会,这是在“分布层”应该做的最重要的事情。
4. 社会层(Social)
无论什么样的 Web 应用,最终都需要有人的参与,人与人之间的行为相互影响,自然就形成了社会效应,不管参与人数的多少还是服务规模的大小,在这个架构的最上层,就是要平滑的实现 Web 用户之间的信息流通,所以我们称其为“社会层”。
经过多年的进化,社会化的标配应用形式已经成型,Blog(文字的、图片的和视频的都算),论坛 和 各种 Wiki 形式的内容分享,它们像网站的内容骨架,无论何时都可以考虑使用这几种应用形式。现在还多了 twitter 方式的 MicroBlog 和 facebook 形式的 WebIM,也许今后会成为网站标配的一部分。
Social 的思想已经深入人心,只要有用户登录和身份的网站就会好友关系(Friends List),好在 Google 已经为大家准备好了 OpenSocial 标准和 FriendConnect 服务,还有 facebook 的 Connect 服务,这两个公司致力于维护用户身份的唯一和好友关系的统一,无论在哪个网站上登录,你就是你,你的朋友也都是那些老朋友,不用重复填写档案信息,也不用重复添加好友,很理想,很完美主义 ...
不管是 Google 帮还是 facebook 派,或者始终特立独行,社会性的 Web 服务都需要有好友关系、用户档案(Profile)和用户活动流(Activity Stream),在还没有行业标准的情况下,可以使用 Google 的 OpenSocial 格式来输出和提供接口。这些用户的数据会被订阅,被聚合网站读取,或者被其他的服务分享,拥有这些数据的人就会更乐于推荐和使用你的服务,所以让用户的数据在不同的服务之间流动起来,这个才是网站社会化的精髓所在。
除了技术架构之外...
当然,构建优秀的 Web 应用,只靠清晰的技术架构是远远不够的,你需要对 Web 2.0 有深刻的理解,熟悉 Web 2.0 的编程思想、知道 如何激发网络效应 、利用好集体智慧,还需要拥有优秀的团队,适合新网络应用的 产品开发方法 和 简单易行的处事方法(Getting Real 一些比较好),最后还需要一点点运气和机会。
这篇文章是根据 Dion Hinchcliffe 先生在 Web 2.0 Expo '08 大会上的关于 “Building Next-generation Web 2.0 Applications” 议题的整理。大家对下一代 Web 应用架构有什么建议或者想法,都可以在这里留言交流 :)
如果您订阅了 "indigo 的 数字镜像" 或者经常访问,点击这里就可以加入 indigo 的 friend connect,成为小站的一名成员,让 indigo 和大家都认识一下浏览器前面的你 ...
解构你的信息网络
怀念一下那些没有互联网的日子,我们所有的信息都来自报刊、电视、广播、传承智慧的书籍和我们所生活工作的环境,稍加整理就可以全部吸收,而且我们的学校和社会也都在教导我们如何分析处理这些传统的信息形态。不过互联网的高速成长彻底的颠覆了那些旧有的信息传播方式,我们会逐步发现除了自己的身体和真实的物质不能被转化为数字的形式来传输之外,其他的东西视乎都可以了,网络(CyberWorld)正在构建一个现实世界(RealWorld)的数字镜像。
网络时代的个人信息架构
假设再过五年,身边的所有设备都可以接入网络,从冰箱到电灯开关(如果有必要的话),互联网和电网一样无处不在。我们可以把信息的来源简化成互联网(CyberWorld)和现实环境(RealWorld),除了现实中人与人的直接交流之外,我们的信息管道只有互联网,单纯的数字信号会被我们身边的各种设备通过我们想要的形式表现出来。
网络时代的个人信息架构
你的信息代理(Your Info Broker)
信息可以存储在你的脑里(你不说没人会知道你在想什么),物理空间(日记本、打印的照片),各种电子设备(电脑、手机和外部存储器等)还有“云端”(互联网服务),例如 Gmail 帮你存储邮件,flickr 帮你存储照片。你可以选择性的公开自己的信息空间,在 flickr 上开放自己的相册,通过 blog 的形式发布自己的文章,这些内容会进入到你参与的网络空间,或者发布到整个互联网里面。
信息代理就像你的个人信息管家,帮你存储、过滤、整理、推荐和发布信息。现在很多优秀的网络服务都在逐步完善自己的信息托管功能,让它们能够更加智能的管理你需要的信息。Google Reader 是一个很好的信息代理工具,它可以订阅来自你参与网络的活动更新,还能够帮你在互联网上找到你感兴趣的其他网络,推荐给你订阅;还有 Last.fm 除了完整的记录你听过的音乐之外,还能够按照你的口味很准确的找出你喜欢歌曲。
你参与的网络空间(Your Network)
网络空间是信息分享的最佳场所。无论是网络服务、社区或者是一个普通的信息发布网站,当你带着自己的身份访问或者加入了这些网站之后,它们就成了你参与的网络空间,你可以在不同的网络空间里面建立自己的好友关系(Google 和 Facebook 正试图把这些关系统一起来)。你可以在参与的网络里面发布和分享信息,同时你参与的网络空间会产生你需要的活动记录提供给你的信息代理去订阅,过滤,分析和重组。
用户身份会成为网站的必备功能,OpenID 标准的流行也许会加速这个过程,透露一点个人信息给你访问的站点,你会得到更多定制的信息,你的信息代理也会自动的了解你访问的网站,帮你订阅和分析来自这个网站信息。那些曾经被称做传统媒体的电台、报纸、杂志也都会适应这种转变,完全通过网络来传递信息,构建网络空间,欢迎你的参与,同时开放接口让你的信息代理在后台默默的为你抓取和整理信息。
facebook 已经通过集中服务的方式为你实现了这种信息架构,它为你提供 blog, photo, video, microblog 和 URL 收藏这几种方式的信息存储代理,帮你订阅和过滤好友的活动记录,你也可以很容易的参与和创建自己的网络空间(Group 功能),互联网上的其他网络服务也能够通过 App 的方式集成到 facebook 的架构里面来,facebook 的信息代理会自动为你订阅你参与的 App 的更新。
Google 的方法要比 facebook 更为开放(当然也更难实现),让 OpenSocial 成为每个网络空间的标配,通过 SocialGraph 分析你参与过那些网络和谁有关系,然后在用自己强大的搜索和数据处理技术帮你发现和整理数据,最终通过 Gmail 或者 Google Reader 把数据推送给你,也有可能是我们不知道的新产品。
你所在的现实社群(Your Community)
家庭是和我们最亲近的现实社群,还有工作环境和学校,项目小组,或者是加入的社团和组织,当你进入这样的现实环境之后,人和人直接的直接交流是最主要的方式,眼神的交汇,动作的暗示和表情的流露,这些感知目前还无法通过数字的方式来很好的传输和表达(SecondLife 正在网络世界里面努力的模仿真实的社群感觉)。
现实社群是主要的信息创造源,它通过你的信息代理和你参与的网络空间传播出去,最后遍布整个互联网。在很多情况下,为了沟通和信息传播的便利,我们会为现实社群创建一个对应的网络空间,所有真实的社群成员的活动都被网络记录并分享给其他的成员,例如工作伙伴之间的协作网络,在 facebook 上建立的兴趣小组,还有各种社群活动的网站。
避免被信息洪流淹没
信息的消耗能力显而易见:信息消耗了接收者的注意力,大量的信息造成了有限注意力的分散,也产生了在过多信息源中合理有效地分配有限注意力地需要。
赫伯特 • 西蒙(Herbert Simon,1916 - 2001),诺贝尔经济学奖 和 A.M.图林奖 获得者
如果你的工作主要是处理和构思信息(所谓的知识工作者),首先需要明确自己的信息需求,制定一个信息(知识)获取策略,设定信息的优先级,确定哪些信息可以丢弃,哪些信息可以收取。美国作家爱默生(Emerson)说过:“聪明人往往有很多不想知道的东西!”
尽量使用优秀的网络服务来存储你的信息,除了永久保存之外,它们还能帮你分析信息,这依赖于你对信息的组织方式,你最常用的标签,最近的搜索关键词,还有你存储、订阅和分享的内容,你需要信赖这些智能的服务和机器,开放一点点自己的隐私给它们,你会获得更多自由的时间同时获得更准确的信息。
为需要保存的信息(知识)建立规范,可以兼顾自己的生活、工作和其它知识活动(学习):
使用网络收藏夹来记录和分享网址
通过网络来记录日常生活常用的信息元,例如看过的书籍、音乐和电影,喜欢的餐厅,旅行过的地方等;
建立自己的分类方式,按照信息的重要程度分类,按照信息来源分类,也可以自己所关注的主要信息类型来分类,对于一名 Geek 加摄影爱好者来说,可能的信息分类是:新闻(News)、数码(Gadget)、技术(Tech)、教程(Tutorial)、照片(Photos)等等;
建立自己的常用标签库,把自己最近关注的词条作为标签,同时经常回访一下自己的搜索历史记录,看看那些词的出现频率高,也可以作为标签,还有信息自身的特征是标签的重要依据,以后无论在什么样的服务里面,都尽量使用相同的标签形式;
你的这些记录和分类方式会让你更方便的找到有用的信息,也能够让系统更加的了解你。
经常评估所存储信息的价值,学会舍弃非常重要。参与过多的网站和订阅过多的信息源都会让信息泛滥(相信现在不少同学都会患上 RSS 阅读上瘾诊,每隔两个小时不看就全身不自在),随着自己的长期学习和积累,那些基础的内容和长期接触的内容会沉淀在你的大脑里面,形成反射和逻辑记忆;而且不同的时期会对信息的关注点不同,去掉那些不在关注的信息源,也能够降低干扰,提高处理信息的速度。当然我们希望有更加智能的信息代理服务能帮助大家筛选和淘汰那些不在需要的信息源。
如果大家对网络时代的个人信息架构有什么意见和简介,欢迎在这里留言分享!