變形金剛(Transformers)

今天去看了電影--變形金剛(Transformers)



「變形金剛」是指生活在賽博坦(Cybertron)行星的超機器人生命體的總稱，主要角色是柯柏文 (Optimus Prime)率領的博派(Autobots)與密卡登(Megatron)率領的狂派(Decepticons)，博派崇尚正義和平，而博派手段殘暴侵略成性，這一正一邪兩大機器兵團長久以來爭戰不斷，兩軍之間進行了數百萬年的戰爭，幾乎耗盡了星球上所有的能源。



正義領袖柯柏文決定率領族人前往宇宙中尋找新的家園，但邪惡首領密卡登卻尾隨而至，雙方戰艦意外地墜毀在地球上。



數百萬年後，因火山爆發而重新啟動的主電腦，分別依照汽車和飛行器的形象改造雙方。於是，戰爭重新在地球上展開...。



上面是從網站上co來的, 不過實際劇情有點出入.

視覺效果很棒, 變形金剛跟人類跟城市街道, 融合在一起, 看上去沒有怪怪假假的感覺, 夢工廠(DreamWorks)的確有一套. 機器人與汽車變來變去, 真是利害.



我認為變形金剛深受每個男孩的熱愛, 原因在於他將兩個夢幻般的元素結合在一起, 機器人與汽車(坦克 飛機等等), 再加上變形, 哇塞!



我記得變形金剛卡通後來還有昆蟲型跟動物型的金剛, 嗯, 有點....




覺得名字翻譯的不好, 柯柏文 (Optimus Prime)? 我記得沒錯的話, 翻成鐵牛比較好吧:)



劇中的打鬥, 大概就是正反變形金剛互尬, 近身肉搏與槍砲攻擊, 印象中, 卡通反派角色中, 有一位會變成一把槍, 是反派大頭目的超級武器, 不過電影中沒有, 大概留到下一集吧.



我還記得正派大頭目無敵鐵牛貨櫃車頭, 有拖著貨櫃, 我忘記那是不是有什麼作用, 不過電影裡也沒有.



不過回家時聽著廣播, 報著台灣導演楊德昌逝世的新聞, 心裡問著, 是不是被Hollywood洗腦, 養壞了胃口, 所以對於台灣的電影興致缺缺; 記得小時候有看過牯嶺街少年殺人事件, 看得莫名其妙, 不知所以, 不過應該是因為當時年紀小的關係吧.



最後結局, 正派變形金剛就留在地球了, 而某一架殘存的反派飛機, 理所當然地飛向外太空...敬請期待下一集.




題外話
1. 本寫了一篇胡言亂語, 但內容實在亂七八糟到不行, 只好先放著.
2. 關於web 2.0, 這兩句話說的很傳神.
3. 本想辦個踩名次活動, 不過想想還是算了.
4. 之前用標籤來分類日本關西之旅, 可是文章顯示出來的時間先後順序是相反的, 所以改掉了.

放羊的孩子

在很久很九以前, 在那很遠很遠的地方, 有個淳樸的小鎮, 住在一群安居樂業的村民, 其中有個小孩, 叫做阿普, 是幫人放牧羊群的; 每天阿普坐在那小山丘上, 底下的羊群吃著草, 望著四方.

有那麼一天, 就是有那麼一天, 不知怎麼的, 阿普覺得, 哇哩咧真是無聊, 來點刺激的吧.

於是阿普朝著小鎮的方向大喊: 狼來啦, 狼來啦.

村民一聽見, 大家立刻帶著武器, 包括鍋鏟 擀麵棍 還有折凳, 衝到山丘上去幫阿普打狼趕狼, 可是卻發現其實是阿普在惡作劇, 有人告誡了阿普, 有人吐了口水.

好折凳!折凳的奧妙之處,它可以藏在民居之中,隨手可得,還可以坐著它來隱藏殺機,就算被警察抓了也告不了你,真不愧為七種武器之首!


隔天, 阿普又依樣畫葫蘆, 大喊著, 狼來囉, 狼來囉. (ps, 用"囉"這個字眼聽起來就像是騙人的.)

村民一聽見, 仍然槍上肩刀上腰, 齊齊列隊進軍山丘, 卻只聽得滿地的咩咩聲, 有人罵了阿普, 有人抿抿嘴不說話.



受不了那內心深處癢癢的誘惑, 阿普又準備大喊, 咦? 怎麼? 那是什麼? 狼! 真的來了.

阿普拼了命地大叫, 狼來啦, 狼來啦, 狼真的來啦, 真的, 真的~~~.

這一次, 不管阿普叫的多大聲, 村民就當作沒事一樣. 最後, 阿普就剩下一堆羊骨了.


這個故事, 大家小時候一定都聽過, 大人總是弄些有的沒的來教育(警告? 恐嚇?)小孩子, 希望小孩子不要說謊, 要當個誠實的乖寶寶. 或者, 有人說這個故事給我們的啟示是, 同一個謊最多只能說兩次. faint...

在這裡我要問個問題: 那阿普後來呢? 如果是驪山烽火的話, 結果周幽王和伯服被犬戎殺死，褒姒也被擄走. 那放羊的孩子阿普呢? 他後來怎麼了?

這裡有篇很複雜的版本, 不過且聽我說說我的.

阿普沒辦法挽回羊群的性命, 老東家理所當然地趕走他, 阿普知道錯了, 想找份新工作從頭開始, 一開始沒人要用他, 還給他白眼, 阿普很傷心, 直到有一家麵包店願意收留他, 但阿普發現, 工資比別人低, 待遇比別人差, 於是向老闆理論, 老闆插著腰, 頤指氣使地說, 你這個說謊的孩子, 給你這樣算不錯了, 還嫌, 不然你走啊. 阿普懷恨在心, 摔破所有杯子盤子後逃跑了; 這樣一來, 阿普的名聲又更差了, 後來有位慈祥的花店老太太不顧兒女的反對收留他, 阿普也很盡心的工作, 可是有一次發生意外, 阿普撞傷了老太太最寶貝的小孫女, 百口莫辯; 阿普懷疑是不是老天爺在跟他作對, 類似的情節週而復始, 一再地重演, 每當阿普有心悔改, 就會有人摧毀那小小的良善之心. 後來, 阿普窮困潦倒, 只能當乞丐, 可是會有很多人指著他說: 說謊的人, 有時阿普忍了下來, 有時有更難聽的話, 阿普就跟村民口角互罵, 最後, 阿普死在無人經過的小巷子裡.


不是每個故事都會給人啟示的, 如果你有, 還請回應給我. :P

讀後感-Dreaming in Code

"Software is hard." -- Donald Knuth

Dreaming in Code: Two Dozen Programmers, Three Years, 4,732 Bugs, and One Quest for Transcendent Software 一書, 要探討的問題是"Why is good software so hard to make?".


作者Scott Rosenberg, 實際田野調查, 在Chandler研發期間, 親身跟Mitch Kapor的Open Source Application Foundation團隊在一起, 紀錄一個真實世界的軟體專案. 從2001.春OSAF成立與2002.10.20正式公佈Chandler以來, 到2005.11釋出0.6版, 大約四年的時間, 但是Chandler仍然無法釋出1.0正式版.

PS Chandler目前最新版0.7.a4在2006.11.30釋出, 現況可到官網查詢.

什麼是Chandler? 是一套個人資訊管理系統(PIM, Personal Information Management), 有各種功能email, calendar, 通訊錄, to-do list, 等等. 講單講就是Outlook的open source版.

誰是Mitch Kapor? 簡單講就是Lotus 1-2-3之父.



作者有去Microsoft與Google作演講介紹此書.
書的官網.
Joel Spolsky也有寫篇部落格The Big Picture.


以下是一些摘錄, 與我的經驗.

"Time really does seem to behave differently around the act of making software."
軟體專案開發, 其schedule是作好看的, 所以有人說schedule就是用來delay的.

"The realization came over me with full force that a good part of the remainder of my life was going to be spent in finding errors in my own programs."
抓蟲(debug)實在令人又愛又恨, 抓到蟲有種暢快的感覺, 花了數天仍抓不到就#@$^$%; 更慘的是, 當有蟲抓不到, 而為了要趕上milestone or schedule, 於是就會用各種技巧去避開牠. 而結果就是在以後的日子裡, 不知何時牠會突然出現, 而那時候可能已經忘了牠, 或是程式已經換人維護了.

"Why then do so many programmers glance at existing code and declare authoritatively that they could do it themselves, faster, easier, and better?"
我知道, ㄜ, 應該說Joel知道: It's harder to read code than to write it.

"There's an old saying: I can make it for you fast, cheap, or good. Pick any two."
人心不足蛇吞象啊, 大家三個都要.

"Programming managers have struggled for decades to find a sensible way to gauge productivity in their field."
嗯, 嗯, 這應該寫成另外一篇部落格.

"The problem is that, with current software practices, the developers do not know where they stand any more than the managers do."
在schedule上的一條時間帶, 似乎受著莫名的力量影響著, 昨天你以為完成了60%, 到了今天發現只有50%, 但你能跟上面的boss說嗎? 回頭去修改進度報告?

"I would rather write programs to help me write programs than write programs."
哈哈, 所以在Sourceforge上有那麼多的yet another的軟體; 大家都自己寫自己的.

"but everyone there had some form of the design religion"
嘿, 沒錯, 當我寫spec時, 一堆人都有意見, 嗯, 正確的說是, 看過的人都有意見. (不過我也沒寫好啦XD)

"Communicating abstractions unambiguously -- from programmer to machine, from programmer to programmer, and from program to user -- is the single most challenging demand of software development."
人月神話說, 人力跟月份是可以互相轉換的, 不過條件是只有在工作與工作之間不需要溝通的狀況下. 我說: 人跟人根本不能溝通.

"When people ask for numbers that far out, the traditional thing that engineers do is make them up."
沒錯, 在這裡我要懺悔, 我寫的工作進度報告, 很多數字, 都是好看(造假)的.
PS 希望老闆沒在看.

"Boehm's Law, the later in the development process you fix a bug, the more it costs to do so."
我們常說, 現在先這樣這樣, 用暫時的方法解, 讓這禮拜的release可以過, 然後我們再那樣那樣, 用比較好的方法解. 不過, 這禮拜過後, 後來會怎樣, 大家應該都猜得到吧.

"The real goal of a methodology, he said, is to sell books, not to actually solve anybody's problem."
哇靠, 這說的真狠, 那看那些方法論的書的人, 不就都被耍了嗎?

"It's very difficult to have real engineering before you have physics, and there isn't anything even close to a physics for software."
哇, 看到physics我就眼睛一亮.

"Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law."
有recursion在裡面, 那...終止條件是什麼?


寫到這裡, 這好像不太像一篇讀後感. :P
我記得這本書一出來我就買來看了, 不知為何拖到現在才寫篇部落格.