Fear of the unknown.
They are afraid of new ideas.
They are loaded with prejudices, not based upon anything in reality, but based on… if something is new, I reject it immediately because it’s frightening to me. What they do instead is just stay with the familiar.
You know, to me, the most beautiful things in all the universe, are the most mysterious.

- Dr. Wayne Dyer

'网络' Category

  • 每个成功的社区背后都有一个教主——评solidot的浏览器连接数事件

    February 8, 2009

    我就一直很羡慕国外技术社区reddit和slashdot的评论,无论数量还是质量,无论趣味性还是信息含量,都让国内的网站相形见绌——先声明一下我绝对没有拿国内评论方面最火的cnbeta来比较喔,它们看上去根本不属于同一个位面……
    我也经常看国内的solidot,时间长了都能猜出某篇文章会不会有评论,从google reader里点过去看,命中率相当高,这些文章通常就涉及那么几个话题,比如操作系统,比如国内it企业的丑闻,比如抨击zf针砭时弊,这种现象很好理解喔,毕竟年纪大点的人都更关心跟自己生活关系紧密的东西,而且这些话题的门槛也比较低,对国内网民来说,太geek的东西相当于太阳春白雪,应者寥寥,那是宿命~
    但是今天我对solidot的印象大为改观!就在我下午昏昏欲睡不抱期望的点开一个帖子之后,意外的发现了非常娱乐非常有信息量的评论——说的更直接点,是发现了一个有教主潜质的用户

  • 写javascript是否要“预留退路”

    January 20, 2009

    早上收到一封邮件,问的正好是我一直如哽在喉的事情:
    对于web开发中的预留退路问题,我一直犹豫不决。在安全方面,自然是不能完全相信JavaScript,这点是确定的。但在用户体验方面,是否真的需要处处”预留退路”,照顾那些不支持JS或者对JS支持不好的用户吗?而UED工程师们又一直在说,不”预留退路”会惹恼数量不少的用户,但却从没有人提起具体会是多少用户、多少比例。不知道YY大神手里有这方面的数据吗?记得YY您在建立Limbo混沌海的时候,就选择了”不预留退路”的方式,不知当初又是出于什么原因这样考虑的呢?非常想听听您对”预留退路”问题的看法,期待您的回信。

  • iframe和异步的跨域请求,结合土豆网的实例

    December 31, 2008

    这篇文章将会探讨一下在网页里做异步的跨域请求,以及借助iframe来获取数据的方法。
    呃,本来我觉得这个话题没什么好说的了,因为如今好像没有几个web应用能离开这类request,google和facebook用iframe来做comet的时候也基本上把能hack的都hack遍了,所以我估计开发者社区里应该早就形成所谓的”最佳实践”(best practices)了罢。不过最近看到有一些关注前端技术的blog(比如realazy)在讨论相关的话题,发现还是有一些东西值得写下来。

  • 新项目”YyOPML”——把OPML转换成web界面——大家一起来晒feed订阅列表吧!

    May 31, 2008

    首先要说一下目前的矛盾现状:一方面feed订阅和在线阅读器都还不够普及,多数普通网民就算经常访问blog网站,也还没养成订阅的习惯,主要还是通过门户媒体获取资讯,另一个方面,较早开始接触RSS订阅的人——特别是那些blogger和互联网geek们——不但已经对各种在线或离线的阅读器了如指掌,把阅读feed变成了上网的主要活动和习惯,而且很多人收集的feed已经多到让自己烦恼焦虑的程度。后者努力的整理删减自己的订阅列表,前者却经常抱怨不知道怎么寻找可订阅的信息来源…………这种不平衡于是引发了一种禁断的活动——朋友之间交换OPML订阅列表……

  • 游戏类暨非IT类blog读者订阅对比报告

    May 24, 2008

    1,我是标题党。
    2,数据取自当日,Google Reader的show details功能。
    3,选择标准一是要比较有代表性的,二是要跟it不沾边(游戏开发除外),在我熟悉的游戏领域里细分的更多,可以窥斑见豹,而且没有仅限于blog,只要是提供feed的网站就行。
    4,feed订阅量是评价一个BLOG的指标,但一般订阅总数其实包含了大量重复的用户,比如有人同时在抓虾,鲜果,google reader,bloglines,豆瓣订阅了同一个blog,甚至是用浏览器自带的书签功能。如果要作横向比较,这个数字就并非很靠谱了,因为建立时间越早,用户越熟悉IT的BLOG,重复订阅的水分会越大

  • 土豆网三周年PARTY

    April 19, 2008

    PARTY刚刚结束,其实我到现在还没想明白为什么在我关于动画和游戏的记忆里,PARTY都是那么有趣,而现实中的PARTY只给我留下看见一堆站着的人以及自己手足无措的记忆,不明白到底有哪些不同……
    好罢,PARTY本身虽然满足不了我的YY,但今天晚上还是很有趣的,本来在这种时候,最适合我的行为是留在二楼开发部里上网,该干什么干什么(这是理性的那部分人格反复告诫我的),但是我还有一部分加盟了感觉会(Society of Sensation)的人格不停的催促我去PARTY现场看看……这种implicate conflict(隐缠冲突,自创词)时常碰到,今天我碰巧找到了平衡两种人格,既能体验PARTY又不至于无事可做让自己很尴尬的方法:帮前台的XIXI姐姐搬运食物(顺便吃)+看守通道(顺便涂鸦)…

  • iPhone App开发笔记

    March 8, 2008

    第一,标题里的app指的是根正苗红老实本分的Web App,昨天的这个时候,对是在昨天,iPhone Web App就等同于iPhone App,咳咳,虽然现在不是了,但我这笔记是两个星期前的……
    第二,不全,主要是我关心的一些细节,以及我自己理解的一些东西……

  • 订阅地址转移到feedsky(12月27日地址再次修改)

    December 27, 2007

    以前用feedburner生成的feed我不会删除,如果你用google reader来订阅这个blog,其实可以什么都不用做,仍然会正常更新,不过还是建议你换成下面这个永久订阅地址:
    http://feed.limboy.com
    12月27日更新:地址修改了!不再是rss.limboy.com,还是feed.limboy.com,旧地址无效),因为feedsky域名映射的问题,订阅有一个月无法使用,如果不是因为生活在大中华局域网,不知道有谁能忍受这种服务……
    当然,这也意味着我的blog已经恢复更新……关于离开了blog的这4个月,用一句话总结:没有blog的日子,并不会更轻松。

  • twitter,UNIX程序和互联网应用……

    November 25, 2007

    我对twitter本身没什么兴趣,虽然它在IT圈子里是无人不知无人不用的东西,但我注册后一直没用过,不过我今天突然想在blog里加入一种更快捷更像说话或msn签名的更新方式,想表达观点或感想时可以直接说一句话,自动显示在首页上,而不用为此专门发一篇文章。twitter正好能完美的实现以上功能,还提供了很方便的gtalk机器人,所以我没有选择重新写代码,而是直接把twitter整合到blog里……
    unix系统有一个理念是:“do one thing and do it well”,就是指每个程序/软件只负责做一件简单的事,但要把这件事做到最好。当其他人或程序也需要做这件事情的时候,都可以直接使用现成的应用,而不需要重复开发相同的功能(windows则不同,很多软件都尽可能做的大而全,程序之间没有合作,功能重复,随着版本更新越来越臃肿,包括微软自己的产品)。我觉得这种理念也很适合互联网

  • 宅男行为统计工具

    November 17, 2007

    昨天在机器上挂了一晚上RescueTime(具体的功能,请看E-space里的介绍),感觉还不错,有相同版本的windows和mac的客户端,运行时占资源很少,统计的项目不仅是软件,还包括在不同网站上花费的时间。web2.0网站都喜欢做用户行为收集/分析,数据挖掘,我觉得对个人而言也应该做一些类似的统计分析,并不是为了做时间管理(你看,我也不喜欢把自己榨干),仅仅是为了了解自己。套用Dakkon的话来说,”In knowing your time, you know yourself, and you know, now, there is very little you cannot do”。

YY in Limbo (混沌海狂想) © Dexter.Yy

Except where otherwise noted, content on this site is licensed under a Creative Commons Attribution - NonCommercial - ShareAlike 3.0(署名-非商业性使用-相同方式共享).
Creative Commons License