>

人生第一次的马拉松

昨天参加了人生的第一个马拉松。新手上路种种经验教训:

  1. 随身应该携带的食物:水或运动饮料,运动果冻,葡萄糖,盐(电解质)。这次吃了两个亏
    1. 自己没带盐类食品,从早上开始也没补充任何。结果到了31KM左右开始左右轮流抽筋。
    2. 没带水,准备依赖补给站。结果在需要的时候没有。没有足够的实力还是自己带水吧。
  2. 天气好戴帽子注意防晒。不怎么厉害的太阳4个小时下来也要晒伤了。
  3. 超级马拉松的那种背包如果不装水的话重量比例会失调,背着不舒服。马拉松还是腰包就好了
  4. 会场人多。领号码牌,换衣服,存包等等都要排队。这次提前40分钟到的时间完全不够。早点到,或者把服装直接穿在里面,脱了就跑。换的放包里回来换。包要稍微大一点。
Mineral Water
Made with Paper
Mineral Water

Made with Paper

Bomber Man

Made with Paper
Bomber Man

Made with Paper

删除 Mac HFS+ 下某个目录下的所有文件中的扩展属性

Adobe Fireworks 在 Mac 上会干一件非常傻的事:为每个它编辑过的文件加一个 HFS+ 扩展属性的缩略图。加了这个属性之后,原有的 OS 生成的缩略图就会被替代,变成 Fireworks 生成的及其难看的状态。

下面这个脚本可以解决问题。

for i in $(ls -Rl@ | grep '^      ' | awk '{print $1}' | sort -u); \
   do echo Removing $i ... >&2;  \
   find . | xargs xattr -d $i 2>/dev/null ; done

值得注意的是 grep 后面是 Tab,但是 bash/zsh 中 Tab 无法直接输入。正确的输入方法是按 Control + v + tab

Chrome -> Safari

鉴于办公室内 Safari 已然成了主流,我也开始尝试着从 Chrome 转向 Safari。这两天使用下来感觉良好。推荐两个必备的插件。

https://github.com/rs/SafariOmnibar

Chrome 的地址栏中输入检索内容即为检索,输入地址则打开网站,非常的舒服。这个插件也可以帮助你把 Safari 上的这两个功能合二为一。不过问题也还是有的,比如碰到一些不存在的域名后缀如 .js 之类,Chrome 能智能的进行搜索,而这个 SafariOmnibar 就会傻傻的去试图打开 http://node.js/

https://github.com/rs/SafariTabSwitching

Safari 有一个奇怪的地方,默认 Cmd + 1 打开的是 Bookmark 中的第一项内容,如此类推。习惯了将常用页放置在前一个 Tab 快速切换的同学一定难以忍受,这个插件可以让 Chrome 的 “Cmd + 数字” 组合在 Safari 中复活。

Lion 下的 command-t 编译问题

command-t 可谓是 vim 下最常用的插件之一了。不像别的插件拿来就可以用了,这个 command-t 最麻烦的一点在需要编译。今天将 command-t 升级后,删除了原先的 ext.bundle 准备重新编译,但是按照做过很多次的标准步骤却怎么也无法正常安装。

在 vim 中输入

:ruby p(require 'command-t/ext')

后,vim 提示

no suitable image found.  Did find:

最终确定问题的原因是我使用的 MacVim 是在32位内核下编译的,而在 Lion 和 XCode4 的环境下,command-t 是在64位内核下编译的。打开 Makefile,将其中所有的 x86_64 替换为 i386,重新 make,一切恢复正常。

问题还是有的,这样以来 MacVim 中可以正常使用,而 Lion 内置的 vim 是64位的,在内置的 vim 下就不能正常使用了,不知道参数怎么写可以编译一个两个内核都能对应的版本来。

一些 node.js 的 asset 管理工具

为手边一个项目的 production 作准备,做了一些调查。

Browserify: https://github.com/substack/node-browserify

用 node 的 require 方式管理 js,只需要在页面中引入入口 (entry) 库,这是看起来最理想的做法,但是据说 node 0.6 下有严重性能问题,暂时观望。仅支持 js,不支持 css。

Smoosh: https://github.com/fat/smoosh

非常中规中矩,也容易理解的 asset 管理。使用类似 package.json 的配置管理。使用 UglifyJS 压缩 JavaScript, Sqwish 压缩 CSS。现在看来 production 的首选是这个。

Jammit (ruby-based): http://documentcloud.github.com/jammit/

Rails 的 asset 管理的代名词,如果不介意在 node.js 的应用里引用 ruby gem,这个是从用户群上来说最有保证的东西。

Buildr: https://github.com/balupton/buildr.npm

和 smoosh 一样值得一试。具体哪个好试用一下才知道。

NibJS: https://github.com/blambeau/nib.js

亮点是支持 coffeescript? 没太懂。

"

下面的三种本质是一样的。详细解说点连接。

$(document).ready(function(){
/*実行したい処理*/
}); $().ready(function(){
/*実行したい処理*/
}); $(function(){
/*実行したい処理*/
});

"