3. 瞻前顧後
 3.2. 工作流程?
我認為所有的作業的基本型式無外乎是:

輸入-->黑盒子處理-->輸出

這樣構成一個基礎『處理單元』,串接或並接多個各式各樣功能的處理單元,再加上若干的輸出與輸入間之稽核檢查以控制資料接著往哪一個處理單元移動,這樣就構成了一個處理工作的『工作流程』。

更嚴謹的術語叫做『程序控制』,現實面上如食譜、路線圖、說明書、乃至個人的作息都有一些『工作流程』,只是分別有嚴謹與危害的程度之不同,屬於人性多一點的『工作流程』變化性很大可以隨意修正;多樣化到每次都是唯一時就變成『隨性所欲』的是藝術,嚴謹到每次都得一模一樣的就似電腦程式,錯不得一句指令。

『處理單元』為什麼不擴大將所有微『處理單元』構成單一個巨『處理單元』?事實上各系統均已將『處理單元』作最大化處理,還不能合併的因素只要是因為需要人為的介入與判斷,原因是『輸入』的不穩定、『黑盒子處理』不精確因而讓『輸出』不一定,所以要人看一看檢查一下接著要怎麼辦。

印前的作業也是一道一道處理手續,因此有很多的『工作流程』的『解決方案』,優劣各異其趣。

曾經將一套很自豪的拼組版傳授給一家不專在行於印前的合版公司老闆,雖然只教授不到一小時他就會,雖然組個400多彩色頁只要十分鐘,相對於其他系統上要花的時間少那麼多,雖然不要雙CPU、很多記憶體,雖然不必計算與畫版單,但是這位沒用過其他系統的新鮮人取提出了幾個問題:

  • 十分鐘太長了,客人很難等!
  • 我會做,但很難教會公司內的其他小姐與工讀生。
  • 可不可以裝在每台工作站上?

雖然很突兀,但是讓我有當頭棒喝之醒思,所謂Monkey Test就是要以無知之心來測試,真正的好不僅是相對於爛貨中的好而已。

所以據此我推論好的印前『工作流程』應該要:

  • 要快,不是比較快,而是讓人不感覺是等
  • 要降低Know-How讓常人都可用

當然這樣的要求結果將形成一個很有趣的推演:如果很快的話代表要耗費時間的流程恐怕就會消失了!如果降低Know-How到太低,代表這個行業的專家將不再被需要,也意味他就有機會工廠化、複製化與維持固定的品質了。

之前的PostScript作業難以克服穩定『輸入』的條件,因此DDAP選擇TIFF/IT點陣圖格式當作交換作業標準規格,而Scitex選擇先將PostScript轉換成較穩定的點陣式格式---『CT』和『LineWork』。當然各式各樣的『工作流程』在穩定性與簡易性上都很難與之抗衡。這時只有靠『開放與封閉』與價格方才能扳回。

不過Adobe終究必須解決此一穩定『輸入』的問題,PDF格式的穩定性是PDF之所以被推出的必要條件之一,客觀上來看,PDF比PostScript穩定,但卻比不上點陣式格式穩定;當然以Adobe的立場來說用Adobe的技術解譯PDF的話當然是絕對『穩定』的。

因此假設PDF是可以穩定的,假設可以快速處理,假設將Know-How放入處理黑盒子不要那麼要人的專業知識與測試,那麼就沒有所謂的『PDF工作流程』了。

 進入留言討論區

counter
Table of contents