团队站点规划

[litten]

这里是团队站点的孵化池。 我们的愿景是做成一个高质量有意思的前端社区。 在这之前，我们需要大家高质量有意思的创意。

以下，一些IT技术社区供参考：

http://www.v2ex.com/

帖子形式的社区（但很多都是问答），分享想法，找寻志同道合伙伴。社区氛围与问答质量都很好

http://div.io/

比较新颖的前端社区，目前主要分“文章专栏”与“前端组件”两个板块

http://segmentfault.com/

发展迅猛的IT问答社区。以“问答”为主，下分“专栏”“活动”两个板块。有完善的个人中心与荣誉系统

http://www.html-js.com/

前端乱炖，一个专注于前端，系统比较完善的社区。其中有“专栏”“招聘”“问答”“讨论区”等几个板块。“问答”板块状况并不算好，“招聘”板块有完善的系统，提供上传简历或发布招聘信息功能。

期待大家的创意。

[webryan]

嗯，这里也要想清楚 团队和对外站点的分割线和呈现的方式。

[webryan]

@litten http://www.75team.com/weekly/issue87.html 周刊方式也是值得学习的。

[litten]

确实周刊是一种很好的文章组织形式。因为专栏仅仅是完成把文章收集起来，周刊则表达了一种将收集的文章推送到读者面前的形式。 http://www.feweekly.com/ 做得不错，里面可以以个人名义去提交文章，也有完善的个人排名。

但周刊的推送形式，我个人觉得并不算体验很好。目前要么是rss订阅，要么是发送到邮箱。是否有其他更好的推送体验值得考虑

[webryan]

可以在站点上落地， 75的思路就是做成专题活动一样。 周刊本身是一种聚合和引流。 这块我们站点也应该提供类似能力。

[litten]

目前的技术社区都已比较完善，在使用过程中，我觉得还有两个方面还比较少人做。

一个是翻译，外国有很多优秀的博客与文章，stackoverflow上精彩问答也经常被人抽取成文，而这些文章翻译成中文再在社区传播，经常花了很长时间。而前端又是一个发展相当迅速的行业。如果有个社区能集成和鼓励大家翻译，将最新的技术文章，用很快的速度呈现到国内开发者面前，感觉是个有利大家的好事情；

另一个是ppt分享，业内的各种大会，都有高质量的ppt，但在国内几乎没有集中的沉淀与展示，其实丧失了数量很巨大的资源。类似http://www.slideshare.net/

[webryan]

嗯，非常赞， 视频和slide聚合也是一个亮点

[webryan]

翻译的门槛还是有点高，除非团队自产能力比较强，或者吸引到了一批英语水平较好的同学。

[litten]

以下，一些基于node，可帮助搭建社区平台的项目。大家看看。

四个业内推荐比较多的项目：

1、ghost博客平台 https://github.com/tryghost/Ghost

2、farbox，专注于写作的blog系统 https://www.farbox.com/

3、keystone，功能体系比较完善的cms http://keystonejs.com/zh/ https://github.com/keystonejs/keystone

4、node cms，但比较简单 http://buckets.io/

三个完整的社区平台：

jsgen，ng中文社区源码 https://github.com/zensh/jsgen

cnode站点源码 https://github.com/cnodejs/nodeclub/

前端乱炖源码，官方承认代码比较旧，在本地缺少配置运行不起来 https://github.com/xinyu198736/htmljs

---

个人比较倾向于在“cnode站点源码”基础上去开发

[webryan]

@litten 赞同nodeclue，先打起来看一下，然后输出一下里程碑计划？

[litten]

上次大家提到有个想法是：一切信息的组织形式依据于前端脑图。

好处很明显，分类清晰，层级分明，帮助浏览者形成知识网络，这种新的形式也算是一个亮点；后面我归纳后挖掘了一些潜在的难点或缺点，也需要再考虑：

1. 怎样呈现与交互是个难点。传统的社区站点，直接把文章或问答列表抛到读者面前，大家点击即可浏览；而脑图的形式要先选择节点，再选择文章或问答，多了一些操作成本而不够直观；
2. 脑图不利于信息扁平化展示。比如，浏览者想获得“Git”关键词相关信息，他不一定立即能从脑图中马上发现这个节点，但如果是平行化的列表则更清晰：
3. 每个节点对应的信息量不对称。由于脑图是一种树状结构，随信息越分越细，匹配到的信息越精确也越少。可能出现某些节点没有文章也没有问答的情景，用户可能觉得这样浏览没有意义。另外，如果过段时间脑图结构变化了，如何去维护旧的文章与问答信息？

---

综合考虑后，我倾向于采用更扁平化的组织形式。以“前端”作为我们的核心主题，下分“安全”“性能”“框架”“兼容性”“工具”…这样的几个大的节点，不做往下的细分而争取保持层级的清晰。

fyi~

http://html5ify.com/fks/ http://siberiawolf.com/frontend_knowledge/index.html

[webryan]

对于前端领域，我们一级到二级两个大的分类还是可控的。 保持这两级分类稳定和相对固化，然后对三级分类按场景进行展示即可。 对于需要直接找到三级分类的话，我们可以提供一些小功能支持。