这会是一个系列，对此类文章有阅读欲望的话，请先参见此页面：《对大陆中文互联网的个人理解》。

这样会先让您觉得这些言论很SB的之前做好心理准备：这人为啥会写这么堆东西？凭啥写这么堆东西？是否有所依据？

—————————简单的分割线—————————

这一篇在我写稿子的时候，命名是《一个技术人员眼中的社区设计》。
发的时候改成现在这个标题，其实，我对自己也挺无语的。。
从我的角度来看，此文算是这系列里面感触最深刻的。

先是技术

做技术的人，在做设计时，心里总有一种近乎别扭的、力争完美的变态追求。
我个人也是这样子。本文的引入点是自己在做前网站 xiaotx 时的经历。

此网站的关注点是足球，专注于欧洲足球以及世界杯。这个无所谓。
重点是欧洲足球里的诸多足球俱乐部，很多俱乐部在国内，都有相当的球迷。甚至一些球员，球迷量都相当的大。

足球有比赛、有新闻、有数据。但是是以比赛有中心。
网站有社区、有新闻、有资料库。其中以社区为中心。

一篇新闻文章，可以发在社区让网友讨论，也可以发在新闻模块让网友浏览+讨论。
既是同一篇文章，便应当在系统中唯一存在。
既是对同一篇文章的讨论，便应当可以交互——网友A可以在新闻页回复网友B在社区里对该新闻的留言。
所有这些，只要是客观世界里说得通的，就应该这么做！

所以当时我在设计的时候，最底层，就放了一张 articles 表和一张 comments 表。上层的一些设计，都自己加一个壳子，如 topics, news ，内容都引用 articles 表。

我的情况还在继续的复杂，在新闻模块里，有俱乐部的新闻、国家联赛的新闻，还有冠军杯的新闻，如果一个俱乐部进入了欧冠，理所应当的，它的新闻，在欧冠前夕需要出现在欧冠频道。

可是这个会让一个系统变得多么的复杂？
先别说做到完美统一了，实现起来的难度有多少？具备可行性吗？

再是实现和运营

当时我看到的是，这个设计也就是稍微复杂了点，稍微绕了点，还是能做出来的。
只是我一个人整的话太累了，如果有另外的两个水平相当的同伴的话，问题不会太大。
所以我先放弃了这里面复杂的模块，先不写，想着等精神状态缓过来后再写吧。于是出现了现在在跑的那个系统。
只是，当我写完了这部分的代码，发觉自己已经没有精力做其实的事情（当时大概是连着一个月，每天写代码时间超过12小时），然后，就没有然后了。。

很多事情，没有同伴，是不可能做好的。

如果两者都有所放弃呢？
对一个技术人员来讲，这是很难的。我想可能很多人的选择会是和我一样：宁可先放着不做，也不实现个不想要的东东。

当时我朋友说你不可能想一个所有人都没想到的思路去做一件事。
不过我足够的倔强，我不认同他说的，我觉得我的思路是特别的，我想做的事情是特别的。
最终，我的思路是否真的是特别，我不知道。因为现在仅有的成果，也不过是这一次在整理这些想法之后写下的此系列文章。

它只是证明了我曾经独立的思考过，并非与大多人一样，想做个社区就搬个discuz, uchome过来套。
哦，我说的是大多人，当然有很多人用类似的程序做出了牛逼的社区。
只不过我觉得，如果这些人可以动用到良好的资源自己实现一套预想中的社区是长的样子，那么，没准，他们能做得更加的牛逼。

我想很多技术人员在写代码的时候就会想——要写特别的，起码也得是相对特别的，不然我犯得着自己写代码吗？

所以，其实我想说的还是，邀约好一群志同道合的朋友，相互鼓励，相互支持，相互挑毛病，然后，齐心协力的去做事情。
如果不跳出现有的、其它人给你写好的程序框架，是不可能写出优秀的作品的，这个作品一定要有写作者对社区独特的理解和定位。

题外话

有一句叫简单的产品才能成功。对，但是，这个简单，只是对于用户使用来说的简单，并不代码着底层实现的简单。
我这里举的自己的例子，这里的描述对象，是一个技术人员，而非普通用户。
对于普通用户而言，我上面据说的，其实都是客观世界里应该、合理的存在——凭什么明明是同一件事情，却被人为的分隔开了？
（并且，对于文章的作者，他只写出了一个文章，那么，网友对此文的关注，理应能够让作者在同一个维度里所有所有的评论）
我觉得这样理解，才是对【产品应该简单】的正确思路。

简单是应该是针对用户而言，而非针对你的。

本系列文章索引：

anyShare分享到：
          

没准儿您会对以下内容感兴趣：