海綿般的大男孩

昨天發現我寫的ajax程式在Internet Explorer中呼叫，會有無法取得最新的資料的情況。所以上網查了一下，是Internet Explorer的cache機制造成的。 ...繼續閱讀

protoscript讓我們可以更簡單的寫出各種網頁效果。不涉及過多的javascript語法意味著可以減少錯誤。 ...繼續閱讀

這是一篇和程式語言相關的文章，沒有興趣的朋友可以略過這篇。 ...繼續閱讀

以下是與寫程式相關，對這沒興趣的，就可以略過這篇了．

最近覺得外國的Rails, Ruby相關的blog實在是太多了．我自己覺得這麼多東西很難消化，加上要作筆記會一些心得紀錄也很費時，大多數的Rails朋友應該都是在自己的Blog發表一些有興趣的東西，但是我覺得這一定耗費不少時間吧．

所以在想，如果我們是一群人能夠快速簡單的對這些每天不斷發表的文章作一些心得或討論，這不用花時間面對面溝通，馬上就能在某處紀錄下對某篇文章的想法然後又可以看到不同人的不同觀點與想法，我覺得這個概念上的交流是最重要的，對於某個文章，目前來說都很難交流．我畫了一張概念上的簡圖，過幾天就來試做看看．不過最近工作實在是太忙了，不知道有沒有時間弄，所以如果你看到這篇也覺得不賴，一起來玩吧，留言或mail給我皆可．





稍微解釋一下，總之就是從一堆國外有提到Ruby,Rails的blog通通抓回來，因為有些blog並不是專門寫Ruby, Rails，所以須先將它剔除，我並不打算花時間寫比對的程式，我覺得人是最強的比對機器了，一眼就能看出是不是我們要的，剔除的就是圖中的灰色區，我想採用保留文章，利用作上記號來標示非Ruby, Rails文章，預設是不顯示這些，但如果有人想看，還是可以看到這些文章，然後覺得其實有關或真的不錯，再把它拿回來，這些細節都可以在設計．

然後不用yahoo pipe，是因為我覺得它很慢，而且好像也沒很穩定，加上這個實作也不太需要過濾很多的條件，只是簡單的剔除一些非相關的文章而已，一個人稍微看一下，也不是很花時間，反正本來在RSS feed上都會看了．

大概先這樣，有啥消息在來上來寫，先來睡覺．

...繼續閱讀

最近因為要實踐一些點子的關係，可能需要用到一種工具，就是輸入網址，就會幫你快照產生出圖片．終於在今天讓我找到了．原來是我這幾天都輸入錯誤的關鍵字，之前都用Snapshot，每次都是只有找到一個windows程式叫做url2bmp．這個url2bmp就不是那麼好用，除了需要安裝以外還需要一些M$的相關元件，加上我可能是用程式去呼叫的，所以我就不考慮了．最後，在我快要放棄的時候，被我在小日本圈找到，這篇是要介紹simple api是一個人寫的，很強之類的(現在跟日文漸漸不熟，什麼意思就不要問我了)．他在下面很貼心的附上網路上一些算是抓縮圖圈有名的網站．

我有試用了一下，懶的嘗試的朋友，想玩就用igWebCap或者mozshot，還有這個Thumbnail.com，這三個應該是我覺得比較好用的．我比較喜歡前面的igWebCap，因為他做出來的可以像是下面這樣





感覺這樣挺有質感的．



這是用mozshot產生的，mozshot可以直接用img插入，igWebCap就不行，需要用它提供的script，mozshot除了提供三種基本尺寸，64x64, 128x128, 256x256，也允許一些客制的，可以參考這一頁．大家一起來mashup，堆砌出真正好用的工具吧，不要在喊web 2.0的口號，泡沫化之所以泡沫化，是因為沒有花時間站在使用者實用的角度去成長阿．原研哉說：你到底思考了多少，決定你的工作成就，任何工作能否成功，都關係到一個人思考的總量．

最後一個Thumbnail是速度很快，整體看起來就沒那麼好看．

mozshot是不錯的，只是尺寸選擇比較少，不過他也很吸引我，因為它有公佈原始碼，而且是Ruby寫的，真的是太酷了．小日本這些人真的很酷，好東西不一定會想要丟Rubyforge，害我在那打滾找了兩次都沒啥收穫．之前就有聽說日本Ruby很盛行了，加上Ruby本來就是日本人創造出來的，我覺得日本人有一種精神很值得學習，就是他們長期融合各國文化與技術，容易接受新技術創新，這也難怪日本是強國．當然日本也是有討人厭的部分，不過至少很敬佩他們，尤其是他們和德國，義大利都是戰敗國，卻又很快就站起來並且不斷的進化，如果我們愛作秀的政治人物可以稍微注意一下這個落差，日本被丟了兩顆原子彈然後投降．日本戰敗台灣光復，現在卻差距那麼大．

最後，發現我也夠會扯的，可以從小小的軟體扯到國家來．囧rz． ...繼續閱讀

embed the Rails Framework into your application

rails devrails

cd devrails

rake rails:freeze:edge

這個主要的目的是讓devrails使用自己vendor下的Rails，而不是用系統安裝的Rails。這其實是因為rails會先去找vendor底下的libraries，接著才是找系統的。它的做法是利用Subverison取得目前最新的Rails版本，然後再將它放到vendor底下，跑完之後，可以發現這個目錄底下多了一個rails。
devrails\vendor\rails

rake rails:freeze:edge REVISION=6100

這個是讓你可以指定任何一個版本的Rails，那我該去哪查版本呢，沒問題，馬上給你
this。進去之後看到Rev那個欄位的編號就是對應的REVISION版本，點一下框框中間右上角有個Revision log連結，進去就可以看到所有版本，以及一些重要的Log Message。

為什麼會講這個，是因為
1.邁向進階Rails之路
要更了解Rails看書是不夠的，我強烈的建議看了一些書的朋友，可以嘗試將soruce code下載回來看，會很有幫助。因為它當然是照它的元件去分，所以當你這樣反覆在裡面找資料的時候，會漸漸的將整個Framework深植腦中，不管Rails是好是壞，充分的了解它，才可以知道其長處與短處。接著它的註解說明寫的蠻棒的(雖然內容就跟官方網站的doc一樣)。舉個例子，login的Authentication我只記得書中提過before_filter，但我不知道怎麼詳細使用，我是不是每個都要加，我需要在子類別跳過這個filter，怎麼寫。
這時候就很好查，因為這是controller的功能，所以就先去controller的目錄
rails/actionpack/lib/action_controller/
裡面有個filters.rb，看起來像是我要的，點開來看，果然是，它的最前面的註解，就詳細的寫了每一種情況該怎麼用。這對已經稍微理解的人很有幫助，可以邁向熟練之路阿。

2.Deploy
當我整個應用程式寫完之後，Server是用付費的Host，想要用自己的Rail版本，而不用Server的Rails版本的時候。此時這個東西就很有幫助，當然還有一些Gem安裝到Project上的方法，請看How to host Ruby on Rails app on shared hosting這也是個很重要的一個議題，相關的還有Capistrano等等deploy的方法，從上篇可以清楚的知道deploy的一些概念。有時間我在整理出自己的一份note。

寫程式是直接用我們的語言告訴電腦我們要做的事 - 這是我們期望的一個理想世界吧。

一直以來軟體工業中都做了一個很奇怪的事情，將軟體的應用需求，翻譯成人類不是很好懂的語言(也就是需要許多知識才能理解的語言，用來指C,C++,Java....etc)，而最常見的應用又涉及資料庫，所以除了熟練上述語言外，還要懂各種SQL的語法才能操作資料庫，這個流程真的是很有問題阿。

如果我們的所有東西都是依據應用需求去寫，這樣很棒吧。我只要一小本的操作手冊(Ruby)，在搭配開發用的操作手冊(Rails)，我就可以開始寫出所謂的應用程式了。我有miss掉什麼嗎，miss掉一些軟體工業的技術，以前這個是要自己苦讀的，現在有世界上許多高手幫我們解決了。

究竟是一個人單打獨鬥強，還是藉助世界上的專家強呢？
舉個例子
我不需要很深入的去理解SQL，因為有世界級DBA幫我做出80%常用情況的SQL並封裝起來，那剩下的20怎辦，當然可用SQL和原來的做法來解決，但是這20%會逐漸縮小。現在這樣並不是一天造成的，我們ㄧ樣感謝之前的做法與科技，沒有這些，我們無法有今天這種理想世界。

我並不是要來說哪一個語言會消失，任何一個語言都不會消失，而我們這個世界也需要各種的語言，只是我覺得Java只會留下專精的專家，那些用Java開發應用的人應該會在未來大量減縮少，所以如果你現在想要考Java證照，或在Java還沒站到專家級的朋友，真的要考慮一下自己的未來，Java不會消失，只是人才需求會減少而已。

而我恰好不是資深到不行的Java人才，我的選擇自然很明顯。所以如果你是專家級的Java高手當然可以開心的留著(如果我是你也一定會留著XD)。

EdgeRails
rake rails:freeze:edge
rake rails:freeze:edge REVISION=xxx
rake rails:unfreeze
rake rails:freeze:gems
http://wiki.rubyonrails.org/rails/pages/EdgeRails
http://dev.rubyonrails.org/browser
http://www.hhtong.com/blog1/

Run Server
ruby script/server -e production -p 3100

我不喜歡用攻擊別人來增加自己的重要性的作法，這是一種比爛的策略。
Java 與 Ruby很顯然會拿來做比較，比較對我們來說也不完全是壞事，因為你可以看出雙方的能與不能，藉此學到很多東西與語言的特性與精神，最近在infoQ出現的文章：Ruby vs. Java Myth，這是刊登在Relevance的文章，有興趣的朋友可以前往詳細的去閱讀這五點，我大部分都認同，有些不能完全認同的，也許也找不到有力理由來反駁，所以就不在此討論，但是我非常支持最後的結論，尤其是
　   Ruby is a great language, Java is a great platform. With Ruby running on a Java Virtual Machine, you get the best of both worlds.
單一語言要應付這個世界上所有的需求，是很困難的，將對的工具應用在對的事情上，才是我們樂見的，因為這代表著每一件事情我們會用最有效率的方法去完成。

如果還有那種沒有什麼是某一種語言沒辦法實現的概念，那麼你有很高的機會會在未來失敗。(這可用這個myth：rails的概念很容易複製?來解釋)

徵跟我一樣正在學Ruby / Ruby on Rails的朋友，雖然我挺肉腳，是個新手或是門外漢，但真的想透過大家的互動來一起成長．在日本都有勉強會，在新竹有"Ruby Tuesday在OPCafe"(還真想去，不過星期二是我上日文的日子)。

所以還蠻期待台北也有個類似的，這樣互相學習，不會的點能夠立即被討論出來，總比一個人默默的看好很多。