曾经叱咤风云的家居易站，昨天向法院申请破产清算，我曾经猜到过结局，但我却未猜到最终的原因是：公司在经营过程中，将资金主要投入到软件程序的研究和开发，导致了公司资金链断裂。

两年前，和一位好友分析家居建材类商品的电子商务之道，一致认为劣势乃与传统渠道的竞争，并认为N年之内，这些家居建材商务网站无出头之日，多数都得落个关门大吉的结果。

家居建材城，目前是大家选择建材的最常用渠道，家居相对3C来说更是大件商品，而且变数更多，所以更多的人，还是会在很长一段时间内，看到了摸到了，才认为感觉到了，在网上看，最多只是了解一个价格，或者看看其他人的评论，并不会在网上下单。所以，这些“大件”比较难在网上卖出去。

也因此，家居建材生产厂商，依然会毫不犹豫的把家居建材城等作为主要营销渠道，而网上商城对此并无帮助，由此，为了保护传统渠道，网上销售势必会受到抑制。类似家居易站的网站，恐怕无法拿到比传统渠道更低的价格，那么也就没有什么优势，反过来又会影响消费者。

从上游供应商，到下游消费者，网上销售家居建材并无优势，反而在和传统渠道的竞争中，处处落在下风。是的，所有电子商务都是在这种情况下起步的，但是，无论当当、卓越起步的图书，还是京东起步的3C，都有一个明显的特点，就是标准化，发展速度很大程度上取决于标准化的程度，而家居建材明显在短时间内无法做到。

由此想到，如果有一家网站真做大了，会不会成为携程之于旅游的情况？家居行业在2008年携程东航事件之件之后，怕是也会多一个心眼，毕竟家居建材属于硬性需求，而且需求量相对固定，所以保住利润率可能对他们更重要一些。

另外一件事，家居易站，没有死在我起初认为的原因之上，而是因为将资金投入到软件程序研究和开发上，呵呵，和朱俊有得一拼，其中原由自然是不同，但表像还是很接近的，都是因为“不误正业”而最终导致失败来袭（其实我是觉得九城更多的败在了zhuangbility ^_^），做企业，尤其互联网企业，一定记住：专注！

小说可以虚构，但是这类小说，窃以为一定要注意现实，而这本小说虚构情节中带一点真实，这一点真实却偏偏使这小说假得厉害，矛盾百出，硬伤不小啊。还一堆的病句和错字，唉

相较《杜拉拉升职记》、《浮沉》之类小说，《白领突击》完全到不了这个档次，而如果说非要找一个历程类似的小说，《不得往生》也比《白领突击》好上百倍，体裁不错，可惜了啊。

说是励志，却未看出来他们如何奋斗，也未看出这些主人公经历了什么，主人公的命运被“特意”安排，甚至未经过努力就特意的安排了结局，如果说是狗屎运，侯龙涛那帮兄弟都是在努力过程中踩到的，成康他们兄弟几个凭什么啊？想穿插写几个兄弟的成长史，却生硬得可以。(PS: 成康是《白领突击》的主人公之一，也是兄弟几个，至于侯龙涛.........嗯~~~不方便说，哈哈，反正不是这本书里的)。

书是没意思了，找两段“幽默”吧，就在书的封底：

江南春：有的大学生毕业了，很迷茫，有的人工作了很多年，不知道自己的方向，也很迷茫。迷茫是一种常态，迷茫也不可怕，怕的是缺乏接近真实、认清自己的勇气。这个作品做到了。这是一部幽默、真诚又充满智慧的职场励志作品。在这个喜欢“猎奇”的时代，需要非诚勿扰的作品，需要温暖阅读。经济危机影响了大家的工作和生活，我们需要用智慧看护人生，自信激励人生，幽默和达观来温暖人生。

王勇峰：登山之前的准备，都是一种百分之百的投入，这种投入是一种快乐。登山过程中，会遇到危险、孤独、恐惧、艰难，还有团队之间的合作，也是一种挑战。这个过程是很难忘的。我想大家追求事业的过程也如同登山，除了目标之外，过程也是一笔财富，《白领突击》使这个过程充满趣味和启示。

宁述勇：如果职场成功不需要有较好的态度和习惯，都是玩转潜规则，我首先不赞同！我的人生经历也不赞同！职场成功的关键是职业素质、良好的态度和习惯，还有把握机会的能力，潜规则被夸大会误导人们的价值观。这部真实感极强的小说接近我对职场的理解！(丁学 注：这小说压根儿没提到潜规则这回事儿)

李开复：用勇气改变可以改变的事情，用胸怀改变不能改变的事情，用智慧分辨两者的不同。

俞敏洪：做人的标准有两个，做事的标准也是两个，第一是最低标准，最低限度保证做任何事情对自己有用，对别人无害就可以了，对自己有用对别人无害就对这个社会无害；第二是最高境界，对自己有用，对别人有用。一个人从刚毕业到事业成功是一个先做减法，去掉光环，熟悉社会的游戏规则，为别人提供价值，悄然中做加法的过程。

之所以说是幽默，是感觉这些话和这书完全没半毛钱关系，也写得莫名其妙，不知道编辑咋想的.......顺便说下，我老婆说这五个人里，最假最空的就是李开复，而李开复一向如此，哈哈。

可怜了向勇啊，以前对他印象挺好的，这次完了...............

最后：书我是不看好了，如果您实在想买一定要去这儿：《白领突击》，顺便列出文中提到的几本书的购买地址：《杜拉拉升职记》(及《杜拉拉2 华年似水》)，《浮沉》，《不得往生》，侯龙涛那本不用找了，找不到的，哈哈。

看过很多创业者的传记，也听过太多的创业故事。创业真的不容易，而创造一个成功的企业更是难上加难。三鹿屹立民族企业之林五十余栽，经历了几代人的努力，一路风雨兼程终见彩虹……

听说三鹿原董事长要被判死缓，没有人为他求什么情，也没有人同情他什么，因为他太可恨了！然而，可恨之人必有可怜之外，五十年的三鹿是他一个人可以毁得了的吗？

我依然认为三鹿的员工们是受害者，他们很冤枉，企业管理中他们说不上一句话，黑锅却大家一起背。三鹿的管理者们，他们并非不明白这一切，他们早就明白，那是什么驱使他们冒天下之大韪置他人生死于不顾？是什么？嗯，是什么……他们，是三鹿的害群之马，理应受到三万多三鹿人的唾弃，他们也是民族的罪人……

2008年是中国的SNS年，遍地开花，然而却终因水土不服而无法结果。

猫扑、天涯等传统社区2008在观望，如果这些SNS真的成功了，传统社区将会迅速完成转身，所以纯粹SNS不成则已，成则是先烈。

终于，大家还是没有看到赚钱的希望，当SNS日子过得艰难，开始左冲右突，突然发现，原来游戏可以，从最早的停车位等简单游戏，到后来开心农场，再后来天书奇谈的MMORPG，总算找到了出路，可是，最初的方向呢？嗯，或许，方向本就是无所谓的，赚钱才是硬道理。可是的可是，在盛大、网易等一干游戏公司雄霸，二线厂商生存艰难的游戏界，真的是SNS的救命稻草吗？

就算SNS真的转为游戏可以成功，那么game.com.cn的华丽转身，是不是比SNS更有前途？盛大已经开始对低端游戏渗入，SNS们能扛得住吗？

PS：不可否认，停车位啦，开心农场啦，这一类简单到弱智的游戏会一直风靡下去，闲人太多了，真的是太太多了，一款游戏无法一直风光下去，但这个行业却一定会很好的活很久，所以，不管陈一舟们在想什么，兄弟们，上啊~~~~

昨天早晨在地铁拿了份《北京娱乐信报》，头版第二大头条《19家网站内容低俗被曝光》，赶快翻到第二版去看个究竟，乖乖隆地咚~~~~~~google、百度、新浪、搜狐、腾讯、网易、Chinaren、中搜、猫扑、天涯、天极，一干网站悉数上榜。重灾区是搜索结果、相册、社区贴图版、博客，这个不得了，厉害得很哪。（天极你一IT站，在这儿凑什么热闹啊）

初看新闻，还以为是有什么人在恶搞，再一细看，嚯，来头不小呢：国务院新闻办、工业和信息化部、公安部、文化部、工商总局、广电总局、新闻出版总署……还真强，摸不着头脑呢，这是搞啥？

后来想了想，感觉是明白了，这只是表个态，这是为期一个月的互联网低俗之风整治行动的开始标志。也对，逮几个大站出来，效果肯定会明显一些，基本国内比较大的全在这儿了，意思是告诉那帮人，谁也别想侥幸，谁也别想后门，我只认内容，不认人。

且慢，这个榜单还有几个“非著名”站，比如天线视频网、第一视频网、游久网、合肥热线、铁血网、131游戏网、搜刮网、快车网，这个有意思了，把这些站和上面那些放一起，还真是高抬了呢，难道这是一次特殊的广告行动？嗯嗯~~~虽然我一向对这些部门不感兴趣，但我还是不相信会如此胡来，那这事儿有意思了，呵呵。

嗯？还是不对……对我们这些天天泡网上的人来说，这个可以直接当作一个笑话传颂一番，没有人当真。可是，这次的发行渠道……啊，报纸，传统媒体！不知道又有多少孩子从此之后被禁止上网了，真是可怜。不了解网络的家长很多，而这个报纸却很有可能送到他们手里，他们不了解网络，于是报纸说的就是事实，他们会想：哇，原来上网是如此邪恶的一件事啊，赶快把网断了吧，可不能把孩子给教坏了。唉，他们所能了解或听说过的网站，十之八九已经在这个名单里了，而这些站也同样被他们认为是“大站”是“正规”网站，如果连这些都挂了，他们自然会相信自己的判断：所有的网站都是不健康的……

还有一件比较奇怪的事，比如对google的评价是：[“网页搜索”、“图片搜索”结果中存在大量淫秽色情网站链接]，对天涯的评价是：［“相册”、“天涯来吧”栏目存在大量低俗图片］，且不说百度、google们能不能从技术上对所有结果进行准确判断，这个相册和图片，怎么判断什么叫低俗？难道按身上衣服的覆盖面积？那写真算不？跳水比赛是不是禁止给运动员拍照会好一些？或者是按非正常程度？这个好，告诉你们90后小孩儿，以后不要拍照片了，领导说了，你们那是违法，哈哈哈哈~~~~~~~~

PS：我无意诋毁90后，而且还蛮喜欢和支持他们的，呵呵。一是因为我并不觉得他们的生活方式有问题，二是因为我这80后当年被人同样对待过。

丁学随便说说，您别当真。

更新总说明：

这里列出的更新，都已经更新到上面目录中的第一篇中列出的文件里。如果您是把所有文件另存到您的个人空间，请重新下载这里的文件。如果您直接引用了这里的JS文件，那么不需要做任何操作，改动已经直接生效。欢迎提出问题和建议！

2009年1月5日

2009年1月4日

看文章前，先请看右侧，在“公告”之上的“主题风格”，试着点几下后面的小色块儿，如果您没有觉得什么地方变了，或者您压根儿就没看到“主题风格”，那么请不要继续看此文，而应该直接拖动滚动条到评论区，谢谢合作！(IE7/8 + FF3 测试通过)

所有本文将用到的文件：

本样式依国际惯例，使用了博客园的 Custom 模板，同样需要禁用模板本身样式，并把上面七个CSS文件中任意一个你喜欢的样式复制到自定义样式的文本框里去，然后保存即可，这样就可以得到一个简单的样式了，你也可以修改部分代码以使它变得更美观。

呵呵，如果事情如此简单，也不用我在这里废话了，所以，下面那戏开场~~~~

刚才你点了右上侧那几个小色块儿了吧？好玩儿不？这就是这套skin最大的特色，而奥秘就在于上面那些文件中惟一的JS文件。

依然需要先完成上面的那些步骤，完成之后，你需要把这个JS文件添加到页面中去，能够实现这个功能的界面中 [管理] -> [选项] -> [Config] 中，有三个地方可以用，公告、页首Html代码和页脚Html代码，虽然脚本按道理讲应该放到最后，但是因为这个JS里需要加载要用到的CSS文件，所以建议放在“页首Html代码”中，像下面这样的一行代码即可：

如果你直接这样引用，那么就没有其他工作要做了，如果你把这些CSS文件传到了其他的某个地方，那么需要修改JS文件中的前几行，只需要修改相应的URL即可，很简单，如果有什么不明白，可以看本系列的第三篇，里面有比较详细的介绍。

使用步骤回放：

请注意：

脚本文件中使用了cookie，用于记住用户的选择，cookie有限期为30天，当用户选择了一个风格之后，再访问其他页面或下次访问时，会自动使用最近一次选择的风格。由于CSS加载和JS执行的问题，可能会有一瞬间的自动加载延迟，导致页面在加载完闪一下。

本skin挑战了一些博客园不支持的功能，所以无法发布为正式模板，所以你只好自己动手才能丰衣足食。而且因为博客园功能太多了，有些地方是我所没有用过的，可能样式中漏掉了不少，目前已知的有侧边栏的日历、找找看等，模块中的相册等，如果你需要这些，请一定记得改写样式，以添加这些支持。

特别鸣谢：

偶老婆：元旦三天假期就折腾这个了，也没时间陪她出去逛逛……

米随随：http://www.misuisui.com，我以前的同事，换肤的想法最初来源于他的博客，这小子前些日子说牛B大发了，把空间搞到了国外，不过最近也不知道是外国友人不友好还是被G了，经常打不开他博客。

新浪博客和网易博客：http://blog.sina.com.cn，http://blog.163.com，有几个样式的配色方案雏形来自于这两个博客站。

图灵出版社及他们翻译的那本《写给大家看的设计书》：这本书真的不错，颜色、对齐等很多东西借鉴了里面的设计原则(配色没做好是我的问题，和书没有关系)

Omar AL Zabir和他的ensure：http://msmvps.com/blogs/omar/，这位MVP同学总喜欢搞些稀奇古怪的东西，加载CSS最初的方案来自于他的ensure，虽然现在实现略有不同，但依然感谢他带来的灵感。

百度和google：搜索引擎真是强大，想要的东西全都找得到，不服不行啊。

假期无聊，去一朋友家串门，发现在他们家24寸的显示器我的博客没办法看，一行字太长了，看完一行转回头来往往找不到该看哪行，以至于实在无法使用全屏而不得不人为的把窗口缩小来看。我一直知道这是个问题，但我以为问题不是非常大，没有亲身体验，还真是无法感受，看来余世维是对的：凡是“我以为”的，一定是错的。

还有一件一直“我以为”的事情，我以为大家已经习惯了12px那小巧精致的字体，虽然我知道应该照顾一下“某些人”，但还是想着，或者他们可以自己克服下，于是一直是12px下来的，当然，我又错了，因为我发现自己变成了“某些人”中的一员——12px的字体看着很费劲，分辨率越高，我越是需要14px甚至更大的字。

于是有了现在这个布局：960px的页宽 & 686px 的内容宽 + 14px字体。

写给别人看的东西，应该让别人专注于内容，而不是很费劲的去看盯着屏幕寻找。当一行文字很长的时候，看完一行回头得去寻找该看哪行了，很多时候当看到第二行的时候还得去回想上一行是什么，寻找新行花费了太多时间并打断了我们的思路，以至于我们无法利用大脑暂留区域或眼睛的聚焦范围来清楚的知道当前的状态。

“文形”是一件很重要的事情，文形是指大块儿文字所形成的一种形状，在我们看一段文字时，我们其实并不把焦点放到某个字或者词上，而是放在这一“片”上。当我们需要接收越来越多的信息，这一点就越发显得重要。很长的行，明显不是一种好的“文形”，尤其是当字还比较小的时候。

技术真的是要命，我的一些习惯还保留自800*600的时代，而现在大家的显示器都已经如此BT~~~~在上面的宽度中，我已经放弃了800的宽度限制，做过太长时间的700+，是时候换成900+了。分辨率也越来越高，不只是因为屏幕大了，同样也因为屏幕能够更细腻的去表达了，而这带来的结果就是12px的字，可以清楚的显示和分辨，但实在不适合大段阅读。

于是，终于下定决心把主体内容加大到了14px，因为我希望别人能够比较舒服地看完我的文章，而一些链接、扩展文字之类，依然保持12px，这些东西其实很不重要，想看的人自然会看到，不想看的人也无所谓，而且因为这类字大都很短，几个字而已，倒不成什么问题。

样式相对来说比较简单，没有使用到图片，全部以各种颜色搭配来实现。我虽不是色盲，但是对颜色其实超级不敏感，所以做得难看再所难免，只是做个样子，各位达人可自行修改 :)，样式文件可以在上一篇中给出的链接中下载，也可以直接引用我给出的文件，我是不会删除、移动或重命名这些文件的(系统本身移动的我不负责(H))。本文发布的时候一共是7个样式文件，也就是支持七种不同的风格，后面或许会继续添加。

样式很简单，没有用到很多技巧，也没有使用hack什么的，甚至连个important都没有用到，我就不废话了，大家可以自己去看看，不明白的地方请在下面留言，我会尽力解答。

值得注意的是，在每个文件里，都有很多颜色是重复利用的，这只是适应了我做的这一种版式，如果你想做出自己的版式，可能不得不把其中某些声明拆散，任务量相对比较大。而不同的风格基本上就是修改了颜色，没有对样式进行过多的改动，因为考虑到当风格切换时，最好还是保持页面各元素不动，换版式和元素移动显然不是一种好的体验，比如一个文章看到一半儿，一换版式可能就找不到看到哪儿了，或者换完之后又得重新寻找刚刚点过的那些链接等等。

另外需要提起的就是CSS文件中的最后两段，前一段是作用于文章的，可以在这里添加你常用的样式定义，还算比较方便。最后一段，非常抱歉的使用了我的名字，以防止和博客园本身哪里的设定起冲突，这一部分是用来定义那个切换区域的样式的，如果你没有保留切换功能，那么就不需要这一部分了，可以直接删除掉。

如果你在看[上篇：使用方法]的时候没有下载脚本文件，请现在下载，在这里不再贴出大段的代码，请对照文件来看这篇文章，给您带来的不便敬请谅解。文件下载地址：http://files.cnblogs.com/dingxue/css1_script.js

脚本第一行的styleList定义了这里用到的七种样式的全部信息，三个信息依次表示：风格代码、风格颜色、文件地址。风格代码用于区别各个不同的风格，在下面会用这个来启用和禁用对应的CSS文件；风格颜色为显示在页面上切换区的那个小色块儿的颜色，这里都是取得每种风格的背景色作为风格颜色；文件地址是此风格对应的CSS文件的地址，如果选择了另存CSS文件到其他地方，只需要修改这里就可以了。

之后是“引入样式文件到 <head> 中”，因为XHTML标准要求 <link> 标签只能出现在 <head> 区域里，所以没有采取 document.write() 的方式来引入CSS文件，而采用了类似 Omar AL Zabir 提出的 ensure 的方式。这里设置了 <link> 的 title 属性和 disabled 属性：title在切换时用于判断应该启用哪一个样式，来自于上面定义中的“风格代码”；disabled 属性把所有CSS文件在初始时设置为禁用状态，在下面页面加载完之后有一次重置，这里只是为了防止页面加载过慢时这些CSS文件对页面展现的一些影响。在引入JS文件的情况下也需要设置自定义样式也是因为这里，这里加载的CSS全是禁用，所以博客园系统本身的自定义样式是必须的。

“添加初始化过程到 window.onload”，这一部分用于使页面加载完自动执行一些操作，这是一段来自“百度”的代码，避免了和博客园系统中自带的 window.onload 有冲突，这几行代码有点意思。

接下来是“初始化”部分，主要是创建切换区域和里面那几个小色块儿并放到适当的位置。试了几次直接在 switcher.innerHTML 上做字符串操作，都没有成功，只好引入一个字符串变量，不晓得是哪里搞错了什么，还是浏览器就这么诡异。这个切换区的插入位置，就是现在页面上这个样子，在 sideBarMain 之上，也就是在侧边栏的最上面，如果想修改一下样子，或者换个位置，可以修改这里，并修改对应的CSS文件即可。在这段代码最后，是一个用正则获取已保存到 cookie 中的风格，如果用户曾经选择过风格并且 cookie 还有效，那么会自动切换到他上次的选择，如果没有选择过，这里把 gray 设置为默认的风格，你也可以修改为其他风格，但建议与系统默认的风格一致，这样可以避免第一次加载时的“闪屏”。这里其实是有问题的，在页面加载完成后才做这个操作，“闪屏”无法避免，不知道谁有更好的主意，期待回复，感谢支持。

最后是“样式切换”，先获取到所有 <link>，然后在第一个for循环中启用指定CSS而禁用其他CSS，为了保持统一，这里把默认的样式也声明到了上面的样式列表中，所以这个for循环一上来不把系统自带的样式给禁用了，就是那个 id="MainCss" 的，也是这个for里面用到了上面定义的“风格代码”，上面引入样式文件时的title属性在这里用到了。在设置完文件的启用/禁用状态之后，在第二个for循环里，恢复了所有小色块儿的初始大小(这里是8x8)，之后让当前选择的样式色块变大，以突出当前选择。在最后，将用户本次选择保存到了 cookie 中，用于到其他页面或下次访问时的自动加载，cookie 有限期设为30天，应该还算足够大。

结语：

代码写得不美，CSS也不完善，配色更别说，我自己是没什么信心，不过这依然是断断续续花了一天多时间写出来的，还是希望能对大家有所帮助。代码不高深，思路或许有可借鉴之处。同时欢迎大家继续完善这个功能，做出更好的样式出来。

感谢您能够看到这里，文章已经结束，有任何问题，请在下面发表评论，谢谢！

人都说无知者无畏，那么这些年来我是不是一直很无畏？而且，还要继续无畏下去？

既然无畏，那也无所谓了，有啥说啥，不禁止评论，但是禁止笑我，违者删ID~~~HOHO~~~~~~~

开门见山的说，最近看了《Erlang程序设计》一书，发现原来程序的世界远比我想象的要精彩。高中的时候开始学了点儿C语言和一点VB，上大学后继续发扬光大(其实是老师说考不过不让毕业 :$)，还学了些.NET，了解了点儿PHP和Java，顺便用ASP做了两个破网站，毕业后继续了一年VB之后便从此彻底投身.NET怀抱。由此产生了一个根深蒂固的想法：程序无外乎C系的顺序编程、ASP之类的网页脚本编程和.NET/Java之类号称面向对象的编程，直到去年学到了Perl，才发现，原来脚本不都是ASP/PHP那样的！也幸亏先补了点Perl，因此对PowerShell接受起来很顺理成章。但归根结底，程序无非就是拿各种控制结构去折腾那堆变量。这里面有两个非常重要的概念是下面要说的：变量 & 循环。

直到前些天看到了Erlang，原来变量是不对的，原来循环是不需要的~~~~~faint~~~世界好像突然可以变了？

X归来：
先来看一段《Erlang程序设计》里的一段话：(P12)

怎么样？反正我最初学的时候没有考虑过这个问题，我认为很自然(因此入门快了？)，但是现在，不得不回头考虑一下，嗯，数学老师一直在说“数学很重要，你们学计算机的不好好学数学，到时候什么都做不了”，可是现在呢，和数学完全反过来了！还好有Erlang，“在Erlang中，变量恢复了它在数学中的涵义。当把一个变量和值关联在一起时，你其实就做出了一项断言，也就是对一个事实的陈述，这个变量的是多少，仅此而已。”这是什么意思？意思是说：在Erlang的世界里，你的变量一经赋值，变再也无法改变了~~~~~

我们真的需要for(;;){}吗：
真的，在Erlang里没有for循环，有意思吧？我最初看到这个的时候就在想，变量不能变，连个for循环也没有，这帮人怎么写程序啊？然后事实上，Erlang依然很容易的就可以写出很棒的程序，这个很有趣，但是我不知道应该说些什么，所以就此略过：让编程回归数学：模式匹配与高阶函数。

PS一些超帅的Erlang特性：

上面这些，只是感觉比较有趣的一些东西，而真正强大的异常处理、并发编程和分布编程，我还没搞太明白，不敢写出来，只是觉得这是一种完全不同的编程体验，也是一种非常有趣和强大的方式，有兴趣的可以去看看。

今天，我了解了一点点Erlang，知道了在我以前知道的那些东西之外，还有如此与众不同的东西，那么明天呢？我肯定要继续无畏下去了……

暴力推荐这本书：

PS一个比较搞的附属消息：此次发送的技术资源光盘是微软（中国）有限公司平台及开发技术部为您精心准备的微软最新开发技术虚拟实验环境。由于操作系统授权问题，建议您在运行虚拟机前，将宿主机操作系统时间调整至2008年10月23日，以防止出现虚拟环境操作系统过期，导致无法正常使用
小汗一下~~~~~~~

博客园GDI申请链接：http://gdi.cnblogs.com/
微软GDI介绍：http://msdn.microsoft.com/zh-cn/cc985371.aspx

恭喜自己，感谢大家，顺道感谢微软，嘿嘿~~~~~~

问题： 1.购物车中的数据是否应该存储在数据库中？
我特别想知道在真正的项目中，那些真正的软件工程师是如何考虑这个问题的。在Google上一搜，搜到了一篇咱园子里一位网友的观点：购物车应该是个临时存储数据的模块，他将其存放在Session对象中。这位网友说的很有道理，不过我并不喜欢这样的做法。如果大家都将其存储在Session对象中，成千上万个用户一同购物的话，想必ASP.NET服务器必将承受巨大的负载。也许像我们国内的网站可能会好一些，但想Amazon这样的网站，怎么做的呢？Amazon中国网站，也就是Joyo的网站，并不是将其存储在Session对象中，因为我如果这次放入购物车中的商品没有提交订单，下次登录后购物车中还会有这些商品。因此，我想他们可能是将这些购物车中的数据放入了数据库中。

回复： 把购物车存放在Session中，这种做法似乎只存在于大学里的课程设计或者一些无人在意的实习项目中出现。事实上，基本所有的电子商务网站都把购物车数据存放到了数据库里。下面是一些解释和设计上需要注意的地方：
1、Session并不适合做大数据量的数据存放，当用户比较多的时候势必影响服务器性能，这是应该避免的。
2、Session存在意外丢失的问题，或者当用户不小心关闭浏览器，都会引起购物车内物品全部丢失，用户体验很不好
3、Cookies可以解决上面一条里Session的问题，但是Cookies的长度限制，以及使用Cookies时的通讯开销，还有安全性方面考虑，Cookies并不适合做购物车
4、比较好的用户体验是，无论用户登录与否，都可以在一定时间内记录购物车状态，这就要求数据库内购物车不能与用户捆绑太死
5、放到购物车里的商品，一般都是有购买意向的商品，但并不一定会成为真实的订单，这时候，保留这份数据，对数据挖掘、业务分析有至关重要的作用

问题： 2.关于并发？
原来我在开发自己的模拟网站的时候，曾经想到这样一个问题：如果一个客户在网站将一些图书放入了购物车，那么这些数量的图书是否应该从库存中减去呢？当时我是这样做了。我将购物车中相应图书的数量从数据库中减去，以防止此时其他用户看到”虚”的库存数量（如果没有减去，那么其他用户是可以购买的。例如：库存中图书的数量是10本，客户A将10本放入自己的购物车，此时客户B也将10本放入自己的购物车，那么谁将购买到此书将成为一个矛盾）。不过我这样做的结果是，每当客户更新购物车的同时就会同数据库有一次交流，加大了数据服务器的负担。Amazon.cn在这方面做的也不是很好，前些日子相信大家可能都遇到了当购买《深入理解操作系统》一书的时候，本来生成了订单，但是却在第二天告知缺货的事情。这一事件确实非常影响Amazon.cn的信誉，不知道现在他们的系统是否已经解决这一问题，不过现在《深入理解操作系统》一书的Joyo价已经今非昔比了。不知道各位高手是如何解决这一问题的，欢迎大家将自己的成功经验写在评论中。

回复： 首先说一下数据库服务器的负担，想一下每访问一个页面要对数据库进行多少次访问，然后想一下多次访问才能换来一次放购物车的操作（访问次数主要取决于网站易用性的设计，这是另外一个话题），所以，虽然在这里修改设计可以减轻一些数据库压力，但是这里并不是瓶颈，丁学认为不需要在这里太在意。

目前比较通用的做法，购物车的商品是不会立即扣减库存的，主要是为了防止有人通过购物车恶意占用商品，另外一般都会给一个冗余量，因为大部分购物车里的商品不会进入最终的成功订单，不可以让购物车影响销量，这是必须做到的。库存一般在订单成功提交的时候扣减库存，也就是用户在提交订单时，你还有一次机会提示用户没有库存了，所以更没有必须在放到购物车时就扣减库存。对于“成功订单”，并不是所有用户提交的订单都算成功订单，这里有一个自动审单的过程，这个程序不好写，但确实很重要，根据以前的数据分析、用户行为、用户信誉等经验性的数据来由系统在几分钟内自动对订单完成一次审核，审核力度与行业有关，这样可以杜绝大部分的假订单，其中一部分可能还要由自动审单系统转交人工审核。

这里有一个特殊情况，有一些特殊商品比如演唱会门票，可能会存在在线选座的行为，这种时候放购物车后留座变得比较有用，现在的做法一般是放购物车后立即留座，但某一段时间未成为真实订单的话就自动释放，比如十分钟，虽然无法完全杜绝恶意占座，不过可以解决多数问题。现在票务方面的成功订单和大部分其他行业不太一样，票务行业的在线选座成功订单的判断标准为是否已经成功支付，就是说除非你给钱了，不然只能给你留十分钟。

问题： 3.订单和订单明细同购物车的关系
我想这个问题可能一直是此类网站的一个大问题吧！前两天，CSTP的陈老师还曾在电话中面试我这道题，我当时很紧张，问题答的不是很清楚。其实这个问题简单的想并不难：两个表订单和明细，订单表中每列指向明细表中的对应列。外键就是订单表中的订单号。

回复： 这个问题比较简单，一种是放购物车里就当是订单了，拿一个状态标识一下，这种状态下订单是可修改的，购物车合并进订单系统（注意处理用户登录与非登录状态）；第二种是有单独的购物车表，当最终提交订单时，复制购物车内的信息进订单和订单明细表。后一种用得比较多一些，具体选择哪个取决于行业和商品属性。

问题： 4.明细表中订单号的生成？
这个问题继承第3个问题，我一直不知道应该如何解决此问题。我有两个解决方案，一个是使用触发器，另一个是编程。前者在客户每次放入购物车中一种商品的同时增加一个明细，确认购买后生成订单，将明细表中的购买状态更改以触发触发器将生成一个订单号（当然这个订单号既可以在触发器中编程也可以是让订单表订单号的一列设置为自动生成序号）。后者将判断订单号，然后将其加1以生成新的订单号。但是这两个方案我总是觉得非常不好，很想知道在商用网站中订单号是如何处理的。

回复： 首先我个人认为触发器的方案不可取，理由不多说，不然又是一大坨。这里也有两种做法，一种是订单表自动生成编号，生成订单时，先写入订单表，然后取回订单号再更新订单明细表；另一种是按业务规则生成订单号，当订单号已知后随便先生成订单记录还是明细记录都可以，但是要保证明细记录最终一定有订单记录，不然会有很多诡异的明细项。后一种办法又有两种做法，一是订单号由数据库生成，一般采用临时表，好处是可以全业务通用流水号，另一种是订单号由程序生成，程序生成时可以使用GUID，但更好的办法是使用订单时间加标识值，时间部分可以根据订单量来确定粒度大小，标识部分采用有序编号，时间粒度还要考虑防止别人大概统计你的业务量（汗~~~这个也是另外的问题，很多做法，看情况了，改天有空再写个有关订单号生成的文章吧，先回复这么多，大概信息也够了……）

欢迎大家指出不足之外，谢谢！

关键词，SEOer们的主战场，无处不在，主占领地：title, meta,h1-h6，另外分散于页面的任何位置，数量不定，密度1%-5%不等。我们每天都在猜，<title>中google会承认多长，顺序对关键词有什么影响，可是，google在做什么？google在猜哪些title是对用户有用的，哪些是能够真正的表述页面内容的，那我们为什么不直接做成这样的呢？Description现在作用已经越来越小了，不过我们应该明白，这个东西本来是搜索引擎索引了网页后显示给用户的那一段简介，随着我们越来越多的利用这里做SEO，搜索引擎已经严重不信任Description，于是好端端一个地方，被浪费了；语义化的WEB标准，被我们用来做SEO，于是搜索引擎开始努力的想区别哪些是真的哪些是假的。所有这一切，一个恶性的循环，我们与搜索引擎互相不信任，浪费了资源，也流失了客户。我们是不是应该回过头来，让title是title，description是description，内容是内容？不欺骗用户，是不是我们会轻松一些？一个谎言需要一百个谎言去圆，何必呢？

反向链接，就是这个造就了一个群体，无数的SEOer们没日没夜奋战在QQ群、专业论坛等战场一线。为了反向链接，我们去和任何有价值的网站去交换链接，直到我们再没有地方去放交换来的链接，于是，我们去百度贴吧发帖，去各大论坛发帖，但是依然不够……于是，诞生了一个东西叫“链接联盟”……与此同时，搜索引擎也发觉了，于是就有了“封杀”、“屏蔽”等等，多少站长捶胸顿足，多少站长夜不能寐？如果我们把这些精力放在改进程序，充实内容上，结果会是一个什么样子？我们在做什么？我们是不是忘记了最初的目的？让链接回归本色，让“相关”这个词真实的呈现在用户面前，是不是更好一些？身体上、心理上，是不是都会轻松一些？让网络回归网络，让网络不再像个战场，让网络为人所用，再不要让网络把人逼得发疯……

Email－新闻－论坛－博客，曾经多么美好的四个词，引领了互联网十余载，一步步走来，我们的网络如此美好。自从有了SEO这个词，所有的事情都出了那么一点点差错，垃圾邮件、灌水机、软文、枪手……我们花更多的时间，我们花更多的努力，我们花更多的预算，生活变得紧张而忙碌，我们要得到什么？我们为什么这么做？如果只有一个人这样做，效果或许不错，但是当大家都这样的做的时候呢？是不是世界本来就应该简单一些？我们拿我们希望的内容去填充互联网，同时也在为自己查找资料设置着障碍，一边骂网络垃圾太多，一边自己疯狂的制造垃圾。回来想想搜索引擎，它们想做什么？他们在想用户！那么用户在想什么？他们想最快的得到“有用”的信息，那我们为什么不把写软文的时间用来写一点对用户有用的内容呢？为什么不把发垃圾邮件用的服务器用来提高哪怕0.01秒的浏览速度呢？我们走了一条错误的路，因为大家都不肯做第一个撤退的人，所以大家都往前冲，明知道前面是悬崖，也义无反顾……

忘掉SEO吧，世界上本来就不应该存在这样一件事！想想搜索引擎们每天在做什么？他们希望让用户看到最想看的东西，希望让用户用到最好用的东西，那么，为什么我们不直接努力让用户看起来更有兴趣一些，用起来更方便一些呢？

是跟在搜索引擎那些五花八门又极其BT的算法后面奔跑？还是直接奔向目标，让搜索引擎跟着你跑？自己的路，还要是自己选择……

在客户端，对CheckBox按照选择的顺序进行排序。
选择多CheckBox后，如果取消其中一个CheckBox（A）,则
则序号比CheckBox（A）大的均要减1，
希望的效果如下：

解决代码如下：（checkbox与对应的textbox要拥有相似的名字，如ckbAAA必须对应txtAAA，不然要绕圈通过parent取，懒得作，先这样）

using System;
// 丁学, Ding Xue, http://www.cnblogs.com/dingxue
class Program
{
    static void Main(string[] args)
    {
        DingXue(null);
        Console.Read();
    }

    static void DingXue(Object p) { Console.WriteLine("Object"); }
    static void DingXue(String p) { Console.WriteLine("String"); }
}

你猜上面会调用哪个方法？基本上可以恭喜你，大部分人应该都可以猜出来结果是 String，那么下面这个呢？

using System;
// 丁学, Ding Xue, http://www.cnblogs.com/dingxue
class Program
{
    static void Main(string[] args)
    {
        DingXue(null);
        Console.Read();
    }

    static void DingXue(Object p) { Console.WriteLine("Object"); }
    static void DingXue(String p) { Console.WriteLine("String"); }
    static void DingXue(Int32? p) { Console.WriteLine("Int32"); }
}

再次恭喜，哈哈，报错了，String 和 Int32? 不明确，把String换成DateTime?，一样的错误，但是任意一个和Object一起都没有错误，而且都是调用 Object 之外的那个。嗯~~~，是不是只能是 Object 跟一个它派生出来的呢？看下面：

using System;
// 丁学, Ding Xue, http://www.cnblogs.com/dingxue
class Program
{
    static void Main(string[] args)
    {
        DingXue(null);
        Console.Read();
    }

    static void DingXue(Object p) { Console.WriteLine("Object"); }
    static void DingXue(Int16? p) { Console.WriteLine("Int16"); }
    static void DingXue(Int32? p) { Console.WriteLine("Int32"); }
    static void DingXue(Int64? p) { Console.WriteLine("Int64"); }
    static void DingXue(Single? p) { Console.WriteLine("Single"); }
    static void DingXue(Double? p) { Console.WriteLine("Double"); }
}

哇咔咔，居然全部和平共处，“优先级”依次是：Int16? -> Int32? -> Int64? -> Single? -> Double?，问题似乎明朗了起来，数字类型的似乎都可以共存，任意一个都可以与 Object 共存。

等等，好像还有一个是数字的，Decimal：

using System;
// 丁学, Ding Xue, http://www.cnblogs.com/dingxue
class Program
{
    static void Main(string[] args)
    {
        DingXue(null);
        Console.Read();
    }

    static void DingXue(Object p) { Console.WriteLine("Object"); }
    static void DingXue(Int16? p) { Console.WriteLine("Int16"); }
    static void DingXue(Int32? p) { Console.WriteLine("Int32"); }
    static void DingXue(Int64? p) { Console.WriteLine("Int64"); }
    static void DingXue(Decimal? p) { Console.WriteLine("Decimal"); }
}

嗯，果然验证了上面的结论，Decimal? 排在 Int64? 之后，呵呵，是不是发现有点不对劲？对了，Single? 和 Double? 不见了~~~~，那是因为~~它俩不能和 Decimal? 在一起，会“不明确”，汗~~~~~~~~

好了，最终结论：
1. 任意一个可为空的值类型都可以与 Object 共存，而不会被认为是错误的不明确的重载，但是 Object 永远不会被调用
2. String、DateTime等无法与其他非 Object 类型作为两个重载，会产生不能明确调用的错误
3. 整型(Int16/Int32/Int64)和浮点数(Single/Double)可以共存，优先级和大家想的一样，整型优先于浮点，小的优先于大的
4. 特殊的数字类型 Decimal 可以与整型共存，而优先级低于整型，但无法与浮点数共存

大家在写程序时应该很容易避免这种问题，但是既然MVC里出来了，那么就应该是有它的用处，那么，谁能告诉我这是为什么？

马云终于下手了，先是合并淘宝和阿里妈妈实施“大淘宝”战略，接着就封了百度对淘宝的抓取，宁可自残，也要阻止百度的手。曾经有人以为百度C2C开张之后会人为的调低淘宝的排名，以打击淘宝推广自己，现在看来百度已经根本不需要再做什么了，淘宝自残了~~~

记得看过一个报告，淘宝流量的三分之一来自于搜索引擎，其中相当大一部分都是从百度过来的，很多的非资深用户，都是通过百度一下，然后才来到了淘宝，那这一封，对淘宝卖家的打击着实不小，搞不好会因为买家突然减少而使大批卖家出逃，看来百度还狠，因为它掌握着中国互联网最大的门。

淘宝何以敢如此大胆？毕竟封掉如此大的一个入口对自己伤害是很大的，但是，百度开始了电子商务征程，百度足够的实力和能力，所以淘宝认为会受到威胁，两家公司直接产生竞争，所以封掉也可以讲得过去。也不能排除百度已经大度到为他人做“嫁衣”的程度，百度的C2C肯定以搜索见长，如果他自己的卖家中没有用户要找的产品，依然可以把淘宝、易趣、拍拍等C2C站的卖家信息显示出来，虽然初一看百度是卖便宜给这些站，但实际上会慢慢吸引越来越多的买家，电商一买一卖他并不算亏，而搜索却会因此得益甚多，也会越来越牢固的把握着又一个互联网入口。

为什么搜索会因此得益呢？那有没有感觉百度这个C2C有些垂直搜索的味道呢？呵呵，很像是C2C行业的垂直搜索引擎啊，但百度更聪明一些，在做这个垂直搜索的同时，顺道就把电子商务做起来了，或者说做C2C的同时顺道做了一个垂直搜索引擎，不管是哪个，百度都已经开始进入这个领域，那么下一步呢？会不会扩展到B2C和B2B的垂直搜索？如果百度开始了电子商务行业的垂直搜索，再如果他很不幸的成功了，会不会试水其他行业的垂直搜索呢？如果是这样，那么其他垂直搜索引擎会不会也有很郁闷的一天？这样一搞，百度越来越强大，雅虎已几无翻身之力（不过雅虎好像也没想着能在搜索上翻身，百度谷歌往那儿一站，它差太多了），连他的口碑网也面临着危险。

回想当时，是不是马云合并雅虎口碑也是想在做通用搜索的同时与垂直搜索结合，以达到出奇至胜？如果是的话，那就很不幸了，百度怕是也在搞，这是相当痛苦的一件事，本以为找了条没人知道的近道，转脑袋一看，发现一个强人不知道什么冒出来在自己旁边儿。

淘宝也很无奈，经过这么多年的积累，商家信息和产品信息如此的丰富，实在是有希望把这些共享给百度，拿着你的所有信息去做数据分析，然后和你做同一个行业，是不是很可怕呢？其实淘宝最在乎的，除了卖家信息，就是那些产品的报价了，网上那么多B2C行业的比价网站，如果不封掉百度，百度一定不会放过这么好一个机会，他一定会把“比价”这个人见人爱的功能做到他的C2C里面来。

马云是一个强势的人，如果换别人，可能任由百度了，只能提升自身的能力来应对这场并不是太公平的竞争，甚至可能和百度达成某种协议来共同发展。还好是马云，他下得去狠手，这一来流量是失去了不少，短期内比较被动，但主动权在自己手里。马云下一步要做的，应该是广告了，网络广告借助刚合并到淘宝的阿里妈妈，也还得辅助不少的平面媒体，总之他必须要改变网民的观念和习惯，不能让用户想买东西也先百度一下，但是想做好这个，代价有些大，前两天刚刚宣布的收支平衡，怕是又要往后延了。

淘宝的优势在于已有的用户群和阿里妈妈，他必须利用这两个，而阿里妈妈在中小站长中的影响，是对抗百度的最佳武器。所以说雅虎并口碑，淘宝并阿里妈妈是对的，如果是雅虎并阿里妈妈，淘宝并口碑，这会被认为是合理的合并，但怕是没什么用，马云又是一招出奇，能否致胜，看百度了。

难道马云前些日子说要过冬，是无法确定他这个战略能否成功？败了那可真是冬天啊……

搜索引擎越来越不听话，不知道那帮人怎么想的，是不是脑袋开始长草了？

百度越来越中国，谷歌也越来越本地，雅虎总也抬不起头，搜狗只能用来找带颜色的东西，有道异军突起左冲右撞没有出路，腾讯搜搜做了工具条也一直不好用。

百度中国的太厉害就不亲民了，越来越发现搜索结果里除了竞价的部分，就属他们自己家的东西多，李彦宏那个狂啊；谷歌本地化作了几年，辗转腾挪依然没有找到出路，传说中的病急乱投医就是这样的，看现在谷歌被搞成了啥，李博士那个急啊；雅虎越来越不像个搜索引擎，是不是想和51抢饭吃，不过以马云的鬼，不大可能让我看明白，不明白就不明白了，反正我是不去雅虎了，我管他怎么样呢，你说是吧，马云？为啥没有人管管搜狗呢，再搞下去就全乱了，实在没前途，张朝阳那个秀啊；有道有博客搜索做得很棒，词典也很无敌，最近又搞了地图，但是依然无法进入主流搜索，丁磊那个苦啊；不知道什么人在用搜搜，是不是只有装了他们家浏览器的人才用，可是IE7加了Tab后，还有人用那个TT吗，怕是他们自己也不知道要搞什么，马化腾那个乱啊。

为了凑字数，我决定在这里写一段会计的东西：当本期内部购进存货的可变现净值低于抵销未实现内部销售利润后的取得成本时，其抵销的存货跌价准备的金额为相对于购买企业该存货的取得成本高于销售企业销售成本的差额部分计提的跌价准备的数额扣除期初内部购进存货计提的存货跌价准备的金额后的余额，即本期期末存货中包含的未实现内部销售利润的金额减去期初内部购进存货计提的存货跌价准备的金额后的余额。（注会《会计》2006版P473例22）

会计够强，不过W3C的达人们也不弱，看看咱们的WEB标准：If a sibling block box (that does not float and is not absolutely positioned) follows the run-in box, the run-in box becomes the first inline box of the block box. A run-in cannot run in to a block that already starts with a run-in or that itself is a run-in.

继续测试英文，奥运相关：

继续科技，中文：以怀孕来打比方，传统作法是让一位孕妇怀胎九月，生下一个宝宝；多核心作法却是由九位孕妇同时上阵，每人各怀孕一个月，再将九个人的成果“整合”成一个宝宝。—— 某高人如此评价多核CPU

字数应该差不多了，最后来点笑话吧，国足的：

突然想起了网易，想起了以前天天梦幻的日子：为技能生,为光武死,为儿子奔波一辈子; 吃网易亏,上梦幻当,最终死在点抗上。

回头再想咱们程序员们：有人说外国程序员工作是为了理想，中国程序员工作是为了养家糊口，其实不对的，中国程序员也是为了理想，只是理想不同而已，我们的理想是：养家糊口。

下面有请CSDN的有才编辑们(图片于 2008-9-2 16:40:28 截自CSDN网站)

我倒要看看这帮搜索引擎在搞啥，气死e了！

UE－User Experience－用户体验，这个词已经流行的有一段时间了，自从有人提出web2.0的概念，UE就越来越被提升到一个前所未有的高度，其实不管webx.0，UE都是非常重要的一个东西，也无论是网站还是一个其他的什么产品，UE的重要性都应该放到很重要的位置。既然当当网越来越2.0了，那我们就来看看它的UE，当然，这个UE不只包括网站，也包括了其他一些东西。(顺便，这些东西也是所有网站需要注意的，所以大家都看看哈，里面有一则超级精彩的广告，千万不要走开)

先来说说当当网前几天的改版，看那个首页。

不说它的HTML写的烂，什么<div>套<table>的布局方式，什么inline-style一地的hack，还有什么声明了XHTML 1.0 Transitional却不关闭所有标签还使用了大写标签，另外成群结队的CSS页首页尾都有、成片的JS放在了页面最开始的位置，这帮人似乎一点常识都没有，或者说是时间太紧不过来的？再或者根本就不在乎？难道他们卖书的都不看书？如果当当网的某人看到了这里，建议把这两本书推荐给你们领导：网站重构——应用Web标准进行设计(第2版) 和 高性能网站建设指南（顺便广告下：后一本书由博客园的某刘翻译，质量那是相当的好，另外某刘同志发扬雷锋精神在博客园提供了非官方的技术支持，感动的稀里哗啦~~~~~好人哪，当当网最近打开很慢，就是因为没看这本书，强烈建议某刘去布道）。

前面的不说了，太多了，说不过来，也懒得说。有一点改变倒是好的，首页内容被限制到了宽度960px，现在显示器越来越大，大到全屏一行字看完还得扭下头，实在是不舒服，当当网把内容限定到主流偏下的分辨率应该说是非常明智，内容集中一些有利于UE，又不至于内容太多眼睛发晕。

一个非常不爽的地方，就是那个左侧的新分类导航。从一开始，当当就抄袭亚马逊的设计，也一向很成功，可惜这次搞错了。原来大列表式的分类导航并没有太大的缺点，就好像<input type="radio">优先于<select>一样，一目了然永远不会错。当然亚马逊现在改成了这种二级菜单的形式，可能确实这样是好的，事实上也确实感觉亚马逊的导航比以前简洁明了，可惜当当这次搞砸了，没抄好，分类导航完全没有被突出，显得一点也不专业。最可恨居然在分类导航上面挂了那么大一个广告图，分类导航完全跑出了用户的视野。如果不是专门跑来研究这个，不知道有多少人能够感觉到那是个带二级菜单的分类导航，失败，太失败了。

给当当的建议：上面推荐的那两本书。（如果实在没空看，就招一个看过的人吧）

接着说说一些其他的细节问题

各位，从购物车去结算中心时登录后的“填写核对订单信息”，当你保存的地址没有“县/区”一级时，你能一眼看到它为什么不让你直接提交订单吗？当你修正了这个问题，你能“猜”到下面的运费怎么样才能计算正确吗？嘿嘿，答案就是点击上面那个修改送货方式，无论你想还是不想，需要还是不需要，必须点一下修改，然后保存一下，才能看到那个正确的运费。

当你从首页通过上面很明显的导航进入了图书、音像、影视等频道时，你知道如何回到首页吗？你能很快找到“回当当首页”这个链接吗？网络十几年来培养出来的网民习惯是：点logo！非常遗憾，你只对了一半儿，有些地方你点logo能回到首页去，但也有地方你点logo只能回到频道页。嘿嘿，在点logo时，你有没有猜一下下一步你将会被带到哪里？

新发现一个很强大的功能：销售曲线。不知道他们在想什么，这个东西拿出来的意义在于什么？指导用户哪个书卖的好？可是有销售曲线的好像只有畅销榜的前三名，而且没有纵坐标，所以每本书的曲线看起来都是一模一样的，那还有什么意义？难道只是服务器太多，资源用不完，所以显示一下技术们的强大？窃以为，数据挖掘和用户行为分析这种东西是用户研究的，要把成果转化成用户需要的东西才好，而不应该直接把研究成果拿出来，谁懂呢？谁在乎呢？

个人订单里多了一项“确认收货”的功能，可能是为了统计配送信息改善服务，也可能是为正在逐渐出现在网站上的商户们留的功能。如果只是后者，能否当当自己的订单不提示这个？如果是前者，能不能换个方式？你这样子搞，我很有压力啊~~~~~

忍不住再说一次，不知道当当从哪里招来的JS“高人”，从某一天起变得一地JS，搞得网站巨慢无比，我可怜的浏览器已经快要罢工了。知道不知道这叫滥用？

最后来说说当当的服务

从前两篇文章各位朋友的留言中也看得出来，大家普遍认为当当的客服很差劲，或者说是服务很差劲。

既然提到了服务，忍不住翻一下陈年旧帐，不知道有多少人曾经因为当当那万恶的看不清的总也写不对金额的还经常丢的手写发票而郁闷不已，财务的小姑娘们不给报销也怨不得人家，谁让那发票上啥也看不清看不明呢？

给当当的建议：用户给你捧场的时候，不要忘记给一些回馈，心寒总是不好的，最低也还有个面子问题嘛。

后记：网站大了，细节方面做不全也是正常的，照我这样吹毛求疵的，可能每个网站每个公司都存在各种各样的问题，但是像当当网这样完全不把UE当作一回事，没有一点各种常识的电子商务网站，嗯……自求多福吧，希望当当可以茁壮成长为国争光~~~~~~~~~~~

刚发现一个问题，谴责一下当当网，在没有发布任何网站公告，没有发送任何邮件通知的情况下，大幅度提高各级会员所需要的积分，活生生把我的钻石VIP变成了金卡，而且提升幅度之大，令人寒心，很久很久以前就是钻石VIP，后来又买过N多书，所以我的积分应该远超过钻石VIP下限的，现在好了，我还差一万多积分，怀疑积分标准是原来的三倍以上，这下估计几乎所有的会员都被降级了。我要找315投诉，这是欺诈~~~~~~~~

物流依然是B2C的绝对短板，再从近期当当和卓越的几个公告说起：

前两条的比较，一眼分胜负，不说有多少人的订单在30元以下，单就这气势，卓越明显胜出。后两条本没有可比性，一个是提速一个是增加加急送服务，但看两者针对的城市，可见当当还是处于下风。

当当和卓越配送体系有着本质的差别，当当一直是把物流外包给第三方快递公司，而卓越在主要城市自建配送队伍。两者各有优劣，当当需要一直为配送付款给第三方，而卓越需要为这么一个庞大的配送体系持续投入大量资金。

卓越的经验来自于亚马逊，6月份卓越在北京亦庄地区的超大型运营中心启用，加上之前座落珠三角的广州运营中心和设在长三角的苏州运营中心，卓越已经完成第一阶段的运营部署工作，覆盖了中国最发达的三个地区，在目前一线城市潜力没有充分挖掘的情况，大家都还不用去二级城市拼个你死我活，所以从这方面来说，卓越已经占领了先机。但是这种先机的代价却非常大，三个运营中心的日常运行需要强大的资金支持，成本增加厉害，这一次，我看不准，不知道卓越会复制亚马逊的成功，还是最终水土不服挂掉。

从财务方面来讲，当当与第三方公司的结算，是种公司对公司的结算体系，虽然卓越也存在这个问题，但是因为大部分订单都来自几个主要城市，所以卓越面临的问题要小得多，如果订单量足够大，卓越可以把运营的投入赚回来，还落个全场免运费的好名气。当当无论订单多少，都只能在书的利润中分一部分出来给第三方公司，虽然这个价格可能压得很低，但对于财务结算，这并不有利于进一步的发展，比如上市。

如我前段时间的文章《电子商务胡说八道之：也论贝塔斯曼的倒掉》所说，卓越这么做是把双刃剑，是它能把门槛提到足够高，然后把当当们踢出去，还是不堪重负自己跨掉，现在都未可知。但无论如何，只要亚马逊在，卓越短期内不会没钱花，所以还玩得起，反观当当，情况却不容乐观，卓越虽是倒贴钱，但当当一样没钱赚，没钱赚就是死。

在人力成本越来越高的情况下，物流在B2C中显得越来越重要。而对于用户来讲，物流直接影响到了用户的忠诚度。在一线城市，卓越的配送一直比较稳定，因为它有自己的配送队伍，比较容易控制（顺便提下，卓越的订单跟踪系统还是蛮强大的），而当当把物流命脉交由第三方快递却是承担着很大的风险，经常遇到的问题是，很多人感觉当当的送货不是很稳定，有时候一天，有时候甚至四五天，这是一件很让人郁闷的事情。

顺便说说当当的这次配送提速，在北京的效果非常明显，应该是占据优势地位，如果真能如他们所说，那卓越相当危险，但是这个做法，不知道需要给第三方快递公司多大的压力或者需要拿多大的代价来换取。上海地区应该差不很多，因为卓越的苏州运营中心离上海也比较近，所以当当未必就有什么优势，所以算来，只是弥补一下原来的差距，并不是一种压倒性的发展。对于广州和深圳，我认为当当始终做不过卓越，所以这方面的投资回报比明显不高。

PS：这篇写的完全不在状态，各位看官凑合着看。下一篇将会讨论一下当当那可恶的UE，希望大家会感兴趣。