唉呀，有了 gist我還需要 Evernote嗎？

閒聊之後

看了下 EtherCalc.tw那篇，原來之所以換用 Node.js做 server，是為了讓 client和 server能共用處理試算表指令的 code。這是目前最吸引人的地方之一XD

尷尬了，《開源應用程式架構》還沒開始讀。XD

Google的 Colt McAnlis想看到的未來是，靠著 LLVM的力量，讓我們能在 client端用任何語言。這樣也許哪天可以看到在 client跟 server共用的 Ruby code XDD

可是在支持「JavaScript is Assembly Language for the Web」的人眼中，需要的是emscripten，日前正夯的 BananaBread就靠它XD

之前 Brendan Eich的新演講之所以演變成 JavaScript與 NaCl大戰，現在看來，主要應該是在爭哪邊比較適合當 ASM for the Web吧。 :p

筆記一下我該看看的東西：

有趣的是文中提到之所以用 LiveScript為的是解決 callback死亡金字塔。 LiveScript真的那麼神奇嗎？不用 JavaScript沒有的 fiber來搞 cps變換也能解決這個問題？那真該好好看一下它怎麼做的。

JavaScript是可以在呼叫不存在的 method時 catch到 TypeError，但對搞 Proxy並沒幫助。雖然之後也許會有個 NoSuchMethod，但現在它還不是標準。

今天看了看Broken Promises of HTML5, and What's Next?，然後發現CreateJS，剛好呼應聊到的 display list。

Microsoft用它搞了個Atari ArcadeXD

然後你的回應

The Future of Web Gaming, 還在看，我本來沒想要看的，但是愈看愈爽，所以決定看完了 XD

當初看也覺得該影片意外有趣XD 而且看得視角比較遠，不再專注在 JavaScript本身的問題了。

自動透過 emscripten 把我們的程式 compile 成那種沒人看得懂得的 javascript. 或許 emscripten 還可以 emit v8 optimized code, 或是 spider monkey optimized code...

這樣看來是條光明大道，也解決兩者不見得相容的問題。

但總覺得 Brendan Eich 並不是想看到這條路

同感，身為父親應該更愛自己的孩子？:p

我猜 livescript 的 backcall 大概就是用這種方式做轉換的我想應該是沒什麼問題吧，雖然我沒去看裡面的實作，如果你看出來了請務必告訴我 XDD

瞭解，作業越來越多了XD

裡面的程式會是 synchronous 的

曾在 IRC看人說 fiber是「fake it」，這邊我知道的不多，也該做點作業。0rz

另外 cascade 我還真有點看傻眼了 XDDD

在 jQuery的世界常見的說法是，可以省著不用把變數存起來，我不知道方便以外還有沒有別的優點就是。

可以抓到 TypeError 那為什麼不能做 proxy?

如果得要靠自己定義的 set、 get methods來搞 proxy的話不覺得很煩嗎？XD 看了看 Backbone.js應該就是用自己的 set， get。

另外 TypeError標準下只給了 Human-readable description of the error，變成要自己切需要的資訊出來。
如果無法用語言本來的 .來操作 proxy，那是語言本身的問題，靠 set、 get來攔截訊息，用什麼語言都做得到。

看來時間可以解決這問題，慢慢等 Proxy普及？

display list 是說像是 flash 的 DisplayObject 嗎？

是吧， Adobe用那個來把 Flash弄成 HTML5了XD