coffee-script (2)

居然沒寫多久我就受不了了...... prelude.coffee
沒意外的話，除非真的得寫 javascript, 不然大概不會再碰了吧。
說來 coffee-script 似乎只是很單純的 translator, 很多東西搞不懂
是怎麼樣，這時候 compile 成 javascript 就可以大概知道出什麼事了。

也就是說，對根本不熟悉 javascript 的我，寫起來還是異常痛苦，
不知道能用什麼 function, 然後 google 都沒什麼好結果，查 javascript
每次都會查到一堆大便、無用的資訊，一直找不到完整的 reference.
感覺根本就已經徹底地臭掉了..。就像上次我查 firefox dump cookie,
結果查到的東西居然意思跟我想要的完全相反——告訴你怎麼「刪除」 cookie.

呃，我該說什麼。對於一般人而言，dump cookie 大概確實是刪掉吧，這個
字確實是有這個意思，但用在程式上好像一般是指丟出來讓你可以存取吧？
這樣還真不知道到底該改用什麼 keyword... XD extract? 還是吐餅乾？ XDD

* * *

不滿意的點，條列式好了...

1. 還是沒有 type safety 嘛，以下的結果全部都是 "11"

1 + "1"
"1" + 1
[1] + [1]
[1] + "1"
1 + [1]

2. 這樣寫乾脆整個都用 Array.prototype 寫算了，還清楚些：
Array::foldr = Array.prototype.reduceRight

3. method 裡還是一定要寫 this, 畢竟 javascript 就是要這樣，
只是單純做 translator 或許無法避免這個問題吧。

4. 真的太欠 library 了。[].unshift([]) 的 return value 居然是數字也太...
是說這本來就是 javascript 的行為沒錯。咦，又是 javascript :s
是說找套 library 來用就好沒錯，好，那就慢慢等吧，我沒力氣寫。

5. 同 4, 其實都一堆可以解決的問題。像是 library path, 不知道 npm
到底怎麼處理。repl (interactive mode) 不太好用 (ripl 真是偉大),
諸如此類其實有心都很容易改善的問題。

以上的 4 和 5 都能解決，不過已經足夠讓我累積夠多怨氣了，所以放棄...

---

真是 ruby 和 haskell 用慣，其他的語言用起來都覺得很彆扭 :s
這該說是缺點嗎... 又是由奢入儉難？
這樣想想，雖然 scala 覺得也沒 haskell 好用，但已經很有水準了..

---

另外，我捨棄 sublime, 回到 textmate 的懷抱了
怎麼說，各有各的好處，但 sublime 的缺點比較致命... 等他正式版再說好了。