Jyo's Note

This is Rakuraku Jyo's note of his life and work. A coder, an entrepreneur and a designer wannabe.

[jyorr]

人生第一次的马拉松

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

随身应该携带的食物：水或运动饮料，运动果冻，葡萄糖，盐（电解质）。这次吃了两个亏

自己没带盐类食品，从早上开始也没补充任何。结果到了31KM左右开始左右轮流抽筋。

没带水，准备依赖补给站。结果在需要的时候没有。没有足够的实力还是自己带水吧。

天气好戴帽子注意防晒。不怎么厉害的太阳4个小时下来也要晒伤了。

超级马拉松的那种背包如果不装水的话重量比例会失调，背着不舒服。马拉松还是腰包就好了

会场人多。领号码牌，换衣服，存包等等都要排队。这次提前40分钟到的时间完全不够。早点到，或者把服装直接穿在里面，脱了就跑。换的放包里回来换。包要稍微大一点。

[jyorr]

A Letterpress CLI built by hacker and for hackers Fork if you like: https://github.com/rjyo/letterpress-solver

[jyorr]

Mineral Water

Made with Paper

[jyorr]

Bomber Man

Made with Paper

[jyorr]

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

[jyorr]

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 中复活。

[jyorr]

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 下就不能正常使用了，不知道参数怎么写可以编译一个两个内核都能对应的版本来。

[jyorr]

为手边一个项目的 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? 没太懂。

[jyorr]

下面的三种本质是一样的。详细解说点连接。 $(document).ready(function(){ /*実行したい処理*/ }); $().ready(function(){ /*実行したい処理*/ }); $(function(){ /*実行したい処理*/ });

$(document).ready();について - 文殊堂

[jyorr]

请问下是用什么反向代理的？谢谢

Linode + nginx

Reverse proxying for Tumblr w/ Nginx

[jyorr]

和其他为 web 开发也支持移动设备的框架不同，Lungo.js 的目的更单纯：更好的支持所有的移动设备

[understatementblog]

[jyorr]

iPhone 吸引用户的办法是让你对手中那台 iPhone 非常满意，与你建立信赖关系。而 Android 的制造商们则是让你对旧手机不爽，期待你换新手机。显然后者的做法只能用幼稚来形容。

understatementblog:

The announcement that Nexus One users won’t be getting upgraded to Android 4.0 Ice Cream Sandwich led some to justifiably question Google’s support of their devices. I look at it a little differently: Nexus One owners are lucky. I’ve been researching the history of OS updates on Android phones...

[jyorr]

我想......

想做的事太多，时间却不多。细细想来时间不少，只是不知不觉的被他们溜走了。

做个列表看看明年此时能完成多少。

公司的主页设计太复杂，但内容很松散。没有说清公司是干什么的，没说清我们能提供什么，也没有把我们的特长很好的展示出来

h2weibo 给用户用的设定部分和系统管理部分用的还是 Java Servlet，简单的功能还行，想加东西就很累。想用 Scala 和 scalatra 把 h2weibo 的前端重写。

h2weibo 的界面太倚重图片，想做一个简洁的以 CSS 为主的 UI，把功能用法说得清楚，更一目了然。

有一个天马行空的想法，关于一个地理位置相关的 app

[jyorr]

发烧轨道不算什么，机场才算。带模拟起落！

(via Real-For-Real Miniature Airport » ISO50 Blog – The Blog of Scott Hansen (Tycho / ISO50))

[jyorr]

之前的那个禅学入门在写完博客后就先搁置在一边了。这个月看完的第二本书是小说家司马辽太郎和日本文学研究者，美国人 Donald Keene 的对谈本「日本人と日本文化」。命题虽然大的吓人，但是基本是口语转录，所以文字不难看懂。当然涉及到一些日本的名著和文化名人的讨论时，没有这个功底的我就只能一边 wiki 一边看了。

书中的有一些观点非常有意思，比如日本人的"便宜(方便)主义"，江户时代日本人出生的仪式是神道的，结婚仪式也是神道的，因为神道相信，我们在的这个世界是最美好的。接下来他们生活在一个儒教的社会中，到了死皈依佛门去寻找净土。神道概念中死去的人去得是黄泉国，是肮脏不堪之地。而儒教中则根本没有来生或者死后的世界的说法。这是三种完全矛盾的宗教，日本人却可以像鱼和水那样毫无困难的同时信仰。

另有一章介绍了江户时代中后期到明治初期，来日本给日本带来世界先进文化的外国人。一句话概括那就是有善始而无善终。往往刚来的时候被日本人当做神一样的崇拜，然而当日本人学会了他们的本领后，他们却也很难继续得到这个社会的认可。文末两位感叹道为什么为美国做出了贡献的外国人最后成了美国人而为日本做出了贡献的外国人却成不了日本人呢？不知在日本的经济界声望显赫的宋文洲先生是否也为要不要加入日本而苦恼过；不知早已入了日本籍却还被用"在日"这样的歧视用语骂的孙正义先生是否会在意。

如果你对日本的文化史有兴趣，那么这本书很值得一读。

(via Amazon.co.jp： 日本人と日本文化 (中公文庫): 司馬 遼太郎, ドナルド キーン, Donald Keene: 本)

[jyorr]

上周一口气订了6本书，其中5本有货很快就送到了，禅学入门就是这其中的一本。

之所以求教于禅，是希望能有一颗更平静的心来观察和处理身边的各种事物。而这本在 Amazon 上「禅」这一分类中排名第一，写于我出生前40年的「禅学入门」，自然就成了我不二的选择。

书中的古式日语说实话看起来挺累人的。我云里雾里的看完了前三章后，有一种似懂非懂的感觉。接下来的第四章「大肯定的禅」里面，是一则又一则的佛门故事（公案），而故事的大意都是一样的，也就是禅意只可意会不可言传，而大彻大悟就在瞬间。书中的内容也是故事接故事，不带任何说明。

我忍不住的把书中「南泉救鹅」的故事拿出来上网查了查。

唐朝の高官陸亙がかつて南泉に訊ねた。「昔、ある人が瓶の中に一羽の鵞鳥を飼っていた。それが段々大きくなって、ついに瓶から出ることができなくなった。彼は瓶を壊したくなかったし、また鵞鳥も害したくなかった。貴僧はこの場合どうして鵞鳥を出すか」と。

南泉は「閣下よ」と呼んだ。

「ハイ」と答えた。

「そら出た」

中文原版：

宣州刺史陸亙大夫初問南泉曰： 

「古人瓶中養一鵝，鵝漸長大，出瓶不得。如今不得毀瓶，不得損鵝，和尚作麼生出得？」 

南泉召曰：「大夫。」陸應諾。 

南泉曰：「出也。」

陸從此開解。

说实话，即使是在网上看了解说之后也略感解释牵强附会，很难让人信服。难道是禅果然不可言传？而更让人沮丧的是，原本希望从禅在日本的衍生中获得一些生活的启示，最后却发现自己还是在大量阅读源自中文的二手文献。实在不知为何西方对禅英译为和音的 Zen，而不是中音的 Chan。

看 Amazon 的评论，有一位读者说在初读之后15年再读时，终于有了懂的感觉。我是不是也该再等等呢。

小插曲：话说这些天一直在读此书，周六和夫人吵了几句嘴，夫人大怒道，看了半天怎么一点长进都没有。我更怒，你来读读看！

(via Amazon.co.jp： 禅学入門: 鈴木 大拙: 本)

[jyorr]

想起最近缺乏效率的生活，决定给自己定一个计划来用好工作之外的时间。

先列一下自己觉得有意义的事(按心中的优先级)：

学习设计

学音乐，学琴

运动

读书

继续工作

写blog

打游戏 (SC2)

现在的作息时间大约是早上9点左右起床，晚上1点到2点睡。小女儿回来了所以可能早上的睡眠时间会有所影响，这个再说。不过考虑到我吃完晚饭必定要睡一觉的习惯，晚上有6-7个小时的睡眠就已经足够了。由于不需要在上下班路上花多少时间，除去睡觉吃饭和陪家人的时间，剩余的都是我可以利用的时间。这样计算一下

24小时 - 7小时(夜间睡眠) - 1小时(晚饭后休息) - 8小时(正常工作) - 2小时(陪家人，其他) - 2小时(中饭晚饭) = 4小时

每天还剩下4个小时可以用来做自己的事。每天要是能够剩余4个小时，一周工作日的时间里就可以多出20个小时，相当于2个半8小时的工作日！太惊人了。

想到周末老婆也会给我很多自己的时间，不由得有一种很贅沢(ぜいたく)的感觉。究竟该怎么安排这些时间呢？像周一做什么，周二做什么这样的计划自忖没有能力坚持完成，我准备每天画10分钟到20分钟记录自己的一个流水账到 Tumblr 上，每天根据前几天的内容平衡决定当天的时间安排。