一个在纽约市的美好夜晚

目前我们在 Murray Hill 有一个转租的地方，这里因为周围众多印度餐馆也被称作 Curry Hill。在这片区域，你一定要去尝尝 “Curry in a Hurry”，那时我们住在这里（全职）时，它算是一个相当不错的平价小店，提供各种北印度料理拼盘，正好适合在赶时间的时候吃。我以前住在 27th 和 6th Ave 那边，走到东边去吃那里的实惠又热情的咖喱饭特别方便。现在我们又回来了，正好好好享受纽约城，四处走走，感受夏日的景色、气味和声音。

今晚我们在 City Crab（19th 和 Park Ave South）和 Paul、Kathy 见面，享用了不错的套餐晚餐，最后以一块 key lime pie 和一杯 Brooklyn Pilsner 画上句号。我对 Paul 用的 Nikon D300 印象深刻。我已经犹豫很久要不要入手单反相机，现在时机恰好；关键是——会选 Nikon 还是 Canon？对于可能每年拍摄约 3000 张照片、并且大部分都是自学风格的业余爱好者来说，哪些型号值得入手？现在还不好说，我只能在各处阅读评论来了解。

现在回到工作台，正用 SLAX 编写一些 JUNOScript 自动化脚本，刚上手有点儿陡峭，但能实现一些网络工程师和运营人员会喜欢的实用功能。JUNOS 8.4+ 最酷的特性之一是可以使用 jnxUtilityMIB 将任意（但有用）的信息写入自己的 MIB，然后在 NMS 系统上通过 SNMP 读取。为什么要这么做？比如说你只有一个非常基础的网络管理系统（比如 MRTG 绘图），想要绘制某个特定对象的图表，而 Juniper 还没提供对应的 MIB 让 SNMP 轮询器获取信息。于是，你只需在 SLAX 或 XSLT 中写点基本的 XML 解析，然后调用一个 XML‑RPC 命令，把所需值填入 MIB。其实并不像听起来那么难，甚至还有一篇白皮书《Increasing Network Availability with Automated Scripting》里有示例。去谷歌一下，或者甚至试试 Cuil（读作 Cool）——这看起来是 Google 的一个不错的竞争者。Clusty 看起来也相当不错。

那为什么还有人会在这个阶段选择别的搜索引擎呢？想想看，过去五年多几乎没有理由不用 Google。我记得当 Google 还是 google.stanford.edu 时就转用了它，那时还挺有意思；我们还有 Yahoo、Altavista，甚至还有 webcrawler（当时可能已经被 Yahoo 收购），然后出现了这个原型搜索引擎：简洁、没有广告、效果很好。后来网络变得太大，Google 的关注点也转向了更多领域，搜索（虽然仍是最好的）开始显得不那么出色了。这当然是个不断变化的目标，因为他们想要完善的东西总是在以他们无法控制的速度增长。更多的 CPU、算法等未必是未来搜索引擎成功的决定因素，功能和界面才可能是关键。但那些在细化结果上更强大的复杂系统和界面往往对用户不够友好，于是设计上会失分。时间会给出答案。

最初发表于 truman.net。查看存档副本。