為什麼要去考這個?

其實當初目的很單純，只是想說即然我現在也都有靠Ruby在吃飯了，再加上這天剛好我要外出一整天在台北市閒晃，就報名順路去考了。

報名

Ruby Association的網站可以找到相關訊息以及報名方法，台灣幾家比較大的電腦補習班都可以考。

考試時間是90分鐘，共有50道選擇題(單、複選都有)。英文出題，滿分100分，75分才算及格。英文出題其實不用怕，畢竟不是像托福要考你英文程度的，所以英文題目的敘述不會用太難的字。

喔，忘了說，報名費是150塊美金。

心得

我差不多30分鐘就寫完了，剩下的時間再重頭全部檢查一次。

可能我運氣好吧，除了幾題陷阱題之外，遇到的題目都不算太難。不過我覺得這考試感覺有點像在考對API的記憶力，真的需要花腦筋想的題目不多。有些API在實務上並不常用到，所以..我不覺得只要平常有在寫就有辦法通過考試，特別是只有在寫Rails的話，不特別準備一下可能過不了的(畢竟是Ruby認證，不是Rails認證啊)。

準備方向，就.. 常常練習動手寫是基本一定要的(不然我想弄這個證照也沒什麼意義吧)，然後在考前再把幾個重要的Class、Module的API”全部”看過一次，應該就差不多了。我運氣不錯，八十幾分低空飛過(這也表示我還不夠熟)。

結論

也許您會好奇，Ruby證照能幹嘛? 到時候拿去貼滷味攤嗎? 老實說，這對我來說並沒什麼實質用途，我不會因為有多這張認證而加薪、案子變多，或是被大公司挖角。

至於”證照有用/無用”的討論，網路上已經很多了，那也不會是我關心的重點。我去報名認證考試只是單純的想多一張獎狀而已(小時候成績不好，所以家裡牆壁上沒幾張獎狀，所以當年Adobe的Flash Developer跟Linux的LPI認證也是這樣來的)，順便測試一下自己對Ruby的熟悉程度罷了 :)

總之，小徽章一枚手入 :)

你曾經用Ruby on Rails開發網站，但在國內找不到可以用的主機空間嗎? 或者你是新創公司，但初期還沒足夠資金投資在伺服器的硬體設備上嗎? 又或是沒有專職的MIS幫你管理伺服器嗎? 讓我們來看看Heroku吧!

簡介

用Ruby on Rails開發網站很快、很方便，但在台灣比較麻煩的是可以租用的主機空間並不好找，如果要自己架一台成本又太高，而且也有一定的技術門檻。目前市面上有不少PasS(Platform As A Service)的解決方案，例如Amazon的AWS(Amazon Web Services)雖然也是個不錯的解決方案，但還是得花一些時間想辦法安裝、設定到可以執行Rails的環境。如果你不想這麼麻煩，Heroku就是個很不錯的解決方案。不只是Ruby on Rails的程式，任何Rack程式都可以在Heroku執行(包括Ruby on Rails跟Sinatra都沒問題)。

費用及效能

選擇主機最在乎的，不外乎是費用及效能這兩件事。Heroku最讓人喜愛的地方之一，就是它有提供免費的額度可以用，網站空間部份，每個專案的限制是100MB，這對一般的小型的專案來說還滿夠用的；資料庫的部份，每個專案的資料庫大小限制則是5MB，而且有SQLite、MySQL、PostgreSQL可以選用。

至於效能基本上也不至於太差，對一個一般的網站來說，Heroku的1個dyno(Heroku的計價單位)差不多是可以處理10~50 request/second。如果覺得不夠用，也可以考慮它的付費方案來增加dyno數：

只要拉一下選項，調整dyno數，就可以知道每個月要花多少費用了。

申請

請到這裡填寫Email，不需要額外的費用。

填寫完成後應該不久就會收到一封啟用的認證信，點擊認證連結回到Heroku網站，設定登入密碼：

這樣就完成申請的程序了。

安裝

有兩個工具是使用Heroku會用得上的：Ruby以及Git。Ruby使用1.8或1.9版本皆可，個人建議使用1.9.2的版本，如果你不想在電腦裡裝太多版本的Ruby的話，也可參考這篇，使用RVM來安裝Ruby。

以下範例因為都是在RVM執行的，所以不會需要root權限，如果你用的是一般系統的Ruby的話，可能會需要sudo來取得root權限才能順利安裝。

裝好Git跟Ruby之後，Heroku有打包好的gem可以使用：

> gem install heroku
Fetching: rubyzip-0.9.5.gem (100%)
Fetching: heroku-2.15.3.gem (100%)
Successfully installed rubyzip-0.9.5
Successfully installed heroku-2.15.3
2 gems installed

建立專案

裝好Heroku之後，我們使用heroku create指令來建立一個空的專案：

> heroku create
Enter your Heroku credentials.
Email: eddie@eddie.com.tw
Password:
Could not find an existing public key.
Would you like to generate one? [Yn] n
Creating deep-spring-4010... done, stack is bamboo-mri-1.9.2
http://deep-spring-4010.heroku.com/ | git@heroku.com:deep-spring-4010

Heroku會在第一次建立專案的時候問你剛才申請的帳號密碼，如果你不想這麼麻煩，在上面的過程中它也會問你要不要建立一組public key，如果選擇Y就會引導你建立一組public key。

在一開始創建專案的時候，Heroku會自動幫你隨機產生一個名字，以上面的範例來看就是deep-spring-4010。再來我們打開瀏覽器，連上http://deep-spring-4010.heroku.com/，應該可以看到這個畫面：

如果上面這個deep-spring-4010的名字你不喜歡，也可以到Heroku網站後台去修改，或是直接在一開始建立的時候就指定名稱：

> heroku create hello_kitty

這樣就會幫你用hello_kitty這個名稱來建立專案，只要名稱沒有先被申請走，你就可以使用。Heroku還有提供更多其它方便的指令可以使用，詳細內容可參考Heroku的這篇說明。

上傳你的應用程式

不像一般的網站空間是透過FTP上傳檔案，Heroku是透過Git來發佈的。不過在這之前，我們先來簡單的用Rails的scaffold來快速的建立一個簡單的小程式，待會我們要把這個簡單的程式上傳到Heroku上。

建立Rails專案

> rails new my_heroku_demo
.. 訊息略 ..

> cd my_heroku_demo
.. 訊息略 ..

> rails g scaffold Book title:string author:string publish_date:date

> rake db:migrate
==  CreateBooks: migrating ===================
-- create_table(:books)
        -> 0.0019s
==  CreateBooks: migrated (0.0023s) ==========

> rails s
.. 訊息略 ..

打開瀏覽器連上http://127.0.0.1:3000/books應該就能看到剛剛建立的頁面。

如果各位對Ruby on Rails不熟悉的話，建議可以參考一下Rails官網上的這篇文章Getting Started with Rails。

部署

網站做好後，接下來就是要把東西上傳到Heroku上。請在剛剛建立的專案底下輸入指令：

> git init .
Initialized empty Git repository in /tmp/my_heroku_demo/.git/

> git add .

> git commit -m 'first commit'
.. 訊息略 ..

再來要把遠端的Heroku加進來：

> git remote add heroku git@heroku.com:deep-spring-4010.git

最後再一個git push指令，就可以把做好的東西”推”上Heroku：

> git push heroku master

接下來你應該會看到一些訊息，並且在Heroku上自動幫你安裝一些需要的gem。再來，因為我們有用到資料庫，所以也需要做一下rake db:migrate，不過跟在本機做的時候稍有不同：

> heroku rake db:migrate

這樣就會對Heroku上的資料庫做migration的動作了。完成之後，請打開瀏覽器輸入網址http://deep-spring-4010.heroku.com/，或是輸入heroku open，也會幫你打開預設的瀏覽器。

如果看到Rails預設的首頁的話，表示應用程式已經順便傳上去了。再來輸入網址http://deep-spring-4010.heroku.com/books，順利的話，你應該就可以看到剛剛寫好的程式了。

到這裡你大概就已經學會如何Heroku佈署你的Rails應用程式了。在Rails 3.1之前的版本應該都會滿順利的，但如果你用的是Rails 3.1的話(包括之後的版本)，你可能不會這麼順利.. 讓我們繼續看下去。

問題

雖然Heroku很方便，但有個比較大的問題是Heroku是個”唯讀”的平台，所以如果你想類似檔案上傳或相簿功能的網站的話，上傳的東西需要另外想辦法傳到別的地方(例如上傳到Amazon的S3)。而在Rails 3.1之後引進了asset pipeline，靜態檔案會動態產生，而Heroku沒辦法讓你這樣做，所以，你需要先在本機先把asset編譯好之後再推一次上去：

> rake assets:precompile RAILS_ENV=productioran
.. 訊息略 ..

> git add .

> git commit -m 'add precompied assets'
.. 訊息略 ..

> git push heroku
.. 訊息略 ..

另外，如果你在做heroku rake db:migrate這個步驟的時候出現這個錯誤訊息的話：

> heroku rake db:migrate
rake aborted!
Please install the postgresql adapter: `gem install activerecord-postgresql-adapter` (pg is not part of the bundle. Add it to Gemfile.)

Tasks: TOP => db:migrate => db:load_config
(See full trace by running task with --trace)

請打開你的Gemfile，加上這一段：

group :production do
    gem "pg"
end

加完之後再執行：

> bundle install --without production

應該就可以正常運作了。

Heroku的後台管理

我們回到Heroku網站，登入之後可以看到目前有建立哪些app：

例如我們看看我們剛剛建立的那個deep-spring-4010：

可以看到關於這個app的使用情況。如果這個專案不要了，也可以直接從後台刪除掉。

結論

Heroku提供了一個可以簡單、快速佈署Ruby應用程式的平台，不用自己維護主機，不需要的時候隨時可以停掉服務，或是萬一臨時要加大硬體需求或頻寬，只要線上刷卡就可以輕鬆解決，設定上相當簡單。

不過就以就費用來看的話，加大dyno數來應付更大需求是很方便，但它可能不會是最便宜的方案(甚至其實還滿貴的)。我個人覺得它很適合試一些簡單的小專案，或是一些臨時想到的idea，用Rails快速的idea做出來，再丟上Heroku的免費額度試一下大家的反應如何，如果真的越做越大的話，也許再考慮正式投資更多的預算或硬體。

畢竟開發專案，最重要的就是先把東西做出來，之後要做更大規模的，現在的雲端平台的延展性(Scalability)都還不錯，通常只要花錢就可以幾乎無痛昇級。

不久前Heroku還提供了對Facebook app的支援，對想要在Facebook上建立應用程式的人來說也是一大福音，連Ruby的發明者松本行弘也在不久前加入了Heroku，受聘為首席架構師，相信Heroku能提供的服務會越來越豐富。如果各位有在寫Ruby應用程式卻還苦於找不到地方放的話，建議不妨可以試試看Heroku。

軟體外掛

主力的右手

輔助的左手

專案管理

Chrome Plugins

以上工具皆可在Chrome Web Store找得到

其它

實體外掛

除了軟體的工具、外掛之外，還有些實體的外掛..

Kindle

看書用的好東西，細節可參考這篇

iPad

最近都被老媽跟小朋友霸佔走了，就不多提了.. Orz

機械鍵盤

我的工作有很大時間都是在敲鍵盤，所以投資給自己打起來比較舒服(增加爽度)的鍵盤是剛好而已，Mac內建的巧克力鍵盤是不錯打，但就是少了手指頭的回饋。

外接螢幕

我目前工作用的主要是laptop，螢幕不大，沒有第二顆外接螢幕在開發網站的時候相當痛苦，真的一但習慣之後就回不去了。

椅子

跟鍵盤一樣，我幾乎是整天都是坐著的，所以投資給自己一隻坐起來比較舒服的椅子也是剛好而已。

便利貼

這是最近加入的習慣，我用實體的便利貼做為輔助的工具。雖然說電腦類的便利貼軟體那麼多可以選擇，但我還是覺得比不上手寫 & 貼在螢幕上來得直覺：

所以整個組合起來，看起來大概會是這樣：

(抱歉不是很整齊..)

至於Windows上的工具組合，我已經忘得差不多了，Windows目前只有拿來測試IE瀏覽器以及網路ATM轉帳用途而已..以上，如果大家也有好用的工具，也歡迎一起留言討論。

今年幹了哪些事

• 認識了更多的神人/高手，雖然很多目前都還看不到車尾燈，但至少有個方向可以跟
• 辦了9場的Flash/ActionScript讀書會，每回人數在50~100之間，感謝大家的支持
• 跟@pct一起辦了第一屆的PHPConf in Taiwan
• 有14場公開的表演，其中有的是教育訓練，有的是心得分享，真是愛現!
• Blog竟然有90篇文章!! 我剛自己算了一下也嚇到

希望更熟悉技能

• Vim(希望可以練到跟吃飯、呼吸一樣自然就好)
• Ruby/Rails(往Best Practice前進)
• JavaScript
• Cocoa Framework

許願

• 小朋友(們)可以順利長大
• 希望可以做出自己的產品
• 繼續把Flash/ActionScript讀書會辦下去
• 希望可以投稿國外某些知名網站(練英文的時候到了)
• 希望COSCUP/OSDC/RubyConf Taiwan/RubyKaigi/PHPConf Taiwan這5個研討會，至少有2/5可以上台講，而不是只是坐在底下當聽眾
• 希望可以像閃光哥一樣，也可以有一本書(我要遺臭萬年用的)
• 希望體重可以再比現在再少個5公斤
• 公司生意.. 順利就好

許完願了，但光許願是不會實現的，所以我要開始動手寫書的TOC了!

說明

1. ENTER = 按下enter鍵，CTRL = 按下ctrl鍵，ALT = 按下alt鍵，如果是大寫字母例如G = shift + g，CTRL w j = 按著ctrl鍵不放，再按下w，再按下j
2. 這裡提到的都是Vim或是plugin內建的指令，如果你不喜歡或覺得難按，可以透過修改.vimrc來改變快速鍵的對映
3. 以下指令都是在一般模式(Normal Mode)下使用

游標移動

• gg = 移到整份文件的最上方
• G = 移到整份文件的最下方
• H = 移到目前螢幕的最上方
• L = 移到目前螢幕的最下方
• 10 ENTER = 游標往下移動10行，前面的數字表示行數
• :10 ENTER = 游標直接移動到第10行
• {、} = 把游標移動到上一個、下一個段落
• CTRL w j = 把游標往下面的分割視窗移動
• CTRL w k = 把游標往上面的分割視窗移動
• CTRL w h = 把游標往左邊的分割視窗移動
• CTRL w w = 在各個分割視窗間切換

建議可以搭配 EasyMotion 更有效率的移動游標

搜尋

• / = 搜尋
• * = 移往下一個搜尋結果
• # = 移往上一個搜尋結果

編輯

• u = undo，回到上一步
• CTRL r = redo，回復undo
• . = 重複上一個步驟
• ~ = 改變英文字母的大小寫，本來大寫會變小寫，小寫會變大寫
• :m+ = 把目前這一行往下移動一行
• :m-2 = 把目前這一行往上移動一行
• >>、<< = 增加、減少縮排
• yy或Y = 複製游標所在的這一整行
• p、P = 在游標之後、之前貼上複製的內容
• "ayy = 跟yy有點像，但是是把複製的東西放到a 暫存器裡，這個a可以用其它25個英文字母代替，可以用:reg指令把目前的暫存器叫出來看
• "ap = 在游標之後貼上a 暫存器裡的內容

模式切換

• ESC 或 CTRL [ = 回到命令模式，ESC是獨立一顆比較好按，但比較遠，如果你不想讓你的手離開打字區的話，可以選用CTRL [，或是在~/.vimrc裡自訂快速鍵
• CTRL v = visual block模式，可進行像TextMate按住alt鍵的區塊選取

NERDTree

• B = 叫出bookmark
• C = 把目前游標停留的這個目錄設定為根目錄
• p = 把游標移動到上一層目錄
• P = 把游標移動到根目錄
• J = 把游標移往這個結點的第一個
• K = 把游標移往這個結點的最後一個
• u = 把樹狀結構的根目錄往上移一層
• I = 切換是否顯示隱藏檔案
• m = 叫出NERDTree的系統選單

其它

• :! = 執行外部指令，例如:!ls則是執行ls指令

參考資料

這裡有幾篇我覺得寫得很棒的文章，可以更清楚的知道在Vim裡操作的原理

• Vim Text Objects: The Definitive Guide
• Learn to speak vim – verbs, nouns, and modifiers!
• 大家來學Vim，雖然是將近10年前的文件，但很多還是適用

Vim的快速鍵組合如果用得熟的話，整個編輯的過程中是幾乎可以不動到滑鼠的，不過還是要多練習啦，差不多練到跟吃飯睡覺一樣熟練就可以了。打完收工 :wq

在十年前開始接觸FreeBSD的時候，就聽聞過Vi/Vim這東西，那時候第一眼的感覺是：「這東西看起來好陽春，功能一定也很陽春」。當時在終端機上也還有別的編輯器可以選擇，例如Joe、Nano等，而且在本機的作業系統(Windows)也有其它的選擇，例如UltraEdit。

以前會覺得寫程式、開發軟體，沒有IDE一定沒辦法。有些程式、軟體的確是需要IDE的幫忙，不然不知道怎麼寫。直到近幾年的工作幾乎用的都是文字編輯器，才發現其實文字編輯器可以做的事情相當多。二年多前開始把作業系統換成Mac OS之後，除了要寫Flash需要開Flash IDE + Flash Builder之外，其它幾乎就是只用TextMate了。雖然說它的中文顯示問題一直被大家嫌到不行，而且傳說中的2.0版也一直沒消息，但它依舊是我開發上的首選工具。

TextMate 2實在是讓人等太久了，所以大家開始找它的替代品。不久前發現Sublime Text 2這個編輯器，它的中文字是正常的，外掛看起來也滿夠用的，而且還可以吃TextMate的bundle跟theme，本來打算換過去的時候突然出現TextMate 2的消息了，聽說中文顯示是正常的。但這時候我卻想，我還要過著這種逐水草而居的生活到什麼時候? 難道沒有一款編輯器是可以學了之後就一直用的嗎?

這時候我想到不久前才剛過20歲生日的Vi/Vim。雖然不久前陣子有練了一下手感，但沒認真下定決心要把它當成是自己吃飯的工具。於是，就找了個週末來認真的練了一下手感，發現出乎我意料的好用，之前在TextMate/Sublime Text 2上可以做的功能，在Vim幾乎都有替代品，我以前真的是錯怪它了!

以下大概是我目前有用到的外掛跟設定，不是很多，但就我自己工作上用得到的。這是我目前的樣子(其實NERDTree比我想像中的漂亮)

外掛與設定

我的.vimrc設定

我把自己的設定檔跟用到的外掛放了一份在這裡，有興趣的朋友可以參考看看 :)

我用到的外掛：

Pathogen

用來管理外掛的外掛。以前安裝外掛，常常得把一包程式裡的各個資料夾到處撒在~/.vim資料夾裡，現在透過pathogen的話只要放在~/.vim/bundle裡就差不多行了，相當方便。

NerdTree && NerdTreeTab

Vim的檔案總管啦，當資料夾一多，沒有它不知道該怎麼工作了。

我在.vimrc裡有把NERDTreeToggle設定到F2鍵上，這樣就可以快速的打開、關閉了。

NerdCommenter

用這個可以方便的幫程式碼來做註解

SnipMate

看名字就知道它是從TextMate借過來的，如果覺得有不足的也可以自己建。

Command-T

TextMate跟Sublime Text 2都有可以快速搜尋檔案的功能，這個則是補足了Vim這方面的功能，也是我決定把Vim當做主要工具的原因之一。

Surround

可以很快的處理單引號、雙引號以及一些html常用的tag的問題，熟練的話會很方便。

Repeat

Vim內建的repeat功能在遇到某些事件的時候似乎會失效，加上這個外掛就沒問題了。

EasyMotion

可以在不需要滑鼠的幫助下，快速的切換游標的位置。

幾個自己有在用的syntax highlight以及配色

• actionscript
• coffeescript
• markdown
• ruby
• rails

發現我幾乎整篇都是偷懶的直接貼別人的影片啊 Orz 另外如果你本來在TextMate下有喜歡的配色，也可以透過這個工具來轉成給Vim的格式。

有些外掛的更新後續都是在github上，要用的時候請注意最後更新日期。

其它工具

Alfred

付費軟體。有這個工具的幫忙，原本螢幕下方放滿的工具就可以少放很多了，要開軟體也不需要用滑鼠去點，只要輸入幾個關鍵字就可以跳出來：

Vimium

讓瀏覽器也用Vim的操作方式來瀏覽(Chrome限定)

Vimperator

Firefox也有類似功能的外掛可以用，感謝老杨提供。

結論

自己順手的兵器，其實應該只要一把就夠了。雖然我用的是MacVim，但會儘量避免用太多Mac專屬的設定，這樣一來我在本機的作業環境(Mac OS、Windows、Ubuntu)在切換的時候都可以有差不多的編輯習慣，甚至連遠端終端機作業的時候也不會差很多。

Vim很強大，但它不是一個可以一、兩天就能上手的工具。我相信只要學得好，它絕對是可以到哪裡都走透透的兵器。現在還不夠熟，不過我相信一直強迫自己用下去，遲早可以跟它變好朋友。(像這篇文章就是在Vim底下打的，打得很不順，但就強迫自己練習)。接下來應該就是繼續把它再磨利一點，再練得順手一些，讓自己可以更快的完成工作，有更多時間可以做自己想做的事，以及陪家人(講是這樣講.. 但大概會花更多時間再寫更多的程式碼吧)

各位如果有不錯的外掛也歡迎留言一起討論囉 :)

這是當天的錄影：

主要內容是分享一些我近期在做自己的產品的時候用到的一些測試工具組合及心得。原本打算用中文做投影片，但還是無法割捨漂亮的英文字體。這應該是今年的最後一場表演了，希望大家會喜歡。

有提到的工具：

• QUnit - A easy-to-use JavaScript testing framework.
• Jasmine - A BDD framework for testing your JavaScript code.
• Zombie.js - A headless testing tool.
• Sinon.js - Standalone test spies, stubs and mocks for JavaScript.
• Phantom.js - A headless WebKit with JavaScript API.
• Guard - A command line tool to easily handle events on file system modifications.

若有任何問題或是我講的內容有不對的地方，歡迎大家留言一起討論、指正。之後也會持續的續把一些測試JavaScript的方法跟工具整理成文章，希望可以給大家帶來一點點的幫助。

部份內容是現場Demo，所以沒辦法在投影片裡看到。在分享的過程，從大家的眼神中似乎可以感覺得出來大家對於”寫測試”這件事很陌生(其實我也是新手)，我之後會再花一些時間把關於如何在Flash/ActionScript裡寫測試整理成文章，希望可以讓大家可以更了解TDD(Test-Driven Development)是怎麼一回事，又該怎麼進行。

感謝大家今天天氣這麼冷還能前來參加，咱們下回見 :)

我很愛買書、看書，家裡書櫃的書已經多到快裝不下了，但仍樂在其中。每次出門，我包包裡面一定至少會放一本書，不管是等人或是通車的時候都可以拿出來翻。

自從一年前入手ipad後，開始把書裝進去，這樣出門只要帶一台， 如同某購物台業務所說，裡面的書就算有幾百本也不會變重，真的超方便的 XD

不過好景不長，近來我的ipad最近被老媽跟小朋友霸佔了，所以只好再想辦法再弄一台。這回在找替代品有給自己定幾個評估的重點：

1. 成本。
2. 是否方便攜帶。
3. 是否支援之前買的電子書。

最後評估下來有兩個候選人，一個是Kindle，另一個是Kindle Touch，沒有選其它家的產品是因為他們的功能都太多太複雜了，而且用Kindle在Amazon買書會比較便宜。最後Kindle勝出的原因是它比較便宜，而且Touch的功能我並不需要，我只要可以看書就好。最後感謝在美國的友人的幫忙，幫忙弄了一台79塊美金的Kindle 4。

使用感想

入手的第一個感覺是：哇，它好輕喔!

• 電子墨水省電，聽說充一次電可以用很久。
• 79元版本雖然有廣告，但廣告只會在非閱讀的時候出現，而且老實說廣告看起來還滿漂亮的，不會覺得不舒服或干擾。
• 在閱讀的時候底下有個進度條，告知目前這本書讀了多少百分比，感覺像打電動會告訴你還有多少經驗值才昇級。
• 畫面不會發光，所以長時間眼睛看起來不會太辛苦，雖然關燈就看不到了，不過即然都要關燈，表示你也該休息了。
• 有內建字典功能，雖然是英英字典，但至少比還得另外翻字典要方便多了。
• 可以畫重點，而且畫的重點可以另外取出來用，還會標記是在哪一本書的第幾頁。
• 可以與桌上版或iPad版的Kindle閱讀軟體的閱讀進度做sync，也就是說不管在電腦上、iPad上，或是在Kindle上閱讀，都可以同步閱讀進度，另外，除了自己畫的重點之外，也可以看得到別人分享出來的重點，這很棒，有共同筆記的感覺(不過這只有直接在Amazon上買的書才有這個功能，自己上傳的沒有)。
• 雖然支援PDF格式，但因為畫面只有6吋實在太小，而且Kindle不支援PDF的reflow，也就是說沒辦法像mobi格式一樣的改變字體大小。有些工具可以把PDF轉成mobi格式，但效果不佳，目前看來ePub轉mobi的效果還滿好的。
• 除了電子書之外，現在有些方便的瀏覽器外掛，可以直接把頁面重新排版成適合Kindle閱讀的內容之後再傳送到Kindle裡，有些很棒的網站來不及看，可以透過這個工具把它存到Kindle裡離線閱讀，這相當好用。個人推薦”Send to Kindle“(Chrome限定)。

我大部份的書都是電腦相關的，遇到有程式碼的時候，我發現其實橫著看就滿舒服的，像這樣：

而且這樣我一樣單手就可以很輕鬆的拿著，大拇指可以用來按翻頁鈕，相當沒負擔，這也這也是我當初沒選Touch的原因之一。

其它週邊

我知道有些人會比較保護心愛的東西，可能會買皮套或是保護貼之類的。我偶爾也會，但我覺得Kindle並不需要太多的保護措施。因為目前坊間大部份的皮套重量可能就比Kindle本身還重了，當初選擇Kindle的原因之一就是因為它很輕便、好拿，沒道理要再加個皮套來增加重量。螢幕保護貼更是不需要了，因為不是Touch機種，螢幕也不太會弄髒。不過因為Kindle很輕，可能還滿容易不小心手滑飛出去，也許加個果凍套邊框之類的如果不會妨礙翻頁的話還滿ok的。

我不保護它不代表我不愛惜它，而是就像一般的書一樣，書，是買回去讀的，不是買回去擺好看的 :)

結論

Kindle對我來說，可能真的是開啟了另一條敗家之路了，重點不在機器本身，而是因為買Kindle版的電子書，不只速度快，而且幾乎都比一般印刷版本還要便宜個幾塊美金，甚至有到對折的。如果買一本書便宜5塊美金的話，買個十幾本那台Kindle的成本就回來了，方便又便宜，真的會讓我之後少跑很多次的天瓏書局了。(或是可能在天瓏看到喜歡的書，然後從Kindle直接下單..orz)

我知道工程師們常會有「拿到新的3C產品不root一下會很不舒服」的症狀，看看能不能hack一下，幫它加功能讓它變得功能更強大或什麼的。我不覺得這樣做有什麼意義，對我來說，當初買Kindle的用途就是拿來看書的，其它的就不要想了。想要多功能的，也許你該考慮是不是用平板電腦就好。Kindle裡面有內建瀏覽器，但我想非必要的時候大概也不會用到它。這些額外的功能通常帶來的結果就是「分心」，那不是我想要的。

幾個重點：

• 不要把它當電腦用。
• 不要把它當ipad用。
• 只要把它當書用。

以上是我自己最近使用的一些簡單心得，跟大家分享 :)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88

# encoding: utf-8
module Jekyll

  class Site

    def create_category_list
      write_to_tag_cloud if @config['category_tag_cloud']
      write_to_sidebar if @config['category_sidebar']
    end

    private
    # generate category tag list and write to 'source/_includes/asides/categories_tag.html'
    def write_to_tag_cloud
      puts ' => Creating Categories Tag Cloud'
      lists = {}
      max, min = 1, 1
      @categories.keys.sort_by{ |str| str.downcase }.each do |category|
        count = @categories[category].count
        lists[category] = count
        max = count if count > max
      end

      html = ''
      lists.each do | category, counter |
        url = get_category_url category
        style = "font-size: #{100 + (60 * Float(counter)/max)}%"
        if @config['category_counter']
          html << " <a href='#{url}' style='#{style}'>#{category.capitalize}(#{@categories[category].count})</a> "
        else
          html << " <a href='#{url}' style='#{style}'>#{category.capitalize}</a> "
        end
      end

      File.open(File.join(@source, '_includes/asides/categories_tag.html'), 'w') do |file|
        file << """{% if site.category_tag_cloud %}
<section>
<h1>#{@config['category_title'] || 'Categories'}</h1>
<span class='categories_tag'>#{html}</span>
</section>
{% endif %}
"""
      end
    end

    # generate category lists and write to 'source/_includes/asides/categories_sidebar.html'
    def write_to_sidebar
      puts ' => Creating Categories Sidebar'
      html = "<ul>\n"
      # case insensitive sorting
      @categories.keys.sort_by{ |str| str.downcase }.each do |category|
        url = get_category_url category
        if @config['category_counter']
          html << "  <li><a href='#{url}'>#{category.capitalize} (#{@categories[category].count})</a></li>\n"
        else
          html << "  <li><a href='#{url}'>#{category.capitalize}</a></li>\n"
        end
      end
      html << "</ul>"
      File.open(File.join(@source, '_includes/asides/categories_sidebar.html'), 'w') do |file|
        file << """{% if site.category_sidebar %}
<section>
<h1>#{@config['category_title'] || 'Categories'}</h1>
#{html}
</section>
{% endif %}
"""
      end
    end

    def get_category_url(category)
      dir = @config['category_dir'] || 'categories'
      File.join @config['root'], dir, category.gsub(/_|\P{Word}/, '-').gsub(/-{2,}/, '-').downcase
    end
  end

  class CategoryList < Generator
    safe true
    priority :low

    def generate(site)
      if site.config['category_list']
        puts "## Generating Categories.."
        site.create_category_list
      end
    end
  end

end

程式碼寫得有點髒，應該有更漂亮的寫法 :)

再來，請打開根目錄的_config.yml，加上一些設定：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

# ----------------------- #
#    Categories           #
# ----------------------- #
# create categories page
category_list: true
# use counter after categories
category_counter: true
# category title
category_title: 分類
# create an include categories list in @source/_includes/asides/categories_sidebar.html
# and don't forget to add 'asides/categories_sidebar.html' into @default_asides if you want to enable it.
category_sidebar: true
# create an include categories tag cloud page in @source/_includes/asides/categories_tag.html
# and don't forget to add 'asides/categories_tag.html' to @default_asides if you want to enable it.
category_tag_cloud: true

其中，category_list就是用來啟用是否產生側類分類的；category_counter就是用來決定要不要秀出計數器，category_title是那個區塊的標題，category_sidebar跟category_tag_cloud打開的話，則各會產生兩個用來include的檔案。category_sidebar的效果就是一個一個的排下來，但如果你的文章分類很多可能會讓頁面拉很長，如果不喜歡，也可以改用category_tag_cloud的呈現效果。

產生完檔案還不夠，你還需要在_config.yml加一下你要include的區塊，以下是我自己的設定，請依個人需要修改：

1

default_asides: [asides/about.html, asides/recent_posts.html, asides/categories_tag.html, asides/googleplus.html, asides/plurk.html, asides/recent_comments.html, asides/twitter.html, asides/links.html, asides/advertise.html]

最後，重新rake generate之後應該就可以看到成果了，就如同你現在正在看的這篇文章的右手邊分類一樣的效果。

為了tag cloud看起來不會太擠，你可能會需要用CSS來調整一下line-height。

不確定這樣做是不是最好的做法，而且有些程式碼我還是硬寫在Ruby裡的，如果有更好的做法還請不吝告知 :)

這兩階梯次都是針對沒學過AS程式的朋友從頭講起的，沒有收費用。

沒意外的話，農曆年完之後再來個第三梯次，用的當然也是AS3.0，同樣也是不會收費用的(視場地規定，也許會有低消或場地費)，屆時再歡迎有興趣想學AS3，但卻不知道從何開始的朋友參加。

也許各位最近聽說”Flash快不行了，HTML5才是王道”之類的話，以我看來，Flash並沒有不行，目前大部份的web game都還是用Flash開發的，而且Flash現在還有AIR可以用，能做的事情幾乎跟一般native的應用程式差不多；更何況HTML5也還不是王道，它連標準都還沒定，而且還有最可怕的各家瀏覽器支援問題..雖然我自己也開始在練HTML5 + JavaScript的手感，但這跟Flash行不行無關，純屬個人興趣。

跟現在的AS讀書會有什麼不同?

AS讀書會目前是演講形式，我相信很多在讀書會聽完，大家只是聽一聽，回家很快就會忘光光，所以如果開課的話，我會要求大家想辦法帶電腦過來現場實作。因為是小班制，所以有問題馬上可以大家一起討論。

沒有什麼不可抗力的事情發生的話，上課頻率大概會是每週一次(可能會是在每週六的下午)，每次約2~3小時，全部上完大概一、二個月，所以如果沒把握能一週固定空出2~3小時的朋友就請把機會讓給別人囉。另外，我會準備每次上課的大綱，讓大家可以在現場練習，還可以帶回家複習。

對象

有心想學ActionScript 3.0但不知道從哪邊開始的人，至於想學動畫或設計的話我就幫不上忙了，那不是我的專長 :)

內容

從最簡單的基礎(變數、迴圈、function到OOP)，到套用好用的library/framework，可以實際做個小案子出來。

人數

大概10~15人

地點

應該會在台北市某個靠近捷運、有投影設備、麥克風，而且可以上網的地方(未定，如果有朋友可以推薦就更好了)。

會有錄影嗎?

不會 :)

費用

最多就是場地費吧 (當然如果有人要付我錢，我會很樂意收下的)

什麼時候報名?

應該農曆年過後一、二個月 :)

[2012.2.22 update] 最近不少朋友在問這個還有沒有要繼續，放心，當然有，目前正在編寫教材中。不過因為最近小的手邊的專案正在趕，所以可能進度會慢一些，預計應該可以在三月份開始(希望)。

真的這麼佛心? 有何目的?

當然有目的，我的目的很明顯也不怕大家知道：

• 複習我的AS3，程式很久沒寫會忘記
• 練習講話!!

我並沒有打算也沒那個本事要跟電腦補習班搶生意，我只是單純的因為我自己不是資訊相關科系畢業，在自學AS的路上吃過不少苦頭，也知道很多設計師在面臨程式碼的時候的痛苦，希望藉由我的一些經驗分享，讓大家少踩一些雷。

但修行最終還是得靠個人，千萬不要相信來了之後回去就會變強。之前有來參加過的朋友，有的已經在同行業界有不錯的成績，但也有的到現在還是什麼都不會。

屆時歡迎有興趣的朋友來參加，不過抱著只想來看看的心態的朋友就不歡迎了 :)

還好是中文版，不然我不知道要看多久才看得完。看完後覺得這真是本不錯的書，提出了許多實戰時候應該注意的”Do”跟”Do Not”，爾後再上台做簡報的時候可以用得上 :)

書摘

• “不知道為什麼當簡報軟體加進來時，我們便喪失說出好故事的能力” - 前言
• “我們天生就是視覺溝通者。想想幼稚園：我們的表達方式由蠟筆、黏土推動，不是文字處理機或試算表” - p.2
• “有些人就是不瞭解，簡報可以多麼有力和感人” - p.4
• “如果一張投影片超過75個字，就變成一份文件；如果在50字左右，就是大字報” - p.7
• “真正的簡報焦點應該放在簡報者，以及他們想要傳達的理念和概念” - p.7
• “聽眾不是閱讀你的投影片，就是聽你說話。他們不會同時做兩件事。所以，問問你自己：重要的是讓他們聆聽，還是讓他們閱讀比較有效?” - p.7
• “聽眾並不是來看你，他們是來看你能為他們做什麼” - p.15
• “簡報並不只是關於美學或把東西做得漂亮，而是關於創造意義” - p.18
• “簡報軟體這種工具，從來就不是設計來腦力激盪或繪圖” - p.26
• “精彩的簡報應該超越語言、地理、文化的界線。真理就是真理” - p.37
• “資料投影片要談的不是資料，而是資料的意義” - p.64
• “要有效傳達你的資料，就必須闡述你希望聽眾採取的結論” - p.68
• “投影片的目的不在於顯示所有的資料，而是傳達結論和見解” - p.72
• “使用未加工處理的真實圖像，將會提高聽眾的參與動機” - p.78
• “身為簡報者，想要成功，就必須像個設計師一樣思考” - p.83
• “把所有東西放在一張投影片上，是簡報者的懶惰” - p.93
• “沒有對比，你就死定了” - p.95
• “使用有人物的圖片時，要確認人看著內容，而非轉過頭或逃離內容” - p.97
• “如果連續三張投影片都有圖表，它們的軸線應該要一致，即使資料有所不同” - p.100
• “留白不一定是白色的” - p.106
• “保有淨空間是好事 – 擁擠代表設計的失敗” - p.106
• “將元素分散到多張投影片，每張投影片都獲得應有的注意力，聽眾也因能更好的理解概念而受益” - p.107
• “聽你演說的人，很可能早就知道你替哪家公司工作。在第一張和最後一張投影片指明自己或公司即可” - p.117
• “背景是平面、舞台、布景幕 – 不是主要焦點” - p.125
• “每個字形都有自己的個性” - p.142
• “每場簡報最好只結合兩種字型，一種用在大標和副標，另一種用於正文” - p.143
• “如果你計畫使用大型文字，或將之與圖像結合，請花時間排版文字” - p.146
• “進入投影片瀏覽模式，觀看66%大小的投影片。如果你還能看到，你的聽眾也可以” - p.152
• “照片應該要能組成有凝聚力的系統，彷彿是同一位投影師所拍下的作品” - p.160
• “在視覺資訊出場的那一瞬間，觀看者就會閱讀並處理資訊” - p.183
• “隱藏元素，直到提到時才讓它們出現” - p.183
• “不再將投影片當成枴杖，是個漫長的過程，需要時間、耐心、練習” - p.220
• “簡報者面臨最大的問題，可能在於沒有花時間預演” - p.220
• “放手的三R原則：刪減(Reduce)、錄音(Record)、重複(Repeat)” - p.221
• “想一想，如果斷電，你的簡報會發生什麼事” - p.230
• “單因為你的投影片看起來棒呆了，並不代表這些投影片能傳達有用的意義” - p.233
• “一旦聽眾發現你在讀文字，他們就會比你更早讀那些文字。結果就是：你跟聽眾不再同步” - p.234
• “每張投影片都只有一個論點。再多的話，就超過大部份聽眾的能力範圍了” - p.236

本文內容摘錄之文字及影片，其著作權屬原著作人或出版商所有。

投影片在這裡： View on Speaker Deck | Download PDF

如果想要看得更清楚的話，可以到Youtube切換成HD 1080p模式觀賞。

全部PHPConf Taiwan 2011的影片播放清單

如果大家對於內容有什麼問題，也歡迎在這裡留言，大家一起研究討論 :)

因為Speaker Deck沒辦法全螢幕播放，所以另外也上傳了一份到Slideshare。不過傳到Slideshare的字型好像會跑掉，變超醜..

部份內容是screencast影片，所以沒辦法在slideshare線上看到，有興趣看的人可以另外下載。依舊沒有太多有趣的哏，希望大家會喜歡。

不過有些很常做的工作，例字串變換大小寫，雖然JavaScript的字串本身已經有toUpperCase()以及toLowerCase()的功能，但我已經寫習慣Ruby的upcase跟downcase，要記那麼多個名字實在很辛苦，每次都得去google一才下知道要怎麼寫；又如果我想把某個字串重複10次，在Ruby有*可以用，但在JavaScript似乎沒有原生的function可以用.. 有沒有辦法也自己做一些讓自己順手的小工具，讓自己寫程式的時候順利一些呢?

如果你曾經寫過Python或Ruby，就會知道其實它們的類別裡的方法是可以很簡單的被打開再新增或覆寫(open class)，在JavaScript/CoffeeScript也有類似的做法，在CoffeeScript就是使用::來幫原來已經定義好的類別再增加功能：

1
2
3
4
5
6
7
8
9
10
11
12
13
14

String::repeat = (n) ->
  Array(n + 1).join @

String::downcase = ->
  @toLowerCase()

String::upcase = ->
  @toUpperCase()

String::find = (str) ->
  @indexOf str

String::has = (str) ->
  (@indexOf str) > 0

編譯出來的JavaScript長這樣：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

String.prototype.repeat = function(n) {
  return Array(n + 1).join(this);
};
String.prototype.downcase = function() {
  return this.toLowerCase();
};
String.prototype.upcase = function() {
  return this.toUpperCase();
};
String.prototype.find = function(str) {
  return this.indexOf(str);
};
String.prototype.has = function(str) {
  return (this.indexOf(str)) > 0;
};

其實那個::，用的就是prototype啦，這樣一來，你就可以寫出這樣的程式：

1
2
3
4

console.log "a".repeat 10                     # aaaaaaaaaa
console.log "this is a book".upper()          # THIS IS A BOOK
console.log "this is a book".find "book"      # 10
console.log "this is a book".has "book"       # true

程式看起來乾淨多了，也習慣多了，心情也會比較好一些。

PS: 不知道會不會有善心人士會把Python或Ruby一些好用的功能也port一份過來? 還是早就已經有了.. :)

1
2
3

(function() {

}).call(this);

你在.coffee寫的任何變數或function，都是被宣告為區域變數包在裡面，只會在裡面有作用而已。這其實是好事，因為這樣一來與外界隔離，你寫的東西不會去污染到別人寫的，相對的別人寫的東西也不會去弄髒你寫的。但假設因為某些不可抗力，硬是要把變數或function弄成global好讓所有頁面都可以直接使用，也不是沒辦法，你可以直接把變數或function掛在window物件底下：

1
2

window.logout = ->
  alert "You've already logout!" if confirm "Are you sure to logout?"

或是這樣做：

1
2
3

root = exports ? this
root.logout = ->
  alert "You've already logout!" if confirm "Are you sure to logout?"

第二種寫法看起來比較麻煩，但比較通用。exports是在Node.js裡定義的物件，上面第1行的意思是指會先檢查exports是不是已經有定義了，如果這段程式是在Node.js裡執行的話，因為exports是存在的，所以會定義一個root變數並指向它；如果是在一般的網頁上執行，因為沒有exports，所以會定義一個root指向this，也就是window物件 ，所以這樣的寫法的好處就是在網頁或是Node.js都行得通。

這樣一來，你在頁面上的按鈕就可以這樣寫：

1

<input type="button" value="logout" id="Logout" onclick="logout();" />

但是，如果可以的話，建議還是儘量避免用這種global變數的方式來寫程式，現在的JavaScript越寫越複雜，沒人知道你寫的東西會不會剛好就去衝到誰家寫的library，或是衝到你自己或同事寫的程式碼 :)

CoffeeScript has two different symbols for functions. -> is for ordinary functions, and => is for functions bound to the current value of this.

在CoffeeScript裡，用 -> 會產生一個Anonymous function，例如：

1
2
3
4

skinny = (name) ->
  "hello, I'm skinny #{name}"

console.log(skinny "eddie")

編譯出來的結果是：

1
2
3
4
5

var skinny;
skinny = function(name) {
  return "hello, I'm skinny " + name;
};
console.log(skinny("eddie"));

執行結果是：

hello, I'm skinny eddie

而 => 也是會產生Anonymous function：

1
2
3
4

fatty = (name) =>
  "hello, I'm fatty #{name}"

console.log(fatty "eddie")

執行結果是：

hello, I'm fatty eddie

就以程式的執行結果來看，用 -> 跟用 => 似乎沒什麼兩樣，但看一下用 => 編譯出來的Javascript程式碼：

1
2
3
4
5

var fatty;
var __bind = function(fn, me){ return function(){ return fn.apply(me, arguments); }; };
fatty = __bind(function(name) {
  return "hello, I'm fatty " + name;
}, this);

編出了看起來有點複雜的東東西，這串程式碼裡面看起來比較複雜的大概就是那個fn.apply()，我們先來看看那是做什麼的。

function.call() v.s function.apply()

直接來看段程式碼：

1
2
3
4
5
6

var who = "Eddie";
function doctor(){
  alert(who);
}

doctor();

這光用我們的人腦執行就猜得到結果是Eddie，如果我們再改一下：

1
2
3
4
5
6

var who = "Eddie";
function doctor(){
  alert(this.who);
}

doctor();

多了個this，但執行的結果還是一樣。這裡的this.who其實指的就是整個global的那個who，所以印出來結果也一樣。再來加一點變化：

1
2
3
4
5
6
7
8
9

var who = "Eddie";
var time_lord = { who: "the real doctor" }
function doctor(){
  alert(this);
  alert(this.who);
}

doctor();
doctor.call(time_lord);

其實this指的對像會隨著不同的情境而有所變化。例如我們平常可能會說：「媽! 我在這裡」，如果你是在公司說這句話，「這裡」表示的是公司；如果你是在家裡說這句話，「這裡」表示的是家裡。

再回來看程式碼，在上面程式碼的第8行的呼叫指的this是整個global，在這邊就是window，而第9行指的this則是透過call()方法傳進去的那個物件，程式碼所在的情境變了，所以當第5行要印出this.who的時候，會印出the real doctor。

其實通常沒特別指定的變數或function呼叫，前面的this是可以省略的，所以上面的第8行的doctor()也可以改寫成：

1

doctor.call(this);

執行結果是一樣的。再來繼續再加點變化，call()還可以傳更多的參數進去：

1
2
3
4
5
6
7
8
9
10

var who = "Eddie";
var time_lord = { who: "the real doctor" }

function doctor(real_name){
  alert(this.who);
  alert("His real name is : " + real_name);
}

doctor("Aquarianboy");
doctor.call(time_lord, "No one knows!");

另外，在JavaScript裡，還有一個跟call()有點像的function叫做apply()，這兩個的功能差不多，最大的差別是apply()傳的第二個參數是陣列，而call()的參數則是一個一個傳進去，並用逗號分開：

1
2
3
4
5
6
7
8
9
10

var who = "Eddie";
var time_lord = { who: "the real doctor" }

function doctor(real_name){
  alert(this.who);
  alert("His real name is : " + real_name);
}

doctor("Aquarianboy");
doctor.apply(time_lord, ["No one knows!"]);

大概知道在JavaScript裡call()跟apply()的意思之後，再回來看我們剛剛那段CoffeeScript編譯出來的程式碼：

1
2
3
4
5

var fatty;
var __bind = function(fn, me){ return function(){ return fn.apply(me, arguments); }; };
fatty = __bind(function(name) {
  return "hello, I'm fatty " + name;
}, this);

function一層包一層，return再return，不過大意就是把this當做參數傳進fatty這個function裡的意思。

什麼時候會用到

有點離題了..再回來看看CoffeeScript，原來，=>在定義function的同時，還會把this也同時給綁到這個function，雖然this會隨著所在的情境而有所改變，但=>把this給綁進來之後，可以確保在指向this的時候不會指錯人。

為什麼要這樣做? 什麼時候會用到它? 大多是被拿來當做event callback的時候會用得上，來看個範例：

1
2
3
4
5
6
7
8

class Student
  constructor: (@username) ->
  say_hello: =>
    alert "Hello, my name is #{@username}"

$ ->
  eddie = new Student("Eddie")
  $("#student_1").click(eddie.say_hello)

我把eddie.say_hello傳給click做為callback，意思就是當頁面上某個id叫做student_1的元素被點擊之後，就會去執行它，而執行結果是：

Hello, my name is Eddie

但是如果你把第3行程式碼的=>換成->的話，執行結果會變成：

Hello, my name is undefined

為什麼結果是undefined? 前面提到，this會隨著出現在不同的地方而會有不同的意思，如果你是用->的話，它的this是指向你剛剛點擊的那顆按鈕，而當然那顆按鈕上面不會有username這個屬性，所以印出undefined；如果是用=>的話，它會透過fn.apply()把this給包進來，所以say_hello裡的this，指的就是它自己這個物件，也就是Student類別產生出來的instance，印出來的結果就是你要的了。

細節可以再看看它編譯出來的JavaScript code，大概就可以知道->跟=>各別做什麼不同的事。

以上，供大家參考，如果有哪邊寫錯再請跟我說 :)

前言

我相信很多人學習Ruby是因為Ruby on Rails的緣故，但Rails在改版的速度很快，而且有時候改版的幅度不小，例如從以前的2.x版本跳到3.x版本，甚至有些小版號的改版幅度也不小。像是不久前release出來的Rails 3.1.0，就跟3.0.x的架構就差滿多的。就算不談Rails，光是主流的Ruby目前也有1.8.x跟1.9.x的分支，在功能上都有些差異。

這些新推出來的新玩具有的很好玩，不裝起來試一下就會覺得手很癢。你當然可以在你電腦裡安裝這些不同版本新玩具，但畢竟在自己工作的機器上試是有風險的，萬一把環境弄壞了還得花時間想辦法回復。以往我們可能會使用類似VirtualBox之類的軟體來模擬作業環境，玩壞了隨時都可以很快的還原或重建一個新的，不過即使這樣還是有點麻煩。

這時候你就需要RVM(Ruby enVironment(或Version) Manager)了，有了它，你可以安心的在你的電腦裡同時安裝多個不同版本的Ruby而不會打架，例如標準的MRI(Matz’s Ruby Interpreter)，或是REE(Ruby Enterprise Edition)，甚至是JRuby、MacRuby都沒問題，在RVM裡都可以都可以隨你高興的切換。RVM裡每個版本的Ruby的gem也都是分開裝的，甚至在同一個Ruby版本底下也可以建立不同的gemset，彼此獨立互不影響。如果哪天覺得膩了、不想玩了，可以用rvm remove指令移掉指定的版本；萬一哪天整個不想要玩了，因為RVM是把檔案安裝在/home的個人帳號資料夾底下，所以也不會去影響到系統的設定，不要的時候就整個~/.rvm資料夾砍掉就行了，不會影響原來系統的設定。也就是因為RVM是安裝在你的個人帳號底下，所以你在安裝過程中是不需要root權限的。

安裝

以下提到的各項安裝指令，會以Ubuntu 10.10做為示範。

安裝RVM會需要兩項工具curl跟git，如果沒有的話請用apt-get install curl以及apt-get install git指令把這兩個裝起來(安裝這兩個工具你可能需要有系統的root權限)。這兩項工具安裝完成後，請打開你的終端機，貼上這行：

bash < <(curl -s https://raw.github.com/wayneeseguin/rvm/master/binscripts/rvm-installer)

它就會開始去下載RVM的安裝程式回來並且自動開始進行安裝。完成後還需要做一下簡單的設定，看你用的shell是哪一套而要修改不同的檔案，假設你用的是ubuntu預設的bash shell的話，你可以直接在終端機裡貼下面這行：

echo '[[ -s "$HOME/.rvm/scripts/rvm" ]] && . "$HOME/.rvm/scripts/rvm" # Load RVM function' >> ~/.bash_profile

更詳細的安裝說明可以參考官網的安裝說明。

使用

接著我們來看一些在RVM裡常用的指令，rvm list known會列出目前有哪些可以安裝的列表：

> rvm list known

# MRI Rubies
[ruby-]1.8.6[-p420]
[ruby-]1.8.6-head
[ruby-]1.8.7[-p352]
[ruby-]1.8.7-head
[ruby-]1.9.1-p378
[ruby-]1.9.1[-p431]
[ruby-]1.9.1-head
[ruby-]1.9.2-p180
[ruby-]1.9.2[-p290]
[ruby-]1.9.2-head
[ruby-]1.9.3-preview1
[ruby-]1.9.3[-rc1]
[ruby-]1.9.3-head
ruby-head

# GoRuby
goruby

# JRuby
jruby-1.2.0
jruby-1.3.1
jruby-1.4.0
jruby-1.6.1
jruby-1.6.2
jruby-1.6.3
jruby[-1.6.4]
jruby-head

# Rubinius
rbx-1.0.1
rbx-1.1.1
rbx-1.2.3
rbx-1.2.4
rbx[-head]
rbx-2.0.0pre

# Ruby Enterprise Edition
ree-1.8.6
ree[-1.8.7][-2011.03]
ree-1.8.6-head
ree-1.8.7-head

# Kiji
kiji

# MagLev
maglev[-26852]
maglev-head

# Mac OS X Snow Leopard Only
macruby[-0.10]
macruby-nightly
macruby-head

# IronRuby -- Not implemented yet.
ironruby-0.9.3
ironruby-1.0-rc2
ironruby-head

長長的一大串，幾乎目前常見的Ruby Interpreter都有了。列表裡的中括號表示那些是可以省略的，所以如果用rvm install來安裝的時候輸入：

> rvm install 1.8.7

會自動找[ruby-]1.8.7[-p352]這個版本的Ruby來安裝。前面我們提過可以一次安裝多個不同的版本，所以你也可以再裝個1.9.2的版本：

> rvm install 1.9.2

如果你對最新的Ruby 1.9.3版本有興趣，雖然目前還沒正式release，也可以試著裝一份來試一下它的新功能。再來，我們看看目前已經安裝哪些版本：

> rvm list

rvm rubies

        ruby-1.9.2-p290 [ i686 ]
        ruby-1.8.7-p352 [ i686 ]

可以看到我電腦上目前裝了2個版本的Ruby(1.8.7跟1.9.2)，這時候我們來看看Ruby的版本：

> ruby -v
ruby 1.8.7 (2010-06-23 patchlevel 299) [i686-linux]

看到patchlevel只有299，表示這個不是我們剛才安裝的版本，這是系統裡原來就已經裝好的。如果要切換到我們剛才安裝的Ruby 1.9.2版本：

> rvm use 1.9.2
Using /home/eddie/.rvm/gems/ruby-1.9.2-p290

想少打幾個字的話，use也可以省略：

> rvm 1.9.2

再來看一下Ruby的版本：

> ruby -v
ruby 1.9.2p290 (2011-07-09 revision 32553) [i686-linux]

已經切換到Ruby 1.9.2了! 不過有個小問題是，RVM會在下次終端機視窗重開的時候回到預設值(就是系統內建的Ruby版本)，所以如果你希望每次開終端機視窗的時候都會切到Ruby 1.9.2的話：

> rvm 1.9.2 --default

這樣你每次開終端機視窗就會自動幫你切換到1.9.2版了。如果你想切回到原來系統內建的版本：

> rvm system

不要了，想砍掉它?

> rvm remove 1.9.2

就可以把指定的版本移除了，相當便利。如果你整個RVM都不想要了，只要把個人帳號底下的.rvm資料夾整個移除，再把.bash_profile的RVM相關設定改回來，就會整個清潔溜溜了。

運作原理

你也許會好奇為什麼RVM可以這麼神奇的切換Ruby的環境，我們來看一下系統的預設PATH：

> echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/eddie/.gem/ruby/1.8/bin:/usr/local/lib/python2.6/dist-packages/django/bin:/home/eddie/.rvm/bin:/home/eddie/.rvm/bin

> which ruby
/usr/bin/ruby

> ruby -v
ruby 1.8.7 (2010-06-23 patchlevel 299) [i686-linux]

(以上內容是我自己電腦裡的設定，可能跟各位的會有些不同)

再來用RVM切換到1.9.2：

> rvm 1.9.2
Using /home/eddie/.rvm/gems/ruby-1.9.2-p290

> echo $PATH
/home/eddie/.rvm/gems/ruby-1.9.2-p290/bin:/home/eddie/.rvm/gems/ruby-1.9.2-p290@global/bin:/home/eddie/.rvm/rubies/ruby-1.9.2-p290/bin:/home/eddie/.rvm/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/eddie/.gem/ruby/1.8/bin:/usr/local/lib/python2.6/dist-packages/django/bin

> which ruby
/home/eddie/.rvm/rubies/ruby-1.9.2-p290/bin/ruby

> ruby -v
ruby 1.9.2p290 (2011-07-09 revision 32553) [i686-linux]

事實上，RVM是把不同版本的Ruby安裝在你的個人帳號底下的.rvm資料夾，在你切換不同版本的Ruby的時候，會幫你把系統預設的PATH的最前面加上這個.rvm的資料夾，當你在終端機底下輸入ruby指令的時候，系統原本的/usr/bin/ruby因為在PATH的比較後面，所以感覺會暫時失效而使用RVM版本的Ruby。你可以試著用rvm info來看看RVM幫你做了哪些設定。

Gem

在RVM裡，不同版本的Ruby的gem是各別獨立的，來做個簡單的實驗，例如我們先切換到1.9.2底下：

> gem list

*** LOCAL GEMS ***

bundler (1.0.0.rc.5)
json (1.6.1 ruby)
rake (0.9.2 ruby)
rdoc (3.10 ruby)

再來我們切換到1.8.7，然後安裝Rails：

> rvm 1.8.7
> gem install rails

然後你就可以看到一大票的安裝訊息，然後我們看看gem的安裝情形：

> gem list

*** LOCAL GEMS ***

actionmailer (3.1.1)
actionpack (3.1.1)
activemodel (3.1.1)
activerecord (3.1.1)
.. 略 ..
rails (3.1.1)
railties (3.1.1)
rake (0.9.2 ruby)
rdoc (3.10 ruby)
sprockets (2.0.2)
thor (0.14.6)
tilt (1.3.3)
treetop (1.4.10)
tzinfo (0.3.30)

安裝了最新版本的Rails 3.1.1，這時候切回去Ruby 1.9.2再看原來的gem list的話，還是原來的樣子，表示gem是跟著不同版本的Ruby獨立安裝的。

要注意的是我們在RVM安裝的任何Ruby版本都跟系統的Ruby無關，即使版號相同也是不同的Ruby，gem也不會安裝到系統的Ruby裡，所以可以放心的玩。基本上你只要發現你在安裝gem的時候會需要root權限的時候，通常你用的就是系統版本的Ruby了。

Gemset

Ruby/Rails的世界在進步很快，套件的版本會一直在變，所以很常看到這個狀況：

> gem list
.. 略 ..
rails (3.1.1, 3.1.0, 3.0.9, 3.0.7)
.. 略 ..

同一個套件就裝了二、三個以上的版本，看了實在有些討厭，而且也不知道會不會遇到版本衝突的問題。如果你跟我一樣有這方面的潔癖，你可以選擇把不用的版本移除掉，不過我會建議你用不同的gemset來管理。例如我想同時在1.9.2版本的Ruby底下同時安裝Rails 2.3.9跟3.1.1版本，來看看怎麼做。

先切換到1.9.2之後，建立一個準備要來裝Rails 2.3.9版的gemset：

> rvm gemset create rails-2.3.9
'rails-2.3.9' gemset created (/home/eddie/.rvm/gems/ruby-1.9.2-p290@rails-2.3.9).

這邊不一定要跟我一樣用rails-2.3.9，gemset的名字你可以取自己喜歡的。再來建一個給Rails 3.1.1版的：

> rvm gemset create rails-3.1.1
'rails-3.1.1' gemset created (/home/eddie/.rvm/gems/ruby-1.9.2-p290@rails-3.1.1).

看一下目前的已經建立的gemset：

> rvm gemset list

gemsets for ruby-1.9.2-p290 (found in /home/eddie/.rvm/gems/ruby-1.9.2-p290)
        global
        rails-2.3.9
        rails-3.1.1

你看到2個我們剛剛建好的gemset，那個global是整個Ruby預設的gemset，如果沒特別指定的話，gem都是安裝到global裡面。再來我們切換到rails-2.3.9：

  > rvm gemset use rails-2.3.9

來安裝一下Rails 2.3.9版

> gem install rails -v='2.3.9' --no-rdoc --no-ri
Fetching: activesupport-2.3.9.gem (100%)
Fetching: activerecord-2.3.9.gem (100%)
.. 略 ..
Successfully installed activeresource-2.3.9
Successfully installed rails-2.3.9
7 gems installed

安裝完成，再來切換到rails-3.1.1：

> rvm gemset use rails-3.1.1

再來做一樣的動作，只是版號改成3.1.1。兩個gemset都裝好之後來看看結果：

> rvm gemset use rails-2.3.9
> rails -v
Rails 2.3.9

> rvm gemset use rails-3.1.1
> rails -v
Rails 3.1.1

如果你要從別的版本的Ruby直接切換到指定的gemset：

> rvm 1.9.2@rails-3.1.1

你可以隨你高興的建立、切換gemset，每個gemset都是獨立的。如果玩膩了或玩爛了，想要把rails-2.3.9這個gemset清空的話：

> rvm gemset empty rails-2.3.9
WARN: Are you SURE you wish to remove the installed gems for gemset 'ruby-1.9.2-p290@global' (/home/eddie/.rvm/gems/ruby-1.9.2-p290@global)?
(anything other than 'yes' will cancel) > yes

清空只會把安裝的gem砍掉，gemset的名字還會在；如果想把整個gemset刪掉：

> rvm gemset delete rails-2.3.9
WARN: Are you SURE you wish to remove the entire gemset directory 'rails-2.3.9' (/home/eddie/.rvm/gems/ruby-1.9.2-p290@rails-2.3.9)?
(anything other than 'yes' will cancel) > yes

各別專案設定

有時候我們會遇到專案A用的是Ruby 1.8.7，專案B用的是Ruby 1.9.2，雖然RVM可以很快的切換，但偶爾忘了換回來可能也會造成一些困擾。這時候你可以在該專案的資料夾底下放一個.rvmrc的檔案，只要簡單的一行設定：

rvm use 1.9.2@rails-3.1.1

如果後面沒特別指定的話，預設會使用global的gemset。在你第一次進到該資料夾的時候會出現一個提示訊息：

> cd project1
==============================================================================
= NOTICE                                                                     =
==============================================================================
= RVM has encountered a new or modified .rvmrc file in the current directory =
= This is a shell script and therefore may contain any shell commands.       =
=                                                                            =
= Examine the contents of this file carefully to be sure the contents are    =
= safe before trusting it! ( Choose v[iew] below to view the contents )      =
==============================================================================
Do you wish to trust this .rvmrc file? (/tmp/project1/.rvmrc)
y[es], n[o], v[iew], c[ancel]> yes
Using /home/eddie/.rvm/gems/ruby-1.9.2-p290 with gemset rails-3.1.1

這樣當你下次再用cd指令進到該資料夾的時候，就會自動幫你切換成你指定的Ruby + gemset版本。

你可能會遇到的麻煩..

RVM很方便、很好用，但之前在OSSF工作坊開Ruby的課的時候也曾經吃過悶虧。RVM在安裝的時候，有些特別的package的安裝需要另外處理，像OpenSSL就是其中一例。就算用系統的apt-get install來安裝也沒用，RVM也是找不到而出現LoadError。需要用以下面這個方式來安裝：

> rvm pkg install openssl
> rvm remove 1.9.2
> rvm install 1.9.2 --with-openssl-dir=$rvm_path/usr

除了OpenSSL之外，Readline也有類似的狀況，如果你是用RVM在Ubuntu上練習寫Rails的時候特別容易遇到，這點還請多留意。更多詳細內容可參考這裡。

結論

RVM可以快速的在各個版本之間切換，每個版本跟gemset之間也都切得很乾淨，不會影響到原來系統設定，對我這種喜歡嚐鮮、試新玩具又怕把系統搞髒搞爛的人來說，真的是一大福音!

參考資料

• [RVM官網]

我們來看看要怎麼把jQuery跟CoffeeScript放一起。

簡單的說，就跟你平常在用jQuery沒什麼兩樣，例如你要取得頁面上某個元素：

1

$pokemon = $('#pikachu')

就可以取得頁面上某個id叫做pikachu的元素(這例子是從那本CoffeeScript的書上借來的 orz)。

再來，你可能寫過這樣的程式：

1
2
3

$().ready = function(){
  alert("hello, jQuery");
};

就是在頁面載入完成後跟你打聲招呼的程式，在CoffeeScript裡你就這樣寫：

1
2

$().ready ->
  alert "hello jQuery"

如果你是用這種寫法：

1
2
3

$(function() {
  alert("hello, jQuery");
});

改成CoffeeScript則是：

1
2

$ ->
  alert "hello, jQuery"

其實寫法跟原來的寫法沒什麼兩樣，就一樣$給它用下去吧。

你可能也寫過類似這樣的東西：

1
2
3
4
5

$(function(){
  $('h1').click(function() {
      $(this).html('I am clicked');
  });
});

意思是「點擊h1元素之後改變它的內容」，改成用CoffeeScript寫的話：

1
2
3

$ ->
  $('h1').click ->
    $(@).html 'I am clicked'

好像已經簡單到我都不好意思要寫這篇了..

如果要寫jQuery的Plugin呢? 舉個簡單的例子，例用Regular Expression來檢查Email格式的小程式，原本可能會長得像這樣：

1
2
3
4
5
6
7

(function($){
  $.fn.extend({
    isEmail: function(email){
      return /^\w+((-\w+)|(\.\w+))*\@[A-Za-z0-9]+((\.|-)[A-Za-z0-9]+)*\.[A-Za-z0-9]+$/.test(email);
    }
  });
})(jQuery);

改成用CoffeeScript寫會長這樣：

1
2
3
4
5

$ = jQuery

$.fn.extend
  isEmail: (email) ->
    /^\w+((-\w+)|(\.\w+))*\@[A-Za-z0-9]+((\.|-)[A-Za-z0-9]+)*\.[A-Za-z0-9]+$/.test email

少了一些不必要的大括號跟小括號以及分號，看起來真的清爽多了 :)

另外也有朋友問到，如果CoffeeScript這麼威的話，要不要乾脆把之前寫的JavaScript程式碼全部port成CoffeeScript嗎? 我想這問題的答案就由各位自己評估了。我是因為自己爾後的案子應該會用到Rails 3.x居多，所以會把自己之前寫的一些東西也慢慢的轉過來(但其實也沒多少程式碼)，順便當做練功。

我之前工作的某個老闆跟我說過「每次的上台簡報就是一場表演」，這句話我一直記在心裡。即然是表演，表演內容固然很重要，但”說故事”的方法也很重要，不然內容也許真的很棒，但台下卻睡成一團。

不久前看了我的偶像之一Lindsay Fallow(a.k.a Stray)的一份簡報Robotlegs 2 and your brain，真的感覺會做投影片的人就是不一樣，即使人不在現場聽演講，簡報裡也沒有太多的文字說明，光看簡報就能大概知道作者想要表達的意思，這很酷!

所以這回在第一屆的PHPConf Taiwan上用的投影片，我也想來試一下不同的簡報風格。

投影片準備

設定方向

因為我的場次只有20分鐘，要講很詳細是不可能的，而且我猜聽眾們對這個主題應該有些陌生，所以我把投影片設定在入門簡介等級的，目的是讓大家知道或認識這個主題就好。

軟體選擇

其實軟體不是重點，沒有什麼”用XX軟體來做簡報才是王道”這回事，只要選擇自己順手的工具來做就行了。前面幾場我選擇用HTML5 + Deck.js來做，我覺得效果滿ok的。基於自以為自己是個閃客，本來想用Flash來做，但時間有點趕，而且我想做的內容可能會需要更精準的控制元素的位置，所以最後我選擇了Keynote。

製作概念

用圖片來取代我想講的話，讓聽眾看到圖片之後能自行腦補我想表達的意思，這是我這回想要試驗的目標。

例如我想表達CoffeeScript因為是最近才出來的，會不會被大家認為”嫩”、”年輕”、”不成熟”的感覺，本來想找嗷嗷待哺的幼鳥，但因為幼鳥的皮膚顏色並不好看，所以最後找了小鴨：

再來例如我想表達的是「JavaScript看起來很容易學、很容易寫，但要寫到夠好卻很不容易」。閃過腦袋的「簡單」是「a piece of cake」：

但即使是一片蛋糕，也是有人可以吃的很難看，滿嘴都是：

圖片真的有達到我想表達的意思嗎? 不確定，如果沒有，表示我還有很大的努力空間。

整體而言，我準備投影片的內容大概只佔了30%的時間，60%的時間在找圖，剩下的10%在順投影片。值得嗎? 我覺得這是不同的嘗試，並沒有值不值得的問題。

自我介紹

上台表演是個讓大家認識你的好機會，所以在投影片裡放個自我介紹是很重要的。這是我本來的自我介紹頁：

整個都是字，密密麻麻的感覺好像感覺很強大、有幾百年功力的樣子。但我其實並不想在個人頁停留太久，而且寫了一堆，別人也不見得想看，還可能被覺得是在吹噓當年有多勇。真正厲害的角色只要一句：

I’m CEO, Bitch

輕描淡寫的一句話，大家就知道他的趴數了。

為了讓自己更快讓別人知道我的比較熟悉的技能，所以我做了這張，跟大家說我是寫Flash的：

然後把前面那個都是字的內容縮減成這樣：

其實字還是滿多的，所以我不會全部照著唸，在這頁我大概只會停留10秒鐘以內就會離開。至於網站或是聯絡資訊，反正也不會有人想看，所以我在放在最後一張。我把它放在最後一張並不表示不讓它登場。我大概計算過，在我跟大家說謝謝準備下台之後，從我原本站的位置走到我的電腦、關掉投影片，大概有5秒左右的時間，這個時間我預計大家都在拍手，然後我會在這個時候從倒數第二張的QA畫面，切換到最後一張投影片：

字型

全英文投影片? 英文是很厲害是嗎?

當然不是! 不得不說，中文字型的筆畫多，如果想走精緻路線很吃虧，所以除了我的名字是中文的之外，其它的我選用英文來寫。

為了不讓字型搶了圖片的風采，所以我想找細一點的字型，但如果太細到時候播放出來又擔心看不清楚，所以字型的樣式跟粗細在用的時候是要很注意的。系統裡的字型沒有我看喜歡的，所以我上網找找看有沒有漂亮的字型，後來找到Rawengulk這套字型，樣子看起來像這樣：

免費而且可商業使用。雖然它不是等寬字，不過這套字型從最細到最粗看起來都滿舒服的，在視覺上跟圖片應該會滿搭的(個人感覺)。

順便也備份了一下。

圖片來源

一開始我是使用Google的圖片搜尋功能，但圖片的尺寸、品質好壞很難控制，而且授權也不見得都有標示清楚。後來才發現Flickr是個很棒的圖片來源，照片多，而且有很多CC(Creative Commons)授權的圖片，只要搜尋的時候加勾選就行了。

CC授權的作品大多只要在使用的時候標記作者姓名、出處，而且不做為商業用途的話，幾乎可以無限制的使用，感謝這些人無私的奉獻。

然後因為我還沒辦法做到完全只靠圖片就說故事給大家聽，還是需要一些簡單的字比較容易說明，所以在選擇照片的時候我會特別選擇有適當的留白區塊可以讓我填字的照片。

上台表演

上台前準備

我大概花了10%的時間在練習講自己的投影片，我儘量要求自己記得所有投影片的順序，這樣我才能不用回頭看一下投影片就可以繼續講下去，腦袋裡本來預計要講的故事不會因為這樣中斷，在講的過程中因為自己知道下一頁要講什麼，也比較不會緊張。

站的位置

我不喜歡選擇站在講桌後面講話，除非是要操作電腦。

雖然不是第一次來中研院的這個會議廳，但以前都是當聽眾，不知道前面的舞台有多長多寬、視野如何，所以我一早到會場，試了一下投影機沒問題之後就先去試一下舞台，看看哪個位置是我可以看得到我目前簡報播到哪一頁，還可以看到全部的聽眾，也可以讓大家都看得到我。

photo by othree

簡報器

Wii手把真的是個很不錯的簡報器。

Apple雖然有出一隻長得像ipod的遙控器，但它是紅外線的，缺點就是距離短，而且有指向性，只要站太遠或指的角度不對，就沒辦法用。而Wii是使用藍芽跟電腦連結的，不僅距離長，而且不用太刻意指向電腦就可以操作簡報。

有些手機的App可以做到類似的事，但因為手機是平的，不像Wii手把的十字鍵是凸起來的，所以我如果我對這個App不熟的話，可能得先低頭看一下手機的畫面才能操作，而且可能還得一手拿著、另一手來操作，但Wii手把的話則是只要一隻大姆指就可以輕鬆操作了。

除此之外，Wii手把在”視覺上”還有某種程度的娛樂效果 :)

photo by othree

麥克風

因為拿一般的無線麥克風的話，會讓我兩隻手都被佔用，沒辦法有其它手勢，所以我最後跟會場借了小蜜蜂來用。

其實我本來想去找像豬哥亮那種可以把麥克風吊在脖子上的東西，然後把自己搞得像夜市叫賣的，我很愛這種不協調的感覺，只是不知道要去哪邊買就是了。

與台下聽眾互動

有些人喜歡在演講過程透過問台下聽眾問題來增加與聽眾的互動，但就我觀察，台灣的聽眾普遍都比較害羞，很容易在問問題的時候會遇到沒人要鳥你的情況。所以問問題就要有用一點小技巧，例如「請問台下有沒有人平常的工作是寫JavaScript呢?」這個問題，我用了反面的問法：「請問台下有沒有人平常的工作是”不用”寫JavaScript呢?」，即使大家不捧場，也滿容易再接下去講，場面比較不會僵掉或是中斷原本的流程。

眼睛看哪裡?

當然要看正妹啊!!(誤)

上台表演難免會抖，而我自己消除緊張的方法，是在講的過程中，快速掃瞄台下對我講的內容有反應的聽眾，反應包括微笑、點頭等表示聽得懂或認同的，然後把比較多的視線停留在這些人身上來增加自己的一些自信，當自信增加到一定程度之後就比較不會抖了。

結論

記得要預先盤算你要做的每個動作的目的以及台下聽眾可能會有的反應(也許是笑、也許是問問題，或是丟雞蛋)。每次的表演結束後，如果有錄影的話，請再花點時間看看自己的表演，看看哪邊是有問題的。不要覺得不好意思，別人眼中的你才是真正的你，鏡子裡的那個自己並不是。看看自己的動作、語調，然後利用每次的演講就改掉一些缺點，才會越來越進步。

我一直相信，只要用心的準備每次的表演，台下的聽眾也會用心的回應你的，即使不是當面跟你說，也會在社群網路上看到正面的回應。

一些個人的想法，與大家分享。

自己要檢討的地方：

• 講話依舊有些抖
• 無謂的手勢太多
• 時間的掌控不足