近期我做了三個從 table 轉成的 css 的網站「模仿工程」，也就是幫網站換骨頭，裡面排版方式全部換掉，在外面看來必須完全一模一樣。

從前我總覺得這很容易，只是很低階費功夫。但因為必須很專心才能做好，所以我慢慢的就開始喜歡作這種不用「這個大腦」而必須專心使用「那個大腦」的 css 工作。

第一次是幫一個個人網站改成用 css 排版，第二次是幫某有錢 NGO 作。這次則是被開放原始碼的軟體工程師慫恿幫忙把一個軟體介面改一下。

這三個網頁都不太美，甚至可以說有點醜。
一開始我很討厭複製醜網頁。不過現在我終於了解，我並不是在用 css 模仿醜網頁，而是在為網頁換骨頭，完全無關乎網頁美醜。

新骨頭材質跟之前的完全不一樣，建制邏輯與使用方法也不一樣，要換骨不僅要知道結構，還要知道骨頭跟其他部位之間的關聯與功能配合，否則換錯可能造成癱瘓。這樣的比喻用在網頁從 tablle 轉換成 css 架構時，不會造成多大破壞，頂多花幾個小時重作。

不過，近來飽受辦公室組織單位折騰的我，突然發現最近參與的辦公室 e 化計畫，也是一個換骨工程。不幸的是，這個龐雜的工程似乎一直被主管單位誤認是模仿計畫，而非換骨計畫。

主管單位說，我要這樣這樣那樣那樣還要如此那般哇啦哇啦。
好，開始模仿真實。

如果一個辦公室連連組織架構圖都畫不出來，那要頭腦清楚又迅速的把辦公室中實際的行為轉換成資訊系統，恐怕得先耗費大量溝通成本繪製「舊骨圖」，才能進行「換骨工程」。

從 table 改成 css 好歹還有原始檔可以研究，那就是原本的骨頭架構圖，換骨人員隨時瞄一眼都很有幫助。如果辦公室的主管把蒐集甚至繪製「舊骨圖」的責任也丟給換骨工程人員，就會發生換完骨頭關節錯誤，血脈不通，或者器官壞死的狀況。花了大錢作的資訊系統變成廢物。

某辦公室目前至少經歷了兩次換骨失敗，卻可能依然認為這不過就只是一個龐大的模仿真實的計畫。

而我，寧願幫十個極醜極醜的 table 網頁 css 化，也不想為金碧輝煌的辦公室…。
（妹尾河童式點點點結束法）

至於「網頁為何要 css 化」「辦公室為何要 e 化」不在本文討論範圍，我也暫時不會晚點再來討論這種充滿光亮的話題。