8月 19
-
07/13 10:20, 2007Streamlined 是一個以meta programming 的方式來撰寫程式碼的rails plugin，而meta programming的意思是說，你只需要「描述」就好，剩下的rails會幫你完成。聽起來很玄，實際上就是他有一個預設的樣版，你只要利用一些簡短的程式碼，如同activerecord撰寫association設定那樣簡單，就可以產生整個app的UI了，基本上不需要動到view。
()
-
08/02 13:55, 2007這個就是將FreeBSD的網路功能發揮到極限，以前我也曾動手做過，不過覺得Linux上的也不賴啊，只是沒那樣快
()
-
08/19 14:28, 2007有些確實說的很清楚，就是還缺乏編譯器那些的。但是有些我想還是不熟造成的，就算是在javaeye上面的罵一罵，看起來也還像是鄉民的談話。ruby出到現在，廣告到是打了不少，雖然也還是看到有人推出ruby原碼解析(列出)，不過這樣又能學到什麼呢？原本一個能夠進步的東西，感覺起來在亞洲環境下，逐漸變成一種話題般的產物，讓人覺得有點小小可悲啊。
不過我相信還是有人願意去研究pure OO到底是啥，慢不是問題，而是要如何改善。
8月 19th, 2007 at 8:11 pm
最近也想說藉由開發一些點子，順便增加Rails的實際開發經驗。我覺得Rails一開始真的很magic，但這種玩意就是有問題的時候，苦惱可能就會變成magic久了。漸漸的我不太愛直接使用它現成的東西，尤其是View的Helper(Form, tag之類，甚至像是javascript等等)，在view這一端像是form或者是javascript相關的Ajax，我還是喜歡用硬幹的方式，我覺得這樣很清楚，當然也不全然是硬幹，只是必須要知道它為何可以這樣做才用。
我覺得什麼開發速度快或是什麼廣告都不是重點，對豐富技術經驗的人，你可以獲得一個強大的語言在搭配上多年的實務經驗，快速的創造些好玩的東西，對於經驗較弱的人，你可以一路學習到很多技術的原理，其實這些東西一點都不magic，很多觀念在Java都存在，只是過多的Library和Framework將很多原理蓋住了，取而代之是過多的說明文件和操作手冊，所以原理自然藏在資深人員腦中，也因為它也不是看到原理全貌或者是表達能力不好，所以沒辦法很明確的教導我們。當我在看Block的時候，我想到了年初看Spring時遇到的inner class，結果我回去翻那本Spring的書，旁邊的註解就寫著，因為Java不像動態語言有Block的語法，所以我們只能用inner class，這種感覺真的很妙。
我覺得Ruby這個社群，最大的貢獻就是勇於將保守傳統的大問題切割成不同的問題，將問題的切割，好處在初期是比較難見的，長期來看是容易分別去解決。
最後，推慢不是問題，而是要如何改善。
8月 27th, 2007 at 10:04 am
是啊～不過說起來，與java整合還算是好事啦。近日寫了一個資料格網那邊的軟體，用的rails< -rjb->jargon.jar。儘管還沒走到jruby，卻也發現如果寫那種需要webservice又需要資料庫的程式真的是方便極了，如果當時我選擇還是乖乖用java寫，恐怕會花上更多時間吧？不過這次卻大概僅用了3～4個工作天就完成了，而我還可以多些閒暇時間寫有的沒的東西。
我覺得有這個心意讓事情變得更好，真的是不管哪種語言，哪種社群都會讓東西更進步。我記得以前我在php的社群裡也寫過一兩篇東西，儘管是有迴響，真正像你一樣有發現問題的還是少數者。
或許我多多少少是想要看到底台灣社群是怎樣去應對的，儘管我很久之前就聽過台中新竹都有讀書會，而我還是沒有選擇參加，因為有一點讓我感受到有如以前在國高或是中研院看見類似的人…他們的目的只是想佔個位置吧。
在這個經驗過後，我就開始寫一些沒人看的東西了XD。
8月 29th, 2007 at 2:08 pm
恩，與Java整合是樂見，兼容各種平台，可以解決許多問題，以及減少對存在系統的重寫，這個世界的資訊實在是太多。不過，能整合多少實在是很難預料，最近在討論的Ruby1.9新增加的一個新語法，可能就會造成JRuby等開發者的頭痛，不過這又是另外一個故事就是了。
關於發現問題，因為我覺得我自己會的東西很不足。加上我覺得去思考最根本的原理或問題比任何事情都還重要，很多技術就像是滾雪球ㄧ樣，其實它是慢慢長大的，如果你能夠依循這個軌跡，就可以很輕鬆的學習到某些東西。