As I've mentioned in rubyconf.tw/2011, we're hiring!
Preferably in Taipei, but we can discuss in detail.
Please contact us (or me) if you're interested, or
forward to whom might be interested. Thank you!
For now, we are developing iOS apps along with their
websites in Ruby on Heroku. Also, we have servers on
Rackspace and EC2, we can try out if anything is
suitable for us.
More information:
http://cardinalblue.com/jobs
from 2010-03-03 to 2011-09-03
Browsers
1. Chrome 47% (331 visits)
2. Firefox 40%
3. Safari 8%
4. Opera 2%
5. IE 1.4%
6. Android 0.3%
7. RockMelt 0.3%
8. Mozilla 0.14%
9. Mozilla Compatible 0.14%
OS
1. Mac 44%
2. Windows 41%
3. Linux 13%
4. FreeBSD 0.7%
5. Android 0.6%
6. iPad 0.3%
7. Symbian 0.1%
8. UNIX 0.1%
9. iPod 0.1%
Languages
1. en-us 53%
2. zh-tw 38%
3. en 1.5%
4. en-gb 1.3%
5. de 1%
6. zh-cn 0.9%
7. fr 0.7%
8. ru 0.7%
9. ru-ru 0.4%
10. cs 0.3%
Sources
1. (direct) 41%
2. google (organic) 12%
3. facebook.com (referral) 11%
4. github.com (referral) 8%
5. blogger.com (referral) 5%
Keywords
1. godfat 31%
2. godfat.og 11%
3. spbk 6%
4. 飽和脂肪星 5%
5. godfat.org 4%
6. http://godfat.org 4%
7. cardinalblue godfat 2%
8. http://godfat.org/ 2%
9. panel de pon 2%
10. "cardinalblue" "godfat" 1%
Visitors
1. New Visitor 75%
2. Returning Visitor 25%
from 2010-03-03 to 2011-09-03
Browsers
1. Firefox 42% (8,770 visits)
2. Chrome 31%
3. IE 18%
4. Safari 5%
5. Mozilla 5%
6. Opera 2%
7. Mozilla Compatible 0.2%
8. Android 0.09%
9. IE with Chrome Frame 0.07%
10. RockMelt 0.03%
OS
1. Windows 60%
2. Mac 23%
3. Linux 17%
4. Android 0.3%
5. iPad 0.3%
6. iPhone 0.3%
7. Unknown 0.2%
8. FreeBSD 0.2%
9. iPod 0.04%
10. PSP 0.01%
Languages
1. zh-tw 68%
2. en-us 26%
3. zh-cn 3%
4. en 1%
5. zh-hk 0.7%
6. ja 0.4%
7. en-gb 0.3%
Sources
1. google (organic) 61%
2. (direct) 18%
3. blogger.com (referral) 6%
4. yahoo (organic) 4%
5. google.com (referral) 3%
Keywords
1. 2.3.3
2. git rebase
3. multi thread rand
4. git gui
5. llvm
6. 星之一角
7. git submodule
8. 攻強皇國機甲
9. 無茶苦茶
10. yajl
11. godfat
12. oauth
13. xterm color 256
14. git merge
15. boost spirit
16. chomsky hierarchy
17. rubinius
18. aramary
19. redmine git
20. git rebase
Visitors
1. New Visitor 62%
2. Returning Visitor 38%
by Cardinal Blue http://cardinalblue.com
A modular Ruby REST client collection/infrastructure
development:
facebook:
app_id: 123
twitter:
consumer_key: abc
gem install rest-core
Or if you want development version, put this in Gemfile:
gem 'rest-core', :git => 'git://github.com/cardinalblue/rest-core.git',
:submodules => true
by Lin Jen-Shin (godfat)
Ruby-Interactive-ruBy – Yet another interactive Ruby shell
rib -wdIlib, isn’t it convenient?
It’s equivalent to rib -w -d -I lib or rib -w -d -I=lib
gem install rib
事情是這樣的...
我覺得在發佈一個新的版本之後，最好也同時發佈一份 ann (announcement)
而理想上的 ann 內容大概是 README 的一小部份加上 CHANGES 的一小部份，
也就是最新的那個版本的更新內容。
可以想像這是一個非常容易自動化的動作，但其實事情沒那麼單純。首先是
我怎麼確認我要抓取哪些段落？ DESCRIPTION? INSTALLATION?
LICENSE? 要怎麼挑出來？
作法是觀察 README 的格式，用 regexp 想辦法切出 name => paragraph 的
hash table. 接下來我就可以任意安排段落，調整 ann 的輸出格式。
除了 README 需要這樣切外，CHANGES 也同樣要。
之前這邊很複雜，因為我同時想相容 markdown 和 rdoc. 現在我已經徹底
放棄 rdoc 了，所以就變得單純些。放棄 rdoc 的原因是 yard 本身也支援
markdown, 那我何苦使用拿來寫文件不太方便的 rdoc?
得到方便的 hash table 後，就可以任意組織、調整段落的順序，看看哪種
ann 看起來能夠讓第一次看到的人和已經看過很多次的人，都能快速找到
他想看的段落。前者會希望知道「這是什麼」，而後者會希望知道「改變了
什麼」。
還不只這樣。
由於我是要放在 blog 上，也就是嵌入的 html. 這樣原本的 h1 不太適合繼續
是 h1. 因此我會希望每個 hn 都是 h(n+1), 也就是 h1 改 h2, h2 改 h3.
以 markdown 為例，就是前面多加一個 #
最後，由於 kramdown (markdown => html) 會把所有 hn 都加上 id,
這我也要拿掉，原因同上。可能同一頁裡面就有不同的 ann, 如果 id 相同的
話怎麼辦？從簡就好了。
有點複雜，自己也沒確定要怎麼做比較好，因此我每一次 ann 都寫得有點
不同。最近由於頻繁在開發，就常常需要放新版本，因此開始覺得不堪其擾。
終於在今天下午，由於一些小原因，開始進行程式化的動作...
* * *
或許只是單純因為我很熟 ruby 了，我覺得我可以非常專注在「尋找問題」
並「解決問題」這個層面上，而不是思索如果我要達到這件事，我應該怎麼
做的層次上。當然，這也很可能是因為我的思緒已被 ruby 侷限住了。總之，
整個作業大概是這樣進行的...
首先讀出 README 的內容，然後想一個 regexp 去切出我要的段落。
找到正確的切法之後，則是把切好的內容做成一個 hash table.
其實 regexp 不太是個想出來就立刻可以用的東西，大概都要前後試個幾次，
才能確定怎麼寫比較好。這時候當然又是拿出 rib 啦~ 只要加個
require 'rib/config' Rib.anchor Gemgem就可以慢慢試到自己滿意為止... anchor 在 Gemgem 上是因為那是我拿來處理
Rib.anchor html 去看要怎麼刪除所有的 id,> rake rake ann:html # Generate ann html rake ann:md # Generate ann markdown rake clean # Remove ignored files rake doc # Generate rdoc rake gem:build # Build gem rake gem:install # Install gem rake gem:release # Release gem rake gem:spec # Generate gemspec rake test # Run tests in memory rake test:shell[RUBY_OPTS] # Run tests with shell
仔細想想，其實早就沒那麼強烈，我好像只是把那當做藉口罷了。
每天想來想去好像也只是習慣而已，拿來打發時間的方式之類的。
昨天睡覺躺在床上時在想，現在的現實感實在很薄弱。每天會想
或是會做的事情就那幾種，翻來覆去都差不多，像是在玩什麼
遊戲似的.. 只是沒辦法停也沒辦法換口味罷了。最多只能稍微
休息一下。
(*for closed source) project name: commits number (language)
(**for duplication)
language: projects (commits)
Got a few requests for the detail (詳細希望？)
一個在 buzz 上面，就是上篇自動轉到 buzz 的那篇。
另一個是上篇的 comments
先貼上寫在 buzz 上關於 optparse 的想法：
不用 optparse 其實現在已經沒有很強的理由了 orz然後剛剛 released 的 0.9.5.pre.1 支援上篇提到不支援的用法了。
原本不用的原因是，我不希望修改 ARGV, 希望 ARGV
保持原本的狀態。另一方面，這 Runner 還是由 ripl
那邊改來的，他原本也沒有用 optparse, 基於什麼理由我就不清楚了
但是後來由於要實作 rib-rails, 導致不修改 ARGV 會變得不好做
於是我也開始修改 ARGV 了。既然都改了 ARGV, 那似乎就沒有
強烈不用 optparse 的理由了.. 但既然都寫好了，似乎也沒啥理由
再換成 optparse.
那個修改不修改 ARGV 的差別在，要讓 rib-rails 和 rib rails 以一致的
方式運作的話，勢必得修改 ARGV. 也就是說，在 rib-rails 裡可以直接
使用 ARGV, 而在 rib rails 裡則把 rails 這個值幹掉，使得兩者用一致的
方式去看 ARGV. 這樣所有的 bin 都可以直接使用 Runner.
另外，我不太清楚 optparse 可以支援 --abc=def 和 --abc def 和 -wvI 嗎？
rib -wdIlibrib -w -d -I librib -w -d -Ilibrib -wd -I=lib（不吐不快）做得實在是爛到一種很驚人的境界，尤其是 rails 2.
由於很晚了，而且其實有太多地方可以罵了，所以就暫時不講了，
有人有興趣的話再說吧。
我只是很吃驚這麼爛的東西居然到現在都還沒改好一點。
是說 2 -> 3 已經改善很多了，但還是滿爛的。
我對 Rib 裡的 Runner 實作滿有信心的...
* 只差一點點就跟 ruby 的介面一樣了，還不行的是像 -vwI lib 這種不行
* 順序沒差
* --arg ment 或 --arg=ment 是一樣的意思
* command 之後的 argument 自動 pass 給 app
參考 rib-auto
heroku 的 command line interface 也很好笑。順序不能亂換就算了，
--app abc 跟 --app=abc 不能互用就算了，打錯字還會有 syntax error,
真只能用莫名其妙來形容...
by Lin Jen-Shin (godfat)
[rib-rails] So now we replicated what Rails did for its console, both for
Rails 2 and Rails 3. You can now fully use rib rails or rib auto as
rails console or ./script/console in respect to Rails 2 or 3. For
example, it works for:
rib auto production
rib rails production
rib auto test --debugger # remember to add ruby-debug(19)? to Gemfile
rib auto test --sandbox
rib rails test --debugger --sandbox
It should also make Rails 3 print SQL log to stdout. Thanks tka.
[rib] Calling Rib.shell would no longer automatically require 'rib/core'
anymore. This is too messy. We should only do this in bin/rib. See:
commit #7a97441afeecae80f5493f4e8a4a6ba3044e2c33
require 'rib/more/anchor'
Rib.anchor 123
Should no longer crashed… Thanks Andrew.
速記，所以寫中文，列一些接下來要做的事。
Rib:
* 首先是看來 rails 3.1 或是 rails 3 的 console 的讀取方式
並不完全就像是 ripl-rails 那樣。至少，看起來 rails 3.1 的
rails console 會把 SQL log 丟到 $stdout 上。
這應該不難修，只是又要看 rails source 很頭痛而已。
可能晚點就修掉吧，感謝 tka 的告知。
* 就像我丟到 issue tracker 上的 Don't rely on require order!
https://github.com/godfat/rib/commit/7a97441afeecae80f5493f4e8a4a6ba3044e2c33不過這個沒那麼容易處理，我還在想要怎麼做比較好。相關的問題是，
So here we have a problem. Some plugins are expecting to override
some other plugins. The order can't really be arbitrary.....
Actually, users won't care about order either. We just want to
enable/disable plugins, not really composability.
So it really should be a bucket of plugins. At least for built-in plugins,
so that we would be aware of the order. Users shouldn't pay attention
on the order of built-in plugins.
