绿坝的技术错误及其可能导致的后果
简单谈几点绿坝的技术上的错误。如果不改进,我相信未来会造成巨大的损失。
1 不应该用木马的方式来保护自己。
站在绿坝的观点上,认为不能被孩子随便卸载和杀掉,所以就要强力的保护自己。于是用了一系列只有病毒和木马才会用的办法。这是典型的方法错误。正确的方法应该是给孩子一个单独的账号,降低此账号权限。然后绿坝以管理员身份运行。这样就不用靠流氓手段保护自己。家长和成年人也可不受其干扰。眼前使用的办法,其实也保护不了自己的安全和不被卸载。
简单谈几点绿坝的技术上的错误。如果不改进,我相信未来会造成巨大的损失。
1 不应该用木马的方式来保护自己。
站在绿坝的观点上,认为不能被孩子随便卸载和杀掉,所以就要强力的保护自己。于是用了一系列只有病毒和木马才会用的办法。这是典型的方法错误。正确的方法应该是给孩子一个单独的账号,降低此账号权限。然后绿坝以管理员身份运行。这样就不用靠流氓手段保护自己。家长和成年人也可不受其干扰。眼前使用的办法,其实也保护不了自己的安全和不被卸载。
《梦断代码 (Dream In Code)》 韩磊 译 ,有幸先睹,颇有所感,做书评一篇。
拿着这本刚刚出炉的《梦断代码(Dream In Code)》,似乎让我回到了2004年夏天,那时候非典的恐惧刚刚散去。北京西二环边上的一座高档办公楼的施工重新开始了,这座大厦的9层,数百个工人正在各自忙碌,以期能弥补非典期间项目耽误掉的时间。看着杂乱又有序的工作场面,正在负责大厦中央集成软件系统的我不禁暗自赞叹——别说几百个人,就算是给我1/10于这个数字的程序员,恐怕都足够让我把这个软件项目搞砸了。
胡狼发来 http://tech.51cto.com/art/200703/42476.htm 给我看。
这篇文章最有趣的地方是说到了web2.0公司更加善于不重复发明轮子。而在这个领域最成功的案例是amazon的S3和EC2服务。amazon和google是我们一直关注的两个公司,某种程度上他们代表了互联网的未来和方向性。这事情值得讨论一番。
8个人开发了2年半,现在bigtable的神秘面纱终于揭开了。google发布了一篇相当详细的论文“Bigtable: A Distributed Storage System for Structured Data ”
这篇论文内容空前详细,包括bigtable的目的,数据模型,一些实例api调用的代码,性能参数,还有和其他相关产品的比较。