分类归档: Geek

技术人员如何”正确”的浪费时间？

苹果产品用户要浪费时间，你就应该这样做：买个有锁的 iPhone ，每天刷几百次威锋网等待越狱或解锁，看到新 App 就安装，程序提示更新立刻升级；有新的固件(哪怕是 β 版)就压制不住升级的欲望；每次 WWDC 提前几个礼拜就关注，坚持看完所有 Keynote 和文章，然后到 Twitter 或是微博发表评论，再在微博上收听苹果产品有关的 ID…

Linux 操作系统用户如果要浪费时间，你就应该这样做：编译一个”更快”的内核；通过源代码编译 Firefox / Chromium ；反复调整字体；不停的美化桌面；闲着没事就跑一下APT更新一下程序；和 Windows 用户打嘴仗；

Windows 操作系统用户如果要浪费时间，你就应该这样做：安装杀毒软件并且按照提示更新；定期扫描病毒和木马；安装个360，不停根据提示更新软件，优化系统，每天查看开机速度击败了全国多少的电脑；重新安装操作系统；跟 Linux 用户和 Mac 用户打嘴仗；

开发人员如果要浪费时间，你就应该这样做：不停的寻找一个更趁手的编辑器，反复尝试不同的配色；尝试最新的语言；买个更好的显卡”挖矿”–比特币；和其它语言用户打嘴仗；

Mac 用户如何浪费时间？在Mac上跑一个Windows 虚拟机，再跑一个 Linux 虚拟机；上网购物用Windows，写代码用Linux；Mac OS X？不用。

有些方法可能是”普适”的，建议再灵活组合。

恭喜你，这些都是”正确”浪费时间的办法。

–EOF–

信息过载

先说一下我的结论：信息过载(Information Overload)是个伪命题。只要经过足够的训练，人应该可以接受更多的信息，多到无法想像。尽管这样，我还是相信，对信息的处理还是会让很多人困扰。

如果要减少信息对自己带来的困扰，有哪些可取的途径呢?

克服信息贪婪

你想得到更多，实际上恰恰相反，越想得到更多，真正得到的有质量的内容就会更少。尝试克服对信息的贪婪，有些信息不去主动获取对你影响也会很大。

适度使用工具

工具有的时候时候只是为了减轻个人的负担而存在。不能因为有了工具而变本加利的陷入更多的信息当中。比如，Google Reader 是个不错的 RSS 阅读工具，合理使用会减轻阅读过程中的交互。可如果订阅了过多的 RSS ，反而会使信息泛滥。

现在从 Google Reader 的数据趋势看起来，”推荐”要远比”过滤”有效。通过用户的人工推荐形成的信息流要好过人工设置的过滤方法。说起”社会化推荐”，国内玩聚的团队也在做着不错的尝试。

远离信息噪音

离开门户新闻频道，对比一下：一天看 1000 条新闻与一天不看任何新闻，都不会影响你的生活。所以，远离新浪这样的新闻门户对自己是最大的解脱。当然终极手段是远离网络。我相信看我 Blog 的人都是网虫，而网虫的信息过载都是网络带来的。

另外，我以前很少点击 IM/eMail 里面传来的连接(最近一年倒是对这方面有所放松)。很多话题帖其实没什么看头。不过是满足以下好奇心而已。

远离社会网络

现在可以说满大街都是 SNS 。登录任何一个类似站点，都是满屏幕的状态信息，实际有价值的信息比例非常少。我也尝试了不少网络服务，唯一一个坚持在用的就是 LinkedIn 了。

到现在为止，还没有说到 Twitter ，对于 Twitter，现在说什么都为时尚早，或许不应该说，因为国内不能正常访问这个也许不存在的网站…

其实对于有价值的信息，多少算是过载? 是信息过载还是获取信息的途径超载? 恐怕很难界定，在互联网时代，你一个月接触的信息量要比没有网络时候一年的还要多。但是这所谓的负载是否真的带来了严重问题?

这是 2 年前没写完的一个帖子，今天捡起来发现还有参考价值，做了一点补充，发布出来吧。

–EOF–

Oracle 代码中的 Radiohead 歌词

这是我接触 Oracle 这么多年来最有趣的一件事儿。

刚才在邮件列表中看到一位叫做 Dennis Yurichev 的安全研究人员提及在 ORACLE.EXE 这个文件代码中包含有 Radiohead 乐队 Creep 这首歌的歌词，立刻验证了一下，果然：

$ strings oracle.exe | grep radiohead
I'm a creep, I'm a winner, what the hell am I doing here.
I don't belong here - radiohead

没错，真的是 Creep 这首歌的歌词。Radiohead 颇受 Geek 程序员的喜爱。看得出加入这段代码的程序员对这份工作并不是很满意…”what the hell am I doing here”…

另外，原歌词是 I’m a weirdo(古怪的人)，而不是 winner ，估计是随手写错了。

这位 Dennis Yurichev 还给出了伪代码：

#define STRING "I'm a creep, I'm a winner, what the hell am I doing
here.I don't belong here - radiohead" 

kfasSelfTest_update()
{
kfasOpen (...);
       somestruct.somevalue=STRING;
       kfasUpdate (somestruct);
       kfasClose (...);
newstruct=kfasOpen (...);
if (strncmp (newstruct.somevalue, STRING, ...)!=0)
{
// raise error 99999?
kserec1(99999, 1, ...);
kserec2(99999, 1, ..., STRING, 1, ...);
return 0;
};
       kfasClose (...);
       return 1;
};

据说是 10.2.0.1 之后才有，可能和 Oracle ASM 特性有关，不知道这是 Oracle 哪一位程序员的杰作…

–EOF–

我最喜欢的 Radiohead 作品还是 Paranoid Android …

Firefox 频繁 Crash 的避免

前几天 Firefox 升级到 3.5.7 之后频繁崩溃，导致我也很崩溃。说也奇怪，Firefox 这个版本据说主要是解决以前版本的稳定性问题，还说要修复 Top crash 呢，可没想到在我的机器上反而更加的不稳定。开始猜测是一些扩展(Extension)升级带来的问题，把所有的扩展禁止掉，仍然 Crash。另外怪的是，即使使用的时候没问题，一旦退出 Firefox 的时候还是会提示软件有问题而崩溃。那个提交 Crash 报告的界面都快让我条件反射了。

因为 Firefox 是日常工作首选的浏览器，加上翻墙越脊的也很顺手，还不能弃之不用。昨天痛定思痛，决定仔细分析一下到底怎么回事。说也惭愧，尽管是 Firefox 的老用户，倒是没注意到 Firefox 对于 Crash 的反馈处理还是有一套比较不错的机制的。通过 Firefox Crash Reporter ，用户能够比较快速的定位到自己的问题。

提交了崩溃报告之后，在浏览器地址栏输入：

about:crashes

然后点击所提交的 Report ID，经过联机分析之后，会给出很有价值的提示。可以对比多组结果，便于最后确认。查看Crash Report，我的浏览器的两个主要问题是：

501429 NEW Gmail tab crash while closing it’s tab (caused by Google Talk Plugin)
531551 NEW Firefox 3.6 topcrash due to old Acrobat Plugin (nppdf32.dll)

问题和插件(Plugin)有关系，和扩展倒是关系不大。罪魁祸首一个是 Google Talk Plugin ，一个是 Acrobat Plugin，通过 Tools–>Add-ons–>Plugins 将这两个插件关闭。重启动 Firefox ，观察，问题不再复现，泪奔。

尽管不是扩展问题，但还是仔细看了一遍可能会带来问题的 Problematic extensions 列表，看完之后，把 IE Tab 换成了 IE Tab lite。

几点感慨：

对于客户端工具，如果追求扩展能力与第三方开发友好性，那么必然损失稳定性。而这个稳定性的损失如果不被用户理解，对产品的推广是比较危险的。
国内火狐团队在做什么? 至少作为用户，不知道，也打算用”针对国内用户定制”的产品。
其实很多时候解决办法就在那里，只是我们视而不见。

–EOF–

今天已经将 Firefox 升级到 3.6 了，目前稳定性尚可。

有来自火狐中国的朋友留言到”在将来版本的火狐中，整个插件体系被重新设计，所有的插件会在单独的进程中执行，不会影响到Firefox的执行”。这是一个好消息。