八、九年以前，当我还在学校里的时候，电脑报曾经是我最喜爱的电脑杂志，每周必买，2块钱买那么厚一叠报纸，很给人一种价格便宜量又足的感觉。而且那时候的电脑报分类没有这么杂，因为那时候网络啊游戏啊什么的都还没有成气候，所以电脑报可以用专注的态度把电脑相关的东西讲的清清楚楚，明明白白。
后来，发现电脑报越来越水了，讲的东西越来越像白开水，没滋没味。于是渐渐的放弃了电脑报，喜欢上了电脑爱好者。（后来电脑爱好者也水了，都是广告惹的货，开始看电脑应用文摘，当年写东西最全面最深入的电脑杂志，而且中高级用户的。结果没过多久，应用文摘也变成白开水了。不是我水平提高的快，实在是编辑堕落的速度让人吃惊。）
从前年开始，基本上我就只是每个月买份电脑商情报了解一下商场行情和最新的硬件资讯而已了，杂志，已经成了小广告的集中营，白送都要考虑考虑。
今天在网上下载了一份11月上的电脑报看了看，真是不看不知道，看了气的差点吐血。难怪现在学电脑的学生水平越来越差劲，原来不是学生的错，都是老师的问题。
本期第一篇技术类文章《磁盘碎片整理是怎么回事》，讲解的是操作系统应用中最像高水平应用的初级知识——磁盘碎片。（插一段：当年用Win98的时候，机器特别容易变慢，一慢了第一想到的就是整理磁盘碎片，虽然没什么用。98自带的碎片整理工具相当简陋，而且相当愚蠢，整理C盘的时候基本不太可能成功，只要整理的途中C盘文件有变动，马上又从头开始，而且它是像单线程下载的Flashget一样，从第一个点，一格一格的走到最后。那个时候在图书馆看书看的累了回到宿舍，习惯性的打开电脑又什么都不想做，就喜欢把磁盘碎片整理打开，看着它一格一格的走。后来在一本书上看到电脑高手的三个级别：初级的下班回家以后打星际，觉得这是放松，中级的回家玩扫雷，因为觉得星际太费神，高级的总想对着电脑，又什么也不想做，就看碎片整理。深得我心。后来微软收购了别人的磁盘碎片整理工具并且整合进Win2K中，才算解决了这一问题。可是这个收购的程序再也没有被升级加强过，至今还是不得不使用第三方软件做这个系统核心工作。）
言归正传，此文章一上来讲解磁盘碎片形成的原因居然这样描述：“当我们安装大型软件或拷贝大量数据时，硬盘会连续进行读取和写入的操作，由于硬盘的盘片旋转速度很快，硬盘写入时不可能在一片连续的区域中写入数据。换句话说，就是写入的数据并不连续。这时，碎片就产生了。”我真是想不出来如此有趣的解释作者是从哪里看来的。如果因为转的快就不能连续的写入，当时设计硬盘的时候就会把它设计的转的慢一些了。如果不能连续写入，又如何实现连续读取呢？这样的谬论如果被入门新手记住了，再去小MM面前卖弄，那就是害了一代又一代了。
这位高手接下来解释磁盘碎片整理的原理：“如删除某些东西空下的位置会被后面添加的内容所占据，而每次删除之后空下的位置时补上来的都会是不同类的文件，时间一长，我们的磁盘里文件就越会来越乱。最终导致我们读取文件时花费时间越来越长。而磁盘碎片整理就是将混乱的文件重新分类，汇总，并将它们重新按线性顺序保存到磁盘中。”真的是第一次听说，原来碎片整理是给文件重新分类……那如果我把所有的电影放在一个盘上，所有的音乐单独放在一个盘上，是不是就不存在碎片的问题了？
这样的文章我们应该怪谁？作者？当然不是，各种水平的IT人中国都不少，大家都想贡献出自己的知识，帮助到别人，这是好事。当一个人不知道自己知道的东西是错误的时候，我们只需要告诉他，无需责怪他。所以，这篇文章的作者是没有错的。错的只是编辑而已。身为电脑报软件版的编辑，如果连这点常识也没有，连这种文章在审核的都盲目放过，那真的是很想知道他是怎么进的报社了。
也许，我说话应该留点口德，不过，看完了文章气不过，随手也就写出来了。罢了，我不做坏人，作者就变成坏人了。
Palm 650已经用了快三年了，依然健壮，速度快，使用方便。但是喜新厌旧的情绪总是有的，只是一直没有等到一个能够令我心甘情愿的替换掉650的机器。功能/价格，当然都要考虑，酷炫也要参照，但是最终，好用才是第一位的。否则像我一哥们，不听我劝告，非要跑去买个P800，结果回来告诉我这机器偶尔会死死机，发短信比6210还慢3倍，GPS倒是能用，就是计算出来的路线会绕点远路。
M8已经炒作了一年，最近终于马上就要看到它上市了。
从硬件来看，可谓是台绝对的好机器，高分辨率的大触摸屏，还是多点触摸的，虽然很多设计“被IPhone抄袭”了去并且已经用了两年，但是现在看起来还是很漂亮的。官方网站避开WIFI的问题不谈，但是凭JW天天放M8的上网截图来看，没道理不支持WIFI。如果8G的版本定价才2300块，那是绝对值得的。虽然我曾经告诉自己以后绝对不要买没有全键盘的手机，但是面对M8屏幕的诱惑，实在没有多少抵抗能力。
PS：我相信刚出来的版本Bug肯定会很多的，就像我们平常做网站一样，没有第一个版本就做好的先例。所以，等等再买。
但愿M8能在我的650坏掉之前完善起来。
标准 Continue reading »
网络成瘾症状
1.对网络有强烈渴求，上网占据生活中主导地位，如头脑中常常浮现和网络有关的事，回忆上一次上网的情境或期待下一次上网。
2.几天不上网就会出现烦躁不安、焦虑、易激惹等症状，上网后上述症状可迅速减轻或消失。
3.要花更多的时间上网才能感到满足，且时间不断延长。
4.曾经努力过多次，想控制、减少或停止上网，但没有成功。
5.尽管知道上网会给自己带来或已经带来危害，仍然忍不住继续上网。
6.除上网之外，对其他事物的兴趣明显减少，以致失去以前的爱好和娱乐。
7.用上网来回避现实或缓解不良的感受和情绪。
8.对家人、老师、同学、朋友或专业人员撒谎，隐瞒涉入网络的程度，包括上网的真实时间和费用。
很久很久以前，互联网世界一片混沌，众多的资源零星的分布在看不见摸不着的没有边界的虚拟空间里，虽然聪明的人们发明了简单易记的域名系统，但是如果你不知道你的内容在哪里域名上，无论如何是找不到的。
就在这个时候，雅虎的诞生像光一样照亮了混沌的互联网世界。
1999年我第一次来到网吧，打开Netscape浏览器，头脑中出现的唯一一个域名就是www.yahoo.com，互联网大门由此敞开。通过Yahoo，你可以在互联网上找到你所需要的所有内容（只要它存在）。这样一个简单的目录，造就了一代传奇。后来搜狐完美继承了雅虎的目录式门户，又成就了另一个互联网传奇。
现在来看，雅虎的成功是运气造就的，时代给了他一个机会。后来随着互联网内容的爆炸式增长，目录列表繁重的查找体验已经满足不了用户的需要，于是关键字搜索功能应运而生。
当Google的两位创始人拿着自己的论文和算法找到雅虎想要卖给他们的时候，雅虎犯了当年IBM对待微软同样的错误，粗暴的拒绝了这个天上掉下的馅饼。不得不说，雅虎的创始人的眼光过于短浅了。因为Google的两位创始人在写出这个算法的时候，雅虎的搜索能力在互联网的杂乱无章面前就已经显出了疲态。而雅虎却被自己的收入蒙蔽了双眼。
2008年，雅虎被微软摆了一刀，又恰巧赶上金融危机，从此坠入深渊。杨致远在雅虎的命运转折点之前又一次犯了致命的自大的错误，不但损失了金钱，而且损失了更为重要的名誉。
雅虎在门户和搜索之间摇摆不定，在庞大的中国市场折戟沉沙，被人遗忘，在门户方面已经远远落后于Myspace和facebook这些新兴的SNS门户，在搜索方面更是无法望Google之项背，在这种不利的市场环境下，杨仍然盲目的自己对雅虎的价值判断，不得不令人感慨。杨是拿雅虎当作自己的孩子来看待的，而不是自己的产品。如果能在金融危机爆发之前把雅虎甩给微软，那杨致远将成为历史上最有价值的CEO——公司卖出后半年就跌价300亿，远超过史玉柱的战绩。
可惜，没有人再给他第二次机会，杨的黯然离去，似乎也让我们看到了雅虎这个昔日霸主未来的命运。为他悲伤的人不多，因为现在的网民都是在Google和百度的光环下成长起来的，记得他的人也不多了。
在淘宝和百度的软文大战中，先是有“新闻”指出多家银行正在封杀支付宝，远离支付宝，随后支付宝马上站出来声明，这纯属造谣，我们正在跟更多的银行达成协议。
随后，中信银行将自己的信用卡在支付宝的使用额度限制到了1000/月。这个额度，连个很普通的水货手机都买不到。此言一出，网上立马充满了准备注销信用卡的声音。
此前我一直使用浦发的信用卡，由于在淘宝上做点小生意，所以支付宝的交易额度也挺大。以前浦发信用卡的额度限制是每笔3000，每日也是3000，每月无限度。结果昨天再支付的时候一笔3000的充值连续出错，立马想到，浦发信用卡也修改了自己的额度限制。于是上支付宝网站查公告，没有，上支付宝论坛，也没看到消息，上浦发银行的网站，也没找到，用Google搜都没有找到任何消息。于是打电话到浦发客服，客服告诉我，刚刚修改了规则，单笔1000，每日5000。至于为什么不发公告，客服人员也说不出个道道。
今天再次完成一笔1000元的支付宝充值的时候，又连续报错。再打电话到浦发客服中心，告诉我，接到上级通知，刚刚修改了规则，现在是单笔500，每日限额1000。我问哪里有这条公告，答：正在处理。
浦发平常动不动就给我发点手机短信和Email提示这提示那的，为什么这额度修改不提示？技术原因？
支付宝上至今仍然写着单笔3000的限额。
是支付宝的问题，是浦发的问题，还是有啊的反击？
程序中用到树形结构的地方有很多，比如自定义文章分类，允许用户无限级添加子分类，比如用户交流的时候的回复，可以对回复进行回复。树形结构可以完全避免让用户的逻辑思维和使用习惯受程序的限制，最大限度的给用户自由，实现对数据的最大利用。
对于以行和列为基础来保存数据的关系形数据库而言，无法直接保存树形的数据，所以必须以其它的方式来实现。
最基本的方式就是保存一个ParentID，显示每条记录的时候去它的下级内容，以递归的形式把树显示出来。这是最简单的逻辑，而且实现起来不复杂，代码写出来也很容易阅读和理解，而且对条目数量也没有任何限制。但是如果每条记录都要执行一下Select，无疑会给数据库造成巨大的压力。即便一次读到数据库里，在内存中一次次的遍历，也会非常浪费CPU资源。
另外一个方式是给每个对象加一个排序字段，让数据在取出来的时候就直接排成按照树形结构的顺序取出来，在显示的时候也无需多次遍历，只要逐条输出就可以，只要根据排序字段和深度来计算它的缩进深度就可以了。
通常的排序字段使用一个简单的字符串即可，比如第一条记录的值为01，第二条为02，第一条的下级内容为0101，0102，依次类推。从数据库中取出的时候，数据库对字符串字段的排序是以字节所代表的值的大小来排的，所以排序之后的顺序就是01/0101/0102/02/0201这个样子。显示的时候这一个值就可以表示出它的上级和它的深度，相当方便。但是这种方式的一个主要坏处是内容的条数受限制，如果每一级用两位数字来表示，那同一级最多就只允许99条内容。用三位就是999条，一旦超出，整个逻辑就被破坏了。所以使用之前需要考虑清楚你所容许的最大条数是多少。（这个字段不止限于数字，同样可以用字母，比如009之后是00A，一直到Z，那么三位所允许的条数限制就是36*36*36，也就是46656条。如果用四位，就达到了168万条，通常这已经足够了。）每层的条目有限制，但是总的层数却是没有限制的，因为可以用nvarchar(max)来保存这个字段，字段长度不限。所以理论上你每一层给它10位也没问题，这样每层的条目限制就成了36的10次方，已经足够多了。
还有一种排序字段是使用数字，比如这篇文章http://www.cnblogs.com/zhuor/archive/2006/08/26/487095.html，但是这篇文章的使用方式有个问题，新的回复会出现在同一级回复的最前面。如果用于回复表，这个显示顺序是很奇怪的。但是让小数不断的除以2，也会受到float的小数点容量限制。
所以，目前我们认为，最好的方式还是使用字符串。
最近评论