前几年某人写过一个上海的MBA出租车司机，很多人说是杜撰的，后来据说是真的去微软给上了堂课，那人叫“臧勤”。

前些日子又看到一“沈阳的哥用MBA理论开车月入7000”。

今天去机场接女友，到达厅门口人多，要排很长时间对，我们就去二楼搭车。我们从背面过来，刚一出门，就有一的哥迎上来问我们是不是住酒店，示意我们他的车在前面。外面停了两台车，他的是较前面那辆。我对这种主动推销的一般比较反感，不过看他的车比后面那辆新就坐了。

上车后，这家伙就开始滔滔不绝，说他专门趴在机场载客，我们还没出来，他就看到我们了，以为是情侣过来肯定是要住酒店的，厦门的酒店除了海景，他都能拿到回扣。

刚刚拉了一趟80块，昨天跑了一趟长途400块，上个周拉一个老板从厦门去杭州5000块…说的甚是得意。

江西南昌人，看得出，确实很有头脑，人也勤快，厦门到杭州900多公里，他一个人一晚上开过去，挺不容易。说的我挺佩服，他自称小学没毕业，来厦门10多年了，因为开车经常要跟不同的人交流的缘故，不单能说好几个地方的方言，粤语、闽南话都说得很地道，甚至英语、日语、韩语都能说上两句，还听得懂！

上海那个的哥的事他也听过，他说在上海本地人开车完全有可能。他自夸在厦门的士行业里也算得上“状元”，每天比别人多赚50块是小轻松。

今天晚了，简单写写。

web依然是每个网民都接触过的最基本的网络应用（关于他为什么会有这样的地位，我本来写了一大堆，后来感觉啰嗦，有谁不明白，单独问我吧），并且会是可预见的未来最重要，最有发展潜力的网络应用领域（相对于qq、传统网络游戏等非web应用，本来也写了一大堆，有谁不明白，请问我吧，有谁怀疑，欢迎拍砖）。

正因我如此看好web，所以才写这个系列文章，web开发将向什么方向发展，是本篇讨论的内容。浏览器和服务器是web运行的平台，所以一切问题，都要围绕浏览器和服务器展开。

每个人电脑上都有各种各样的软件，word、浏览器、qq、迅雷、甚至foxmail等等，程序多了带来的不便相信大家都有所体会。分久必合，各种应用应该会向统一的方向发展，显然浏览器是不可能被其他应用取代的，那么其他应用会不会向着浏览器集中呢？答案是肯定的，并且也确实在向着这个方向发展。比如Google Docs是一整套web办公平台，比如Gmail其实就是一个web版的邮件客户端，同时里面的gtalk就是一个web版的IM。

web应用正在向着专业化，复杂化发展，很多原来的桌面软件，现在变为浏览器上的软件，这样的变化有很多显而易见的好处：方便不需要安装，数据在服务器不需要携带，减少程序占用的内存和切换的麻烦等，在目前阶段也有一些明显的不足，比如网速慢会让用户体验很糟糕，浏览器bug多造成死机、js效率低初始化缓慢等，我相信网速肯定是越来越快的，其他的方面，也正是我们开发者任务和方向。ok，总之web是在向着这个方向发展。

显然这些程序已经不仅仅是一个网页，而是一个个完整的应用程序，因此你不能再用做网页的方法做这样的“软件型网站”，而要用软件开发的思想去对待：运行于浏览器上的客户端+运行于服务器上的服务器端，即基于浏览器的C/S开发或者BC/S。客户端的开发环境目前不多，我所知道的有html+css+javascript、flash、silverlight。传统的网站或者网页，所有的程序都在服务器端，客户端什么都没有，只有一个浏览器，每个请求都会从服务器把界面传到客户端，而基于浏览器的C/S开发则是在访问第一次的时候，把客户端所有的界面相关的程序发送过来，并在浏览器上初始化，之后所有的请求都只传输必要的数据，而不传输界面信息。

这就是我所说的web开发向C/S回归。

这并不是说所有的web应用都回向C/S方向发展，有些内容为主，界面占少部分代码，操作流程比较简单的应用，比如普通的文章发布系统的前台、Google这样的搜索引擎，用C/S实现反而弄巧成拙。也不是说所有的桌面软件都回向web发展，具体哪些软件不适合，我还没认真想过（作为浏览器插件不算真正意义上的web软件，它还是桌面软件，还需要安装，只不过把脸放在浏览器上而已，安装率超过90%的另当别论（比如flashplayer））

向着C/S方向发展的应该是一些功能有一定复杂度的应用，比如上面提到的word、mail客户端、im。另外，我觉得可能的，还有bbs（bbs其实是个操作频繁的应用软件，用现在这种方式，每次请求都有大量无用代码，反应很慢，我曾说过rss reader其实是个bbs）、一些网站的后台、我正在用的这个live writer。

目前的各种ajax框架的迅速发展和广泛应用，其实就是因为web应用的复杂和多样化需求导致的，但是大多数人对于ajax的理解还不成熟，以为ajax的主要特性是异步传输或者动态效果，都是不全面的，ajax的主要作用是作为浏览器上客户端开发的基础，目前的大多数ajax框架还只是完成了很多传统客户端语言的功能和特性，因为javascript本身很灵活，但是功能不完善，比如字符串处理，面向对象特性，UI处理等；重新封装后的javascript framework可以更方便的开发。Ext是为数不多的在框架基础上实现了比较完整的控件库的javascript框架，我在用这个框架，感觉还是很不完善，用的很吃力。

flash和silverlight在UI方面相对更强大一些，但是用户更习惯于浏览器或者操作系统本身的控件，flash(比如flex)重新实现的那些控件，比如滚动条之类，跟普通的控件还是有些区别，用起来不习惯。我觉得这是为什么flash无法取代HTML+css+javascript的重要原因之一。javascript语言本身的发展潜力不用怀疑，但是他的功能完善的需求是非常巨大的，目前基于javascript的框架，是基本解决之道。所以，致力于开发一套完整的javascript控件或者框架，是一个不错的发展方向。

本来还有一些关于服务器端的内容，太晚了，留着下篇写吧。

新提出的命名空间方案很简单：

定义前缀的语法：用@namespace方法定义命名空间，并且把命名空间绑定到一个变量或前缀；

例如：

@namespace toto http://toto.example.org;

@namespace http://example.com/foo;

使用命名空间的语法：

toto|A:
表示"A"的作用域是http://toto.example.org

|B:
表示"B"作用域没有定义的域

*|C:
表示C可以作用在任何域，包括没有被定义的域

D:
D作用在http://example.com/foo.

这个方案的作用在于：在同一个css中给不同的网页或网站定义不同的式样，之前我们可能需要用多个css文件解决，现在只需要一个文件就可以了。我觉得意义在于清晰的划分客户端结构，对于小网站作用并不是很大。要使用这个特性，还需等待主要浏览器加上这个特性。

我在做Clicki的widget时曾经提到，css的作用域问题很是令人头疼。

我说的作用域指的是DOM级别的作用域，其实css本身有dom级别的绑定，但是css的作用域只能指定，不可排除是个很棘手的问题。或者叫css污染。

举个例子：

div{border:1px solid #000000;}

上面这个css的范作用域是页面上所有的div，所有的div默认都有一个黑色边框。这时候如果我在某个区域想去掉边框，就必须对这个区域进行二次定义。对于自己网站来说不是什么问题，但是对于第三方的内容嵌入，比如widget，这个问题就很麻烦。

1. 第三方的widget可能有多种dom元素
2. 第三方无法确定网站定义了多少可能对widget造成入侵的或污染的css属性

这时候，第三方只能将widget的每种dom元素的所有css属性进行初始化，过滤掉所有可能的外部定义，组合起来可能有上百个属性，代码非常冗长。这些代码绝大部分是没用的，而且给浏览器渲染带来更大压力。一旦漏了某个属性没有初始化，就可能造成widget变形。

如果能有一种方法，在某个区域屏蔽全局css的作用就好了。

本篇主要考虑一个问题：为什么大量互联网应用都从CS转向BS？

要弄清这个问题，我们首先要弄明白CS和BS的本质区别。

传统的网络软件开发一般是CS，比如QQ、比如网络游戏。web开发，主要是网站开发，一般是BS的开发，因为客户端是浏览器，开发出来的程序不需要在客户端安装。

BS和CS开发的区别在于：

从程序实现的角度，CS开发的逻辑实现有一部分在客户端，而BS开发的逻辑实现基本上都在服务器端。

从信息传递的角度，CS上行和下行的数据基本上是对等的，传递的基本上都是与界面无关的信息或者逻辑信息；BS上行和下行的数据很不对等，上行的是与界面无关的信息，比如用URL和form提交的信息，这些信息量一般都在在http header中的，下行的信息除了header外，还有response body的数据，也就是我们常用的html文档。

严格意义上讲，其实BS开发属于CS开发，客户端是浏览器。浏览器实际上是个解析html DOM的工具，你完全可以自己做个特殊的html解析器做你的客户端，甚至不用html都行，但是要基于http协议，能够处理常用的http请求。

浏览器实际上是一个灵活性很高的可编程客户端，能够执行javascript程序，能够安装其他扩展，能够解析html和css并渲染成图形界面。

浏览器的高度灵活性使得web开发充满了想象空间和创意，使web比其他任何CS软件都多姿多彩，同时由于BS程序无需另外安装客户端就可以运行，所以BS软件比CS软件更方便，这也是为什么大量CS应用转向BS的主要原因。

利弊总是相对的，给用户带来方便的同时，BS也使开发变得更麻烦。

openID其实就是一种信用中介，或者叫第三方确认。当你使用一个网站(比如www.clicki.cn)时，要让Cicki知道你的身份，你只要告诉Cicki：“你到openID(假设是openid.com)那去问一下我是不是那个叫David的人？”这时候你要提交两个重要信息，一个是你的名字：David，一个是openID网站的网址，所以openID的格式一般为david.openid.com这样的格式，david是你的名字，openid.com是中介网站。

光让clicki去问openid.com还不行啊，openid.com怎么知道是不是你在登录，所以，openid.com会问你：“是你让Clicki来确认的？告诉我你的密码。”你在弹出的确认网页上输入你的密码，openid.com验证后，告诉clicki：“恩，没错，是这个人。”然后，clicki就让你进去了。这样，无论你到哪，你都可以用david.openid.com这个身份。

我打个比方，你到朋友公司，要经过门卫，门卫需要确认你的身份才让你进去。这时候，你就是用户，门卫就是网站登录框，朋友就是一个openID中介。

你要进门，告诉门卫：“我要找某某某。”

门卫打电话问你朋友：“这有个人说是找你的。”

门卫把电话交给你，你给朋友暗号：“地瓜地瓜，我是土豆。”

再把电话交给门卫，朋友告诉门卫：“没错，他是我朋友，让他进来吧。”

这样说起来比较形象，但事实上并不需要“门卫”认识你朋友，它只需要通过一种通用的协议与openID的网站交换确认信息就行了，“门卫”和openID网站之间的信息是建立在tcp/ip基础上的比较可靠的唯一通路上，除非别人知道你的openID密码，或者黑客通过某种手段劫持他们之间的通信，或者劫持openID网站域名，否则别人不能冒充你的身份。

说到这，你也许明白，其实只要有一个域名，就能提供openID服务，一个人可以拥有很多不同的openID。而目标网站跟openID网站之间只需要简单的确认信息，所以，你仍然需要在目标网站上输入你的其他资料，目前openID协议还不包含这些资料，似乎Google的openSocial是扩展了openID之后，提供更多的用户信息，使Google帐号可以真正成为用户在网络上的身份证和通行证。

另外，需要说明一点，使用openID时，应尽量选择实力比较强的网站，可以确保你的openID不会因为网站服务不稳定，或在网站关闭而不能使用。这将导致你在其他网站上没法登陆，造成很大损失。

我认为使用openID的从一定程度上节省了用户重复注册的劳动，但它最大好处并不在于他简化了你注册登录的麻烦，当你使用openID登录时，实际上是更麻烦了。而是你不必将密码泄露给目标网站，很多垃圾网站暗地里收集用户密码和用户其他网络应用，窃取用户资料或者冒充用户身份发送垃圾信息。我在以前就提到过，大多数用户在不同的地方都用相同的密码，非常危险！这也是选择比较权威的网站作为openID服务的原因。

最后再次提醒大家，在不同的网络服务尽量使用不同的密码，不要再不信任的网站上随意注册或者输入密码！一起支持openID的发展吧！

最近耐不住淘宝上价格便宜的诱惑，尝试买了几件东西，感觉还是挺不错的。

在一家5钻的店铺买了一点化妆品，一个包装有点问题，买了之后给了一个中评，结果店家就跑来找我了，要么换货，要么送别的东西，反正就是不肯接受中评。

看在店家这么认真诚恳的份上，给改了好评，外加严厉的批评一顿，店家连连道谢^^

朋友在淘宝上淘的东西比我多，连笔记本都在上面淘的，还没上当受骗。

总的来说，在网上买东西，看准店家信用，一般5钻以上的光靠自己刷是有难度的，然后看好评，中评差评，最近购买记录...只要价格不要太离谱，比如2000块钱的东西在他那就200块，就没什么大问题。一句话，细心大胆不贪，基本上不会上当的。

firefox的推介是要跳转到这个域名下的，所以firefox推介打不开。

哎，也不知道google的tools怎么惹了中国电信，我感觉是中国某些公司之间狼狈为奸，正当手段打不过人家，就玩阴的，猥琐啊猥琐！

2006年的最后一天已经忘了是怎么度过的，大概是去吃香辣虾了。

2005年的最后一天，记得很清楚。听到响声，从宿舍冲出去看Leo放烟火，可惜已经放玩了（后来听说是被城管赶走了:P）

2004年...之前的都没什么记忆了。

一年又一年，一年又一年，不知不觉，自己居然是奔三的人了- -人是老了，却感觉不出心理上有些许成长。

回想这一年，真正独立生活、独立创业的一年，希望很多，波折很多，失望很多；有收获，有进步。最重要的是每天都做自己喜欢的事，每天都很充实。

去年1月份来到厦门，租了间小屋就开始埋头苦干，踌躇满志，一位很快可以出成果，结果跌跌撞撞到现在，Clicki还仍然没有完善，太多想法没有实现，新的问题不断出现。终于知道理想跟现实的差距是多么遥远。

从06年7月份开始尝试跟朋友合作，我出技术，朋友出资金，由于我对资本运作、商业运作、公司管理一无所知，而朋友对技术又知之甚少，所以合作上也是磕磕绊绊，07年8月份终于走上正规，却又因我对资本的苛刻要求，以及发展方向上理解的分歧，导致合作终止。

值得庆幸，并且令我感动的是，合作的朋友仍然借钱给我，Eric和Hily仍然坚持与我合作，在此向三位表示真诚的感谢。当然，还有很多给我肯定和支持的朋友，一起谢过，就不一一列举，有你们的支持，我会努力做好。

这一年中自己比较满意的地方，就是能控制住自己，做该做的事情；一年中有一大半的时间，我都是一个人在房间里度过的，很庆幸，我没有发疯，没有倒下，没有放弃努力；这样艰苦的日子已经过来，我想接下来，没什么好怕的，我会继续努力下去。

当然不满意的地方更多。

生活方面，之所以大半时间都在房间度过，是因为我不善交际，也没有努力坚持去做室外的活动，长此下去，肯定会出问题。

开发方面，虽然是有一些进展，有一些创新，但是始终徘徊在业余开发水平。项目管理，进度安排，文档撰写，编码...没有一件做的像样的。

公司管理运作上更不用说了，虽然有尝试招聘、合作，也快要建立公司，但是对于公司的管理、建设，至今仍是空白，工作的安排、沟通始终都没做好。

总的来说，我还是太懒惰，缺乏恒心。有些事情明知该做，却迟迟不肯动工；有些事情做了一下，有半途而废。这些问题都已经成了习惯，所以，我必须付出努力去做出改变。总结一下，藉以提醒自己。

心若在，梦就在！2008年，我会努力。