监控系统状态：
top -l1 -ocpu | grep ‘: ‘
监控亚洲地区卫星云图：（此图片每小时更新一次）
http://sirocco.accuweather.com/sat_mosaic_640x480_public/IR/isasia.jpg
监控Twitter上的replies：（username和password是你在twitter上的账号密码，api_url可以是twitter.com，也可以是API proxy的地址）
python -c “import json, urllib;for tweet in json.load(urllib.urlopen(‘http://username:password@api_url/statuses/replies.json?count=3′)): print(‘{0}: {1}’.format(tweet['user']['screen_name'], tweet['text'].encode(‘utf8′)))”
发张我桌面的接图吧：
昨天checkout了OpenCV最新的代码，发现make_framework.sh这个用于在Mac OS平台上编译OpenCV的脚本已经被移除了，具体开始移除的版本是r2528，而最后一个能成功使用该脚本编译的版本是r2492。阅读了一下OpenCV的wiki，发现这个条目在2010-02-28更新过。说明了make_framework.sh这个脚本已经被从trunk中移除的原因，理由是以后要全面使用CMake来做cross-platform build。
但是有意思的是，作者在讲解如何使用CMake在Mac OS上build的章节题目叫做：
2. Building from source using the new CMake build system (currently unstable and difficult)
The GNU autotools methods (make && make install) are being outdated. Volunteers to edit this section?
灰常不理解OpenCV的开发团队为什么要在B方案都还不稳定的情况下裁撤A方案。
于是，我在Mac OS X 10.6.2 + Xcode 3.2.1的环境下编译了OpenCV r2492这个版本，并且打包了一个放在：Dropbox，嫌麻烦的朋友可以直接下载这个Universal的Private Framework。另外，还有一个别人编译了的OpenCV 2.0 Gold Release的版本。这个版本有一个问题，在挂在.dmg文件后，它给出的目的文件目录是“/System/Library/Frameworks”。而根据Apple的说明：
Third-party frameworks should never be installed in the /System/Library/Frameworks directory. Access to this directory is restricted and is reserved for Apple-provided frameworks only.
Most public frameworks should be installed at the local level in /Library/Frameworks.
If your framework should only be used by a single user, you can install it in the ~/Library/Frameworks subdirectory of the current user; however, this option should be avoided if possible.
If they are to be used across a local area network, they can be installed in /Network/Library/Frameworks; however, this option should be avoided if possible.
该目录应该是“Apple-provided frameworks only”的。实践也证明，将OpenCV.framework放在“/System/Library/Frameworks”目录下，项目可以add这个framework，但是无法正确找到头文件。正确的放置目录应该是“/Library/Frameworks”。
用OpenCV提供的sample: FaceTracker测试一下吧～（记得检查一下framework和haarcascade在项目里面配置的文件位置）
昨天是我在IBM实习的最后一天，晚上下班后，跟Team里各位同事们告了别，去了一趟Ring，还了badge，然后坐班车到西二期，13号线，直奔到西直门，参加CocoaHeads（http://cocoaheadsbj.org/）的特别聚会。
奇遇花园，一家很有意思的cafe（http://storygarden.me/）。在门口遇到beta技术沙龙（http://club.blogbeta.com/）的 @tinyfool 大叔，我完全没有意识到这个guy居然比我大这么多（没记错的话，应该是97级的？）⋯⋯
后来，又来了一大叔，坐在我对面，标准的“28分头”。互相自我介绍之后得知大叔叫“Robin Lu”（@robinlu），觉得这个名字相当耳熟⋯⋯
聊了一会儿，扯到RoR，然后扯到TextMate，发现两位大叔都是付费用户，接着扯到Reverse Engineering，然后大叔提到自己某篇Blog，然后我发现：“哇靠！我读过大叔的文章！1年以前启发过我如何做‘偷鸡摸狗’的事情！”
于是，敬仰ing⋯⋯
接着，Rainer（http://www.brockerhoff.net/about.html）开始做演讲，讲的不错，过程中被 @tinyfool 大叔在Twitter上骂：“hacker:pay nothing!!!说你呢”。好吧，要是谁送我一个TextMate的SN我就不当hacker了⋯⋯
有趣的是， @tinyfool 和我发现Rainer居然也在使用 @robinlu 的iCHM（http://www.robinlu.com/blog/ichm），国威大振（@tinyfool 语录），爱国情怀油然而生！BTW：Robin Lu老师的得意之作还有iPhone上的BuddyFeed和iChm。
Rainer是一个Ping-Pong爱好者，虽然不是很专业，但是通过交谈可以看出，他非常热爱这项运动（这是他这次来中国旅行的原因之一？）。CocoaHeads Beijing的组织者（不好意思，是Ben Chen？）送给Rainer一个红双喜的5星直板作为礼物（额，这个系列的胶皮和板儿是无法分离的，使用的是强力胶水⋯⋯要是我事前知道的话，我会推荐CocoaHeads Beijing单独送板子或胶皮，这样Rainer会有更多的选择余地⋯⋯）。
附上几张昨天的照片吧：
Robin Lu老师
Rainer Brockerhoff & Robin Lu
Rainer Brockerhoff去了今年的Rock & Roll，近距离拍摄了伟大的Steve Jobs大叔！
今天，Twitter再次被封，本也是预料之中的事情。但是也不得不费点周折，在Mac和iPhone上翻墙tweet。
用Hotspot Shield翻墙的方法我就不详细介绍了，这种方法的本质就是VPN，既费流量又麻烦，对于iPhone来说更是不可接受的。
相比于其他方法（第三方web，如：TwitZap、iTweet），我觉得比较好的办法是使用第三方的API。在Mac上用Twitteriffic使用第三方API的方法如下：
修改
/Applications/Twitterrific.app/Contents/Resources/defaults.plist
中
<key>protocol</key>
<string>https://</string>
<key>baseUrl</key>
<string>twitter.com</string>
修改为：
<key>protocol</key>
<string>http://</string>
<key>baseUrl</key>
<string>nest.onedd.net/api</string>
当然，你也可以还是用Twitter的API，但是需要自己解析DN为IP：
<key>protocol</key>
<string>http://</string>
<key>baseUrl</key>
<string>128.121.146.228</string>
这样就OK啦，虽然用http协议比较不安全，但是Twitter里又有什么值得“安全”的呢？
至于iPhone嘛，Twinkle是走自己的服务器，然后转发到Twitter，所以还能用，但是服务器不是很稳定～
另外，可以使用LaTwit、Twitterrific for iPhone和TwitBird修改API的base URL，URL同上高亮字段。
Powered by WordPress