
技术人员主要分为两种,参加技术活动和不参加技术活动的。
技术活动也分为两种,由中立机构、社区、媒体举办的技术活动;由企业(有自己产品的,而不是媒体型的企业)举办的技术活动。
今天要讨论的是由企业举办的技术活动。
企业,肯定并不是以作技术活动为生。企业做技术活动,通常都是需要花费高额的费用,以实现明确目标。
下面从企业的角度出发,来阐述一下,应该如何操办技术活动。

前面写了很多关于互联网社区的信息流转方式的东西,还写到了最具中国特色的两种信息流转方式之一,QQ群。今天要来说一说另外一种中国特色的社区信息流转方式——论坛。
前面的文章出来之后,我们的大妈就写了一篇文章来论证为什么技术社区不能采用QQ群的形式。我的看法倒是没有那么极端,使用的工具、管理者自己的管理方式、以及工具设定的各种规则,一起决定了信息的流转方式,而信息的流转方式则会决定社区的风格。国内的技术社区,可以选择不同的方式来运行,而且确实有很多社区是选择建立QQ群的,当然,这些选择QQ群的社区,可能在选择之前,并没有意识到这种选择带来的后果。大部分社区即使不使用QQ群作为主要的信息流转方式,也至少会建立一些QQ群来进行某些小范围的沟通。很多技术社区,或非技术社区中,大家互相交换qq号的事情,也是非常普遍的。
希望今天这篇文章出来之后,还可以看到大妈写的中国技术社区最好不要采用论坛这种形式的文章吧。
这个系列讨论了互联网社区的各种不同的信息流转方式。上一篇关于邮件和邮件群组的文章最后写了一个关于中国人的笑话,那么这一篇就来讨论一下最具中国特色的两种社区形态的信息流转方式之一吧。

这是一个讨论互联网社区信息流转方式的系列。前面介绍了不同的流转方式之间演进的过程,以及演进所遵循的基本规则。也介绍了最原始的信息流转方式,并在上篇《互联网社区的原始信息流转方式——邮件和邮件群组》文章的最后,给出了一个关于国人的笑话,那么这一篇就来稍微讨论一下对于中国人的互联网生态影响最大的,最具中国特色的两种互联网社区形态之一,以及这种形态所使用的信息流转方式。
上一篇文章《互联网社区中的信息流转方式》中介绍了互联网社区中的不同信息流转方式。以及这些信息流转方式之间是如何 … 阅读更多
硕鼠的Blog站|范路|Luke Fan 基于互联网的社区本质 最近好像讲的各种本质实在是太多了一些。最近对于 … 阅读更多

前面的很多文章中,都反复的描述了社区是具备生长型的。这种生长性来是来自于组成社区的人自身所携带的动物性本能。这是不可抑制的。但是,生长是有方向的,虽然生长本身是不可抑制的,但是生长的方向却是可以引导的。
那些建立或管理社区的人,对于社区的未来是有憧憬的,他们会期望社区发展成什么什么样子,于是就会设置各种各样的规则,来引导社区在生长的过程中向着自己所预期的那样发展。就像父母期望孩子今后能够如何如何,于是现在就要为之付出各种努力。

前面几篇文章探讨了社区的一些情况,探讨了社区进行企业化管理过程中的发生的问题,探讨了企业为什么会越来越关注技术社区。
现在,我们来探讨一下,那些直接由企业建立的社区是什么样子的吧。当然,这里所说的企业建立的技术社区,并不是指的那些自发社区,职业化之后形成的由公司运营的社区。而是那些由产品或平台服务提供商建立,并维系的社区。这里也不讨论那种媒体企业建立和运营的社区,这主要有两个原因:第一、自发社区职业化之后,大多都转向了媒体模式,所以媒体企业建立的社区和自发社区职业化之后的状态比较相近;第二、媒体企业建立的社区和自发社区之间关系相对比较简单,就是竞争。
前文讲过,企业为什么会关注社区,企业为什么会自己建立社区,以及企业建立社区是为了解决什么问题。
本文就是探讨企业自己都建立什么样的社区,以及这些社区的一些故事。

前文阐述了技术社区是什么,社区是怎么产生的,社区的目标,以及社区是不是应该采用KPI这种企业方式来进行管理等等.
以前,企业就是企业,技术社区就是技术社区,这中间并没有什么交集. 这种状态是怎么发生改变的呢?是什么促使企业开始关注社区,甚至有些企业自己创办技术社区的呢?
最早关注开发者社区的企业,是那些开发并销售开发工具的企业. 比如Borland,Microsoft,IBM. 他们发现,通过社区这种形式,对他们的产品提供客户服务,是一种非常好的办法. 开发工具类的产品,其产品复杂度,里面涉及的内容等等,都是普通软件所无法想象的. 开发工具的用户,遇到的最大的问题是不会玩儿(网络游戏经常将自己遇到的问题分为三个层级:不能玩儿,不会玩儿,不好玩儿). 开发工具的用户,提出的各种问题,纷繁复杂,并不是厂家工程师都能及时搞定的.
然后,开发工具厂家发现了一种现象,他们工具相关的很多用户问题,其他用户都可以解答. 这些用户自发的建立起了社区,在上面交流和沟通开发过程中遇到的问题.
最后,开发工具厂商采取的办法就是,自己创建开发者社区,让自己的用户可以在上面找到有用的东西.

前面讨论了社区的发展历程。很多自发形成的公益性的社区,开始面临一个艰巨的问题。那就是随着规模的扩大,必须要进行职业化转型。也就是说原来主要依靠志愿者的业务时间维系的社区,在不断扩张的规模面前,已经无法很好的运转下去了。必须要让原来的那些志愿者,脱离他们原来的工作,全职的为社区工作。
职业化之后,就必然面临一个问题,那就是需要赚取更多的钱,以支付越来越多的各种费用,雇佣更多地专职雇员,吸引更多地用户,创造更多地内容。
于是,KPI这种在公司里面十分常见的管理方法,就摆在了面前。这里就是要讨论一下社区目标和KPI之间的故事。
、
~ 开发者社区越来越被大家所关注,一个在开发者社区这个圈子里面混了很多年的人,说说自己的看法
本文首先发表在一个开发者社区讨论博客中:http://devrel.info 。这是一个博客站,一个由一些和开发者打交道的人,记录和开发者关系相关的一些故事和想法. 之所以说是故事和想法,就是不希望为这里记述的东西赋予太过于严肃的色彩. 故事,那么与事实或历史稍有出入就是可以被理解的;想法,和理论比较起来,可以不是那么严谨.
这是我在这个地方的第一篇博客,想和大家讲一讲开发者社区的事情. 我是Luke Fan,一个IT圈里面混迹多年的,爱讲故事的老胖子.