其實以前寫過 YAGNI 的碎碎念，所以這是第二次...Orz

ASP.NET Web Forms 與 MVC，看似兩種程式撰寫模型的技術之爭，但爭的往往是人，技術本身則無絕對優劣，端看誰用，怎麼用，用在哪裡。

這帖本無內文，純粹偶發念頭。後來在書上看到一段話，雖與標題無關緊要，仍湊和收錄於此，自我惕勵。

今天整理書櫃時，把一些早被我遺忘在陰暗角落的書拿出來，準備扔掉。其中一本，看到封面時，那種不捨得丟東西的心情又出現了....

設計軟體架構時要保持彈性，這已是老生常談。架構設計就是一堆取捨（trade-offs），大家也都知道。可是如何保持彈性、取誰捨誰，又是個大哉問。而我想說的是，設計人員在心態上保持彈性、謙虛，也很重要。在面對一個全新設計的軟體產品時，很早就開始優化（optimization），可能是不太謙虛的一個徵兆。

不買嗎？

昨天傍晚經過重慶南路，就到三民書局裡面，找個角落坐下來看書。過一會，突然聽到隔壁書櫃旁邊有位先生接了通電話，然後很生氣又無奈的跟對方大小聲：「你們很奇怪耶！現在才打來跟我說要分十二期....」這一講竟然講了三五分鐘...突然，我的手機鈴聲響起。

這陣子想辦法把拖延很久的學業做個收尾，目前看來是有點眉目了。心上這塊石頭壓了這麼久，總算可以卸下。嗯，七年.....都可以念醫學院了 >_<|||

記得在新兵訓練中心，班長經常玩這種把戲：「稍息之後開始著裝，一分鐘後樓下集合，話說完還有 30 秒。稍息！」然後就是一陣兵荒馬亂。從事軟體開發，有時竟會和這件事一起聯想。

這是一件很多年前的往事，不知為什麼印象很深，最近又突然想起。

那年，我在一間不算大的公司裡寫程式，用的工具是 Borland Delphi，偶爾也寫點 C++。記得全公司好像就兩個人用 Delphi，一個是我，另一個就是老闆（我一直很佩服他）。有一次，幾個同事在辦公室閒聊，說到自己在對軟體開發這條路的想法，頗有「盍各言爾志」的 味道。某位仁兄的計畫是「打算先寫兩年程式，然後轉作 SA，磨練個兩三年的經驗，再升 PM。」我從小胸無大志，不知何謂長遠規劃，初次聽到這樣的「生涯發展路徑」，頓時覺得自己是否也該想想將來的路該怎麼走。

可是，當時我對未來的能見度大概就幾公尺遠（現在恐怕也差不多），只覺得自己可能會一直矇著頭寫程式，暗無天日，直到隧道盡頭冒出一點光，再循著光線摸索前進。

後來，我離開了那家公司，到別的地方繼續寫程式，除了參與一些新的軟體開發案，當然也少不了要維護前人留下來的 legacy code－－寫程式很有趣，但修改別人的程式 bug 則是另一回事。我沒有再見到當初那位同事，也不知道他後來怎麼樣了，但是，這些年來，我似乎偶爾會在別人身上看到他的影子。我開始擔心，我參與的專案，PM 和 SA 是不是也都循著那樣的生涯路徑一路「升」上來的，我會不會碰到「說得一口好程式」的傢伙、會不會要維護他們寫的程式碼？（註：這裡的「說得一口好程式」，意思是程式撰寫經驗很有限、技術背景或 sense 不夠，卻常指點別人程式應怎麼寫；這樣的人總是認為「那些功能應該都很容易做到」，因而經常低估需求變動的成本、任意承諾需求，導致專案範圍不斷擴大、成本不斷增加，甚至懷疑開發人員的可行性評估老是在誆他。）

無論 PM、SA、SD、還是 PG（programmer），都各有其專業，團隊不應把工作流程的順序理所當然地視為職務的高低（否則測試人員不就更等而下之了？絕非如此！），然後想當然耳地任意指揮「下層」的團隊成員工作－－這樣恐怕只會創造弱勢族群，令位於「下層」的人無心做好手邊的工作，老是想著「往上爬」。我懷疑「寫兩年程式就要轉做 SA」的念頭多少因此而起。而且，如此循環下去，推而廣之，恐怕很難造就專業的程式設計師，而是產生一堆「程式過客」。

都說軟體開發團隊裡不需要救火英雄了，但為什麼軟體專案老是有一堆爛攤子需要有人挺身而出力挽狂瀾？

時勢造英雄，我想多半是這樣的。

例 1：These techniques do not replace other approaches to software testing but can significantly increase testing effectiveness, help identify and reduce redundancy, and also reduce the susceptibility of the testing effort to the pesticide paradox.

有審校人員把關，譯稿的品質會更好還是更差？
類似的問題：有了測試人員，程式碼的品質會更好還是更差？

申請推特（Twitter）和噗浪（Plurk）帳號已有一段時間，但並沒有花太多時間去寫這類微型網誌。我比較喜歡 plurk 的展現方式，以後也許會比較常在我的 plurk上碎碎念吧！

網誌右邊也加上了 plurk 區塊，可以隨時看到兩則最新的噗浪訊息。

OOADA3 好不容易進入校稿階段，晚上便偷閒去書店逛逛。看到架上一本有關軟體架構設計的書，書籍封面的作者姓名是中文，可是卻又有標示譯者的姓名，不免感到好奇：中文書為什麼需要翻譯？

看書時的一點聯想，順手抄上來。

在《Object-Oriented Analysis and Design with Applications 3rd Edition》的第六章〈Process〉一開始提到：

業餘的軟體工程師總是在尋找神奇、萬能的方法或工具，冀望它們能把軟體開發工作變得極為簡單。專業的軟體工程師就不同了，他們知道那種東西並不存在。業餘人士經常只想要像煮菜那樣照著食譜一步一步做，專家則知道這種開發方法會設計出呆板的產品，並導致開發人員用一連串的謊言來掩蓋一開始就做了錯誤決策的事實。業餘的軟體工程師往往毫不重視文件，要不然就是太過以文件為中心，只擔心客戶不滿意這些文件，對於文件真正應該呈現的重點反而不那麼在意。專家了解文件的重要性，但是他們絕不會為了寫文件而犧牲掉改進軟體架構的時間。

這是業餘和專業開發人員的差別。

我又想到薩依德在《知識分子論》當中的論述：

....所謂的業餘性就是，不為利益或獎賞所動，只是為了喜愛和不可抹煞的興趣....今天在教育體系中爬得愈高，愈受限於相當狹隘的知識領域。當然，沒有人會反對專業能力，但如果它使人昧於個人直接領域－－比方說，早期維多利亞時代的情詩－－之外的事情，並為了一套權威和經典的觀念而犧牲一己廣泛的文化時，那種能力就得不償失。....專業化也戕害了興奮感和發現感....陷入專業化就是怠惰，到頭來照別人的吩咐行事。因為聽命於人終究成為你的專長。

以上摘錄的兩段內容都提到了專業和業餘的不同，看起來兩邊的觀點是彼此衝突，不過，由於取自完全不同領域的書籍，直接拿來比較會有點奇怪。

第一段的業餘和專業，講的是對自己吃飯謀生的東西熟不熟，厲不厲害的程度差別。第二段的層次則高一些，談的是忠於自己還是服從他人、是否願意犧牲自由的心靈和廣泛的興趣，以換取特定領域的專業形象（訓練有素的狗？）。

我想，專業的軟體工程師也可以有業餘人士的生活態度和價值觀。而不那麼專業（業餘）的軟體工程師當然也可以透過取得高學歷、考證照等方式，為自己塑造出專業的形象（但能維持多久還是得看後面的努力了）。

我好像喜歡業餘多一些 :)

大概三個多月前吧，我在 Amazon 訂了四本書，經過三個星期左右（若沒記錯），就收到其中三本書，其中一本因為缺貨而分批寄送（Amazon 會先要我確認是否還願意購買那本書）。

再過了一個多月，我又收到 Amazon 的來信，說那本書還是缺貨，要我再確認是否還願意等那本書到貨。我再次確認了。

就在前幾天，我終於收到 Amazon 的出貨通知－－那本書終於有貨了。看一下出貨通知的金額明細：

The following items have been shipped to you by Amazon.com:
---------------------------------------------------------------------
Qty Item Price Shipped Subtotal
---------------------------------------------------------------------
Amazon.com items (Sold by Amazon.com, LLC):
1 Guess what... $18.45 1 $18.45

Shipped via Standard Int'l Shipping (estimated arrival date: 11-July-2008).
Tracking number: AMZSDFS000012345

---------------------------------------------------------------------
Item Subtotal: $18.45
Shipping & Handling: $6.24

Total: $24.69
Paid by Visa: $24.69

咦？還要額外收運送及處理費 6.24 美金啊？我突然覺得，當初訂書時網站上說有貨，可是要我等了這麼久才到貨，而且是因為缺貨才分批寄送，這樣還要額外收運費啊？於是我立刻到 Amazon 網站的客服頁面填了以下意見：

Dear sir,
A book titled 'Guess what....' in my order is delayed twice, but I'm shocked when I receive your mail saying this item needs another 6.24 shipping fee (See below).I just want to know whether it's Amazon's policy or not, so next time I'll make the right choice (do not confirm delayed items).
Thank you!

結果隔天立刻收到 Amazon 的回信（書名和訂單號碼我改過了）：

Thanks for writing to Amazon.com to bring this to our attention.
Please accept our sincere apologies for the the delay in completing your item "Guesss what....". We do take full responsibility for any delays that result from errors made during shipping.
I have checked your order #123456789 and found that this is not any other charged, but you have been charged for the shipping cost for $6.24 and $18.45.
In an effort to compensate you for this inconvenience, I've requested a full refund of the shipping charges you paid for this package.
This refund should go through within the next 3 to 5 business days and you should see a credit of $6.24 on your next credit card billing statement.
（以下省略）

照 Amazon 的解釋，原來這 $6.24 不是額外收的運費啊？這才想到，自己對 Amazon 的運費及處理費的計費方式其實並不十分了解（只知道運費很貴），當初上網填寫的意見可能措詞太強烈了，這說不定是我自己的誤解啊，那就有點不好意思了。

不好意思歸不好意思，Amazon 打算退給我的 $6.24，自然還是樂意收下了。

只是......今天又收到 Amazon 的來信，信上竟然說，要退給我的金額是 $12.48：

Hello from Amazon.com.

We're writing to confirm that we have processed your refund for USD 12.48 for the above-referenced order.

For more information on how we calculate refunds, please visit our web site at http://www.amazon.com/refunds

We hope this is a satisfactory resolution for you. However, if you have any questions or concerns, please use this link to contact Customer Service:
http://www.amazon.com/gp/help/contact-us/returns-and-refunds.html

Thank you for shopping at Amazon.com.

退還金額變 double 了！這可真是出乎意料之外。以 Amazon 的待客之道，下次當然還會繼續跟它買書的。

題外話：
每次訂書時都很心疼那些運費，之前曾 survey Amazon 的二手書店，以及美國其他的二手書網站，發現書價都非常便宜（很多新書都還打對折甚至更多），雖然運費還是差不多貴，但整體來說可省下不少錢。可惜那些原文二手書網站的國外遞送服務對象都不包括台灣（連 Amazon 二手書店也是），看得到卻吃不到，只能望書興嘆。如果有人知道哪些原文二手書線上商店有提供寄送到台灣的服務，希望能分享一下。