Guild Wars: Rilohn Refuge

Rilohn Refuge 印象滿深的，之前是跟榮一起打的，為了抓 Sandstorm
與 master reward, 失敗過幾次。那時我其實是走 Margrid the Sly, 不過
那個任務是什麼我已經不太記得了。只記得最後是救出 Kormir 就是了。

所以我知道這個任務應該不好打，儘管 wiki 上沒特別說不好打。但事後
證明，其實只是我沒仔細看而已... 猶豫了一陣，決定還是打 hard mode
看看。因為我知道這個任務其實不長，失敗了也沒什麼。

結果我打到第三次才成功。第一次只能說太大意了，跟上次一樣用隨便的
心態，繼續帶著寵物上場 XD 居然打到中間就全滅了。第二次決定認真一點，
於是自己換上 Soul Twisting deck, 兩隻 Elementalist 的技能也稍微調整
一下，把 Air deck 換掉，在這邊似乎沒什麼用。

打到中間都還很順利，結果最後死在 The Drought 手上。說真的，如果
只是單純被打到全滅，雖然很可惜，真的只差一點。但在全滅前，我被
一發 Stoning 擊中很傻眼。居然跳出 6xx 的數字...

喂喂，裝一堆增加 health 的裝備，也只能到 5xx 啊。一擊殺是怎樣...
Glint, 甚至是 Shiro 都沒那麼暴力 :s

所以第三次嘗試時，心想這次絕對要過，要對症下藥了...。先是另外讓其他
兩個英雄攜帶 Winter, 不要只是我自己帶，避免自己忙碌時忘記放。接著，
把 Elementalist 拿掉一隻，換上 Paragon, 帶上三種 daze 技能，加上
Grapple 要絆倒他。除此之外，Elementalist 也換成 Ward Against Harm
加上 Ward Against Elements 那個保護用的 Elementalist...

走到 The Drought 面前後，我立刻關掉觀察英雄狀態的視窗，要集中注意
力。先放 Winter, Soul Twisting, 接著立刻放 Shelter, 然後注意 Shelter 的
狀態。通常 Shelter 會在兩、三秒後就死去，立刻接著放第二次 Shelter,
然後第三次 Shelter. 如果 Soul Twisting charge 完了，立刻接上，然後
不斷一直放 Shelter.... 其他的 binding rituals 都不管了 @@

畢竟 Stoning 要真有 6xx 的傷害，Shelter 可以讓他降到 6x, 是唯一阻止
他秒殺隊友的方式。而被他 Sandstorm 擊中，雖然全體已經放了一堆防禦
技能了，還是每秒會被打 1xx, 同樣需要靠 Shelter 防禦，因此 Shelter
根本撐不住三秒，有時候一兩秒就死了 @@

這樣打還是有幾次隊友差點被打死，可能是我 Shelter 接得不夠快...

我也記得這場之後的下一場，之前打 normal mode 也失敗過幾次，
而且 bonus 超難拿的，可能就放棄不打 hard mode 了，畢竟連 wiki
都說非常難打...

另外，事後看了一下這任務的 wiki, 才注意到其實有推薦 Broad Head Arrow
和 Power Block, 不需要用 Paragon 本身的 daze, 比較不穩定。
啊，真笨，打前應該仔細看的，這兩招看起來確實都穩當許多，
我卻忘記了。嘛，反正也過了。只是下次得記得不要忘記 Ranger...

---

真希望有自動上連結的程式。不過像 wiki 還好處理，不同網站的話，
還真不知道要怎麼讓編輯過程容易些。

Guild Wars: Master of Magic

昨天在排 deck 時，忽然很困惑，為什麼我找不到 Master of Magic?
找半天最後只好下結論，其實我還沒有抓這個技能？雖然我印象中是已經
抓過了...。

於是查了一下 wiki, 看起來是打 Admiral Kantoh 是目前比較單純的方式。
就跑去打打看了。這一打就立刻回想起來，我可以保證這個技能我抓過了！
所以要不是 Guild Wars 真的在某個地方有回溯什麼的，要不就是 bug
之類的。

之所以這麼肯定，是因為打 Admiral Kantoh 本來就是讓人印象深刻的一戰...
他站在很高的地方，要走上去，要一路殺一堆 Kournan solider, 並沒有很好
打。除了敵人很多很強很難打外，正好地形又有很多狹長的步道。策略上，
把敵人引到這種狹長的地方，就能靠 nuker 很快地全部清掉。儘管這樣，
還是可能打到全滅就是了。

我記得我那時候用 Dervish 打，差不多全滅兩次左右。這次用 Ritualist,
也是全滅兩次。差別在於，前者打 normal mode, 後者打 hard mode, 最後
還順便把 Jahai Bluffs Vanquish 掉，反正差不多也打完一半敵人了。
最後差不多打死 300 個敵人後成功 Vanquish, morale boost 還很高...

還有一個讓人印象深刻的一點。就是一路往上走的中途，會看到 Altar...
跟這邊的 Priest 講話可以取得 Kournan 的 hunt. 這些全部都讓人印象深刻。
畢竟我記得那時候我是硬著頭皮去打的...。很想要 Master of Magic 嘛。

加上上次 Dervish 其中一個 Avatar 忽然消失不見的印象，需要重抓。
那時候我就很困惑，照理說我應該全部 Avatar 都抓過才對。但也只覺得
或許真的是自己記錯了。

這樣算起來已經兩個技能消失不見，那就應該不是我記錯了吧...?
不知道是不是還有其他技能消失... :(

不要跟我說是我沒存檔 XDDDD

Eye of the North and Kodonur Crossroads

終於受不了，打開 Guild Wars 打了一陣，果然早該拿出來打一打..?

總而言之，沒想到 Vanguard 那邊居然沒接多少個 quests, 立刻就打
destroyer, 然後居然就結束了... 感覺實在有點突然。一下就知道 destroyer
藏身在哪，然後莫名其妙就抵達，然後莫名其妙就贏了。說真的，在這
三個 campaign, 還有 Eye of the North 這個 expansion, GW:EN
(Eye of the North) 實在是最讓我不能接受的。

1. 強度不平衡，讓低等級角色可以拿到高等級 hero

2. dungeon 的 reward 太好了，quest 也送太多 XP 了。
動不動就一直升級，以前的角色情何以堪。

3. 不怎麼好玩的小遊戲小 quest 太多了，我還卡其中一個，
很難打耶，反應要很快才贏得了，我反應不夠快 :s

4. solo quest 太多了，有些 solo quest 很難打，不善長 solo 的
角色很可能會卡住打不贏... 幸好我現在用 Ritualist solo 很強，
之前有些角色，好像是 Warrior 就一直打不贏 :s

5. 音樂搭配不太好... 之前的形容是激烈的戰爭配上優美的古典樂 :s

6. dungeon 可以重複打實在很無聊，而且又沒有標記，我根本不記得
哪些 dungeon 打過了，哪些沒有。

7. dungeon 不能開地圖，每次進去都要重新探索很麻煩...

8. PvE 技能也未免太多了吧，而且有些根本就是強得過頭了。
那些 Elite Form 是怎樣？居然可以讓 caster 搖身變成 melee 大王。

9. 劇情也真的是有夠無聊的 :s 是說也比其他 campaign 短就是了。

說真的，Eye of the North 完全走樣，而且感覺是為了 GW2 在鋪路。
對於 Noan, Dwarf, Vanguard (Human), Charr, Asura 的描述都不少，
但全講像是走馬看花，而且真的是粒粒分明，最後大家友情各放一招，
諸如此類的感覺...

所以打完 Eye of the North, 暫時不想把其他還沒打完的 quests 打完，
還不如繼續打 Nightfall 算了。把那些 quests 留著，還能拿來餵打完
Nightfall 後可以重新取得的 heroes.

幾乎各方面，我都覺得 Nightfall 做得好很多。尤其剛剛打了一個 mission,
原本這個 mission 只是一個 outpost, 但情節一到時，立刻就變 mission,
跟裡面的人講話即可打 mission.

在 Prophecies, Factions 則都是用守衛把玩家擋住不讓你過去，說真的
我最討厭這招了 =_= GW:EN 中則是看不太出來 mission 是哪些，沒有
明顯的分界。

總而言之... 還是 Nightfall 最好，各方面都是。Factions 則是太難打，
而且後期劇情分成兩大邊，打完一線還要回頭打另一線，雖非必要，
但感覺就很怪。Prophecies 則是劇情有點太支離破碎，而且前期太悶，
後期又跟 Factions 類似很難打。GW:EN 上面提過了，感覺更糟...
不過難度是低很多啦。純打 Prophecies 或 Factions 其實都還滿痛苦的。
可如果先去 Nightfall 或 GW:EN 拿 hero 的話，那又滿好打的...

* * *

剛剛打完 Nightfall 的 mission 是 Kodonur Crossroads. 有點猶豫
到底要打 normal mode, 還是 hard mode. 其實想輕鬆一點打 normal
mode, 但如果要跟 jaiyalas 重打的話，先打 hard mode 才不會重複 XD

wiki 上面翻一翻，看起來 hard mode 並沒有那麼容易打的樣子...
上面強調 Priest 會很難殺。猶豫了一陣子後，決定還是打 hard mode,
反正我對我的 heroes 軍團有信心？

新拿到一定要上場的 hero 是 Zhed Shadowhoof... 只有 17 級。
打完後變成 19 級了 XD 足見 hard mode 給的經驗真的很多...
而且他其實死很多次，但每殺一個敵人，DP 可以減少 2%~3% XD
兩三下就補回來了。

帶的英雄是標準的隊伍，拿掉 pet Ranger, 改放 Zhed. 他與另一個
Elementalist 都用 Searing Flames. 其實沒什麼特別原因，只是正好
想試這個組合而已。自己則是用 Rt/R 練 pet...

簡單地說，其實我這搭配也滿隨便的，不是真的想挑戰什麼的準備。
果然事實上，也沒有那麼難打。只有一次不小心一次打到兩團敵人，
因此死了幾個人外，大多都是像打普通敵人那樣順利，甚至全隊連
受傷也沒有多少。就算同時出現兩隻 Priest, 大抵上也算順利，
不像 wiki 上所說的，可能會碰到很難打的隊伍。

不過老實講，最後差點打到失敗。打最後的 boss 時，一不小心差點
滅團，因為裡面居然有兩團敵人，而且 Priest 站在很裡面，打不太到。
大概死了半隊人之後，因為我怕失敗，因此就全隊拉出城外。說是全隊，
那時大概只剩兩個人左右。一隻 Dervish, 另一隻好像是 Elementalist.

那時候我操作的角色其實是躺在地上的... 而且躺了很久，可能打了十幾
分鐘後才成功復活起來。這段期間，我就拿旗幟操作全隊前進後退...

我本來是想全體撤退，不過救到的半人馬 NPC 們不聽號令，還在打，
逼不得已，我也不希望他們全死，就站在他們後面幫忙。結果沒想到
有兩隻半人馬沒死，還滿耐打的。就這樣慢慢耗，終於全隊都成功
復活起來。

但我還是不敢立刻衝進去。Priest 站在很裡面，不打，先打前線的
Paragon. 防禦很高，加上後面有 Priest 在補血，很難打，拖很久
才好不容易打死了。但只要打得死，接下來就是時間問題了...
慢慢一個個打死，殺到 Priest 相對站得夠前線，就能全體衝進去了。

打到這邊大概就穩操勝券了。

啊啊，gw 魂又重新燃起了？ XD

以下是想測試的 Searing Flames deck. 因為把 Rodgort's Invocation
拿掉換成了 Glyph of Elemental Power. 用起來感覺是還行，雖然
還是非常欠 energy... Searing Flames 真的太吃 energy 了，已經
裝一堆補 energy 的牌了，大部份時間還是處於沒有 energy 的狀態。

Skills/H-E-Me-Burn.txt:

Template: Skills
Version: 0
Code: OgVDMmy8KZQPAM0NyYM4CtA
Profession: Elementalist / Mesmer

Attributes:

Inspiration Magic 6
Fire Magic 12
Energy Storage 11

Skills:

Power Drain
Leech Signet
Meteor Shower
Searing Flames
Glyph of Lesser Energy
Glyph of Elemental Power
Fire Attunement
Aura of Restoration

---

y 輸入法，請問「美沙」是什麼詞？

Inception

好不容易終於看了傳說中的 Inception......

說是傳說中的原因是，這片真的是很有名，而且當時我在 tumblr 看到一堆
改圖，加字幕等等，有些真的很好笑，尤其加上那個表情 XD 比方說這個：

In a dream world, anything is possible

再加上無數的人跟我說我應該會有興趣，且聽到這片的題材，確實是我會
喜歡的。相關的劇本，我也看過非常多了。

其實我是不介意一直一直等下去，直到有機會看為止。不過拖得愈久，
也表示被捏的機率愈高，有時想想也覺得不該這樣一直拖。所以既然
有機會了，應該就立刻去看吧..?

* * *

那麼看完之後的心得是...

可以說是比預期的好，也可以說是沒有預期的好。劇情本身其實滿單純的，
設定上也很單純，不過表現方式頗引人遐想，也滿豐富的。可惜的是，有些
地方我覺得不是很合理，感覺是為了電影效果或是節奏之類，才做成那樣。
因為其實都是小細節，一閃而逝而已，只是我想想覺得有點矛盾。

或許應該這樣說...
這片無庸置疑拍得相當好。不過或許礙於篇幅，有些地方我覺得草率或是
不合理，還有些地方覺得需要多點描述，卻很快地帶過去。動作場景太多了，
雖然是還滿「刺激」的。拿掉那些的話，或許很多地方就能寫得完整些。

讓我比較佩服的是，其實這片的概念很簡單，但卻能營造出這麼多東西。
很多類似的題材，往往會搞得很複雜，要嘛是複雜到喧賓奪主，要嘛是
讓人搞不懂他在說什麼，或是弄到太多地方前後矛盾，諸如此類...

因此其實我第一個念頭是，為什麼我沒想到這種方式？說真的，害我這
一陣子也很想寫什麼劇本 :o 不過自己從來沒真的堅持很久過 :( 寫程式
大概是自己唯一比較容易取得掌聲，也因此唯一真的算是能夠堅持，
至少到現在的吧。愈來愈覺得自己其實多麼喜愛聽甜言蜜語，真是可笑。

離題了。唔，稍微列一下或許我會想參考的相關劇本當這篇的結尾吧。
不過肯定不能一次全想起來，晚點想到再補上去。

The Truman Show
Vanilla Sky (其實我全忘了這在演啥)
攻殻機動隊
電脳コイル
Chrono Trigger
Chrono Cross (我該把英文版打完 ><)
火鳥？

rest-core (2)

想了一陣子，終於決定怎麼處置 rest-graph 和 rest-core 了。
一些過程、緣由和心情下回再說，因為很累了，想趕快寫完，先講結論。

我想 rest-graph 就這樣當成一個 maintaining project 吧。
而 rest-core 則可以看成是 rest-graph2. 那何不做成 branch?
因為兩者內部已經差太多了。我希望使用者可以放心地使用 gem update,
而不是使用像是 gem install rails -v 2.3.29 這樣親自選擇要安裝的版本。

比方說，cell 的某一個版本之後，只支援 rails 3, 而在那之前，則是 rails 2.
這會讓用 rails 2 的人很困擾，因為他（我）會不知道到底可不可以升級。
假設 cell 2 支援 rails 2, 另外 cell 3 支援 rails 3. 我要怎麼知道，忽然間
推出了 cell 2.5, 是很重要給 rails 2 的更新？

我平常只會跑 gem update, 那只會更新 cell 3.x 的版本，因為 2.5 比
3.x 要來的舊得多，不，數字上少得多，實際上其實反而可能比較新。

sqlite3, libxml2, 我想會有這些名字，都是類似的理由。於是，就讓
rest-graph 是 rest-graph, rest-core 是 rest-core 就好了。

這樣一來，我也不需要在 rest-core 中提供 rest-graph 的 compatibility
layer, 直接做成 RestCore::Facebook 不是更好？同時可以拿掉一堆奇怪的
東西，只為了跟過去相容，而使得程式變得很複雜難懂的各種怪東西。

於是不想改程式的人，繼續用 rest-graph, 我會一直維護。
從頭開始的人，或是願意改程式的人，就用 rest-core.

*

另外，修 rest-core 的 test 比想像中順利 :D
這證明一開始的設計路線應該沒錯，往往都是稍微調整一下，測試連改
都不用改就過了。有些測到比較細節的東西，則直接拿掉即可。例如
RestGraph#post_request 這種東西就完全不存在了。很多測試
也變得可以簡化。可喜可賀，可喜可賀。

google 帳號合併

我妹用 godfat.org 的 email 帳號去申請 google 的帳號，然後日前
google app 有個很重大的動作，就是 google app 的帳號，以後也
會是 google 正式的帳號了。這意味著，以前很多在 google app 裡
不能用的功能，現在大概都能用了。

昨天我才正式把整個 google app 轉成這種形式。

然後無言的是，於是他就變成某種 conflicted user 了，
因為同樣的 email, 會同時屬於兩個不同的 google 帳號。
我原本的想法是說，大概就原本 google 帳號那個，換個名字就好了。
同樣還是保持兩個帳號，就像我現在這樣。不過他很討厭這樣。

結果他登入之後發現，其實可以合併帳號耶。某種程度上的合併。
例如，picasa 裡的相片，可以全部轉移到 godfat.org 上的帳號，
然後原本 google 帳號裡的 picasa 裡的相片則全部刪除。
其實也可以不刪除，可以選... 不過這樣大概就會變成兩份。

這些都是自動的，按一下同意就可以進行這樣的轉移。還有其他
不少 service 也能這樣轉移，雖然好像有一小部份不行。

神奇的是，picasa 原本的連結，居然全部都還可以用，很多網址也會
自動做 redirect 到新的連結。

我好傻眼喔。這麼大規模的帳號轉移，雖然介面還是很複雜，一堆選項，
讓人搞不清楚狀況。但看起來是很順利地轉移了，也沒做什麼，就稍微
按幾個連結，設幾個設定，調整一些網址名稱之類的東西。

然後他原本的 google 帳號就可以扔了，以後可以只使用 godfat.org
那個帳號當做 google 的帳號即可。雖然這樣也使得我有權利關閉他的帳號 :p

看看 yahoo 怎麼搞帳號轉移的。google 居然能做到這種程度，
老實講沒親眼看到還真有點不敢相信。尤其我又處理過類似的帳號問題，
那真是天殺的複雜難搞一不小心就做錯的事...

這麼好，那我是不是也可以把我 google 帳號跟 godfat.org 帳號合併啊？
不然說真的同時用兩個帳號也滿怪異的。在 google group 上，一下子
用這個帳號回覆，一下子用另外一個... 是說現在的整合狀況，我按一下
就可以切換身份，也是很方便。但如果沒有特殊原因要分開的話，還是
只用一個帳號比較好...

真是太厲害了。

小額付款

我妹忽然一直在說「小額付款」「小額付款」的，我回頭說你是在說這個
鵝嗎？然後擺個鵝的動作。接著他拿 Remember me -- KOKIA 給我看：

我說，這跟小額付款有什麼關係？他說鵝啊鵝啊。我說還真的有鵝啊...
然後他要我查「小鵝付款」，最後終於找到這個影片：悠遊卡 『嗶小額』

媽呀，還真的有點像咧

rant (0) attachment_fu on ruby 1.9.2

attachment_fu yet again caused a mysterious break on Ruby 1.9.2.
mini_magick was always complaining that the image was invalid.
I first tried it in plain Ruby, everything is fine.
Then I tried in Rails console, it's broken.
Then I tried in a new Rails console, everything is fine.
Then I tried to remove attachment_fu, everything is fine.
Finally tackled down to attachment_fu/init.rb, this was
the cause:

Tempfile.class_eval do
  # overwrite so tempfiles use the extension of the basename.
  # important for rmagick and image science
  def make_tmpname(basename, n)
    ext = nil
    sprintf("%s%d-%d%s", basename.to_s.gsub(/\.\w+$/) { |s|
      ext = s; '' }, $$.to_i, n.to_i, ext)
  end
end

After removing this monkey patch, everything is fine now.

Gees, this is the thousandth time I need to fix attachment_fu.
I hope people won't do this kind of monkey patch nowadays!

Rails hate, Rails plugins hate...
Did people learn to program in Rails 3 now?

[ANN] ripl-rc 0.2.2 is released

ripl-rc

by Lin Jen-Shin (godfat)

DESCRIPTION:

ripl plugins collection, take you want, leave you don’t.

INSTALL:

gem install ripl-rc

ripl-rc 0.2.2 – 2011-06-01

• [multiline_history ] fixed multiline_history
• [multiline_history_file] now we have persistent multiline_history

NOTE

I didn't touch this for a while, but this release contains several bug fixes.
Upgrading to this version is strongly recommended for every users.
Sorry for the late release! Too busy recently.

`git rebase --interactive` to fix merging branch

I want to merge a pull request from github, but some of the commits
and edits are not related at all, and I am not interested merging them
together, so I can't simply click on the merge button.

To fix this, I first checked out to a merging branch:

git co -b merging

Then I pulled the request as usual:

git pull git://github.com/bruchu/rest-graph.git

We can start rebasing to fix it:

git rebase -i master

It'll open your $EDITOR and showing some nice messages asking
you what would you want to do with those commits.
Then I put an `e' in front of the commit which I wanted to edit,
and put an `s' in front of the commit I don't care at all, but it would
be nice if I can preserve the commit message. `s' means I want to
squash this commit into the previous one.

You can also use `edit' and `squash' respectively instead of a single
letter. But I don't know why, my $EDITOR, which is vim, would fill the
same or similar colors for foreground and background for those
words, so that I can't read them. I would be appreciated if anyone
could tell me how to prevent this even when spell checking is turned
on.

Then I entered `:wq' to write and quit vim.
After closing the $EDITOR, git would show a nice message:

Stopped at fee1dead... some commit message
You can amend the commit now, with

        git commit --amend

Once you are satisfied with your changes, run

        git rebase --continue

Now I can start editing the commit. In effect, just discarded some
changes.

git co master Gemfile
git co master rest-graph.gemspec

Then follow the instructions:

git commit --amend
git rebase --continue

That's it! Two commits were squashed into one, and unrelated changes
were discarded. Actually, I would like to revert this squashed commit,
too, because I don't like this fix, I'd rather fix it by myself, and
definitely I want to give the author of the pull request some credits.
That's why I go through all this troubles.

git revert HEAD

Now add my fixes, add a test case for it, etc, etc... finally merge back
to master!

git co master
git merge merging
git push

The downside is that, this won't be recorded as a merge on github,
but this might be a limit given how currently git rebase works. I am
not sure though.

---

Thanks for the patch!