8千克

November 21, 2008

产品开发

Filed under: 散思, 结构 — Tags: — admin @ 9:25 pm

1,这话应该听了很多,聚焦,实现有限功能,不可蔓延。

2,但是产品开发过程中,经常会忘记此话。不是说记不住,而是在该记住的时候,忘记了。

3,聚焦,是一个定性非定量的,所以,敏捷开发之难,不在于敏捷之概念,而在于经验。经验之重,在于有所失焦而知聚焦。

4,团队只是一个幌子,再是激励之言,也不如如何各司其职。各司其职而不私心。

5,产品开发不看前景,前景越是越大,开发周期越是长,修正时间越是长。

6,产品开发注重单一性的功用,模块分割,独立而容易修正,有限的耦合,并且耦合类型相近、次数多为妙。

7,以用户为中心,是心中有用户,而不是口中有用户。但多数时候,用户只是停留在开发者的头脑之中。

8,以上为鉴,不再犯。

February 2, 2008

实名

Filed under: 结构, 趋势 — Tags: — admin @ 3:44 pm

有些事情,只能是提倡,而不能强迫。再说,实名制,并不符合现实世界的逻辑。

名字只是一种符号性的东西(在多数的时候),旁边城市有那么多市民,他们都有自己的名字,而我也都不认识,因此,他们的名字对我来说,是没有价值 的。再比如,若査海生是我的朋友,他叫海子或者其它,我都知道他是谁。就如有好友,女,好打扮,今日淑女,明日会有个狮子头,但看着背影,总能分辨清楚她 是谁。

对受众有意义的名字,它通过一定形式的改变,无法改变名字代表的实体对受众本身的意义;同理,对受众没有意义的名字,无论它多么真实,也仍旧没有意义。

我们把自己真实的名字,以及真实的信息公布了。把视角挪到现实中,有故人想找到我,但失去了联系,他跑到公安局,这些信息就有用了。或者,一次邂 逅,对方一听我的名字,再对比记忆中的容颜,哇的一声:Elo啊,我是Lily呀;如此,又对接上了。但这样的情况在生活中,发生的不多。

还有link之类的关系网站。实名,是一种标识的方法而已。提供实名者,有被找到的需求,而且,是他加入该网站的主要需求。之所以愿意被找到,或者去找别人,都只是缩短社交成本的手段而已,把他们联系到一起的,是经济利益,而不是实名。

同样,其它的网站并非是这样的结构,枉然的模仿,可能适得其反。因为,真正把用户联系起来的,更多的可能是情感上的诉求,而非实名。而且,实名也起不到节点的作用。它只是一个辨识用的注释而已,如果把注释的属性强调为必须存在,必须首先展示的,效果未必好。

互联网,像是一种玩具。朋友们爱玩,怎么可以舍了他们的孩子气,这些朋友虽然不是互联网的缔造者,但是互联网的中砥之柱,因为,他们就是用户。实 名,这种在现实生活中被标识的字符,个性缺乏,思想缺乏,到互联网后,还必须要继承这个字符;这样的事情,在互联网中,是不是一种非自由?

或许有人说,实名代表着责任。其实,这样的观点,不代表天真,就是代表邪恶。

实名代表着一种限制,一种感觉上的真实感。它可以折射责任的存在,但不是责任存在的前提。用与不用以及如何用,都有自己特殊的适应性。比如商务类的网站不启用实名,娱乐类、生活类的网站却启用实名,很大程度上,都是自掘坟墓的一种表现。

补充一点,人性始终是感性居多。我们明明知道,看人要看心。但要一男子看到一貌美女子,往往要将所有美好的秉性先套用在自己并不了解的“她”的身 上。这是一种错觉,晕轮。但这也是美女、才子(都指表面而言)之伦而具备了天生的魅力。同样,这也是实名制带来的魅力。虽然,多数时候,它很不靠谱。

January 8, 2008

Web2.0和三层结构设计

Filed under: 结构 — Tags: , — admin @ 11:31 am

Web x.0虽然天生是被炒作的命,但也有它天生的魅力。
Web2.0的本质是人。实现方式是基于用户的考虑,有选择的把“选择”的权力交还给用户。

三层结构是指数据层、逻辑层、展示层。任何人在写作程序(或网站),不论是有意识的还是无意识的,都是基于这三种层次的。虽然多数时候,理解可能会不一样。

但有一个问题,一个繁杂的,没有结构性的程序,它的本身也是符合三层结构的。仅用这三种结构来区分一个网站结构设计的完善与否,并不恰当。我觉得更 恰当的标准,是三种结构之间的耦合性的高与低。它们之间应该保持一种适当低耦合性。低耦合性是减少“牵一发而动全身”造成的成本。

简单的说,数据层一旦建立后,在数据层上出现变更,对其它两个层次的影响应该是非常低的,这就意味着,变更是件不困难的事情。同样,展示层的变更对其它两个层次造成的影响也非常低,由此类推。

如此,就使得Web2.0的beta精神以一种敏捷的状态存在。

三个层次建立的先后关系呢?

很多人认为是先建立数据层,其次逻辑(数据处理)层,再则是展示层。我个人更倾向于展示层——数据层——逻辑层。这个顺序更加实用,展示层是基于用户存在的,从表面上看,数据层是一切的基础,但实质上,数据层的存在是依托展示层的存在而存在。

在项目的具体实施当中,对三个层次的理解又将是不同的。比如有些人喜欢把逻辑层当成简单的数据处理层,这种简单是指,从数据层得到数据,然后转化成 展示层需要的数据,然后再直接push给展示层,至于你怎么展示,逻辑层就不管了;到了展示层,它还得要对数据进行判断、过滤,并进一步形成可展示的数据 并push给用户。有些人则喜欢把展示层当作简单的展示,数据的任何判断都放到逻辑层处理。

当然,有人会觉得,我不需要去理解这三个层次,还不照样弄出一个网站。
不错。唯一的区别是,哪种方式更优秀。

Powered by WordPress