早餐店的新人

April 20 08:46~10:00

▲紫米飯糰和豆漿

 

今天早上到住家附近小巷口的中式早餐店買早餐。Teddy從小就知道這家店，它位於Teddy上小學的最短路徑之上。小時候這家店在賣甜不辣，非常好吃，湯也好喝，還記得小時候常常花一塊錢點一小碗甜不辣，就只是為了喝一碗湯（PS：Ｎ年前一元新台幣就可以點一小小小碗甜不辣XD）。

念國中之後搬了家，早餐店位於上學的最短路徑之外，也就甚少經過。後來不知從何時開始這家店改賣中式早餐，一直以來店內都只有兩位服務人員，雖然Teddy久久才去買一次早餐，但老闆似乎認得每一位客人，「一對一行銷」功夫做得很好。

今天點餐的時候發現有點不同，店內居然多了一位幫手。在等待取餐的過程中，Teddy發現一個有趣的現象可以用來解釋軟體專案的兩個特性：

 

在一個已經延遲的專案加入更多的人，只會讓專案更延遲

這句出自《人月神話》（The Mythical Man-Month）的經典語句相信很多鄉民都聽過。因為新人剛開始對專案不熟悉，很難有立即的貢獻，原本的老人還要花時間來培訓新人。而且團隊人數增加之後溝通的路徑（複雜度）也增加，在新人有生產力之前，反倒先拖累了原本的產能。

Teddy觀察到早餐店的新人主要的貢獻在於「打包」，例如倒一杯豆漿、把客戶點的餐點裝到塑膠袋這種不太需要腦力（技能），只需要體力的工作。至於哪些東西是哪一位客人點的、打包之後的餐點費用多少這些需要記憶、計算的能力，這位新人可以說是完全沒有，事事都要詢問老闆。

 

一個口令一個動作 VS 自組織

早餐店的兩位店員對於店內的事務非常熟練，搭配起來作業流程很順暢，但新人卻需要老人，特別是老闆，的指示，才知道要做什麼事。例如：

Teddy：老闆我要兩個紫米飯糰和一杯大杯溫豆漿，少糖。

老闆：（對著新人說）一杯大杯溫豆漿，少糖。

新人：好…

新人：這個蛋餅是誰的？

老闆：這位客人的。

新人：他的一共多少錢？

老闆：60元。

新人：（對著客人說）一共60元。

老闆：（做好兩個紫米飯糰）

老闆：這兩個紫米飯糰是這位先生的，還有一杯大杯溫豆漿。

新人：這樣多少錢？

老闆：85元。

新人：（對著Teddy說）一共85元。

看到這裡鄉民們是不是很想表演跌倒的姿勢？只能說新人好像HTTP一樣，沒有保存狀態的能力（stateless）而且還不支援session或cookie。所幸老闆的「多功能力與記憶能力太強」，扮演著超強控制器（controller）的角色，讓新人在「只動你手，不動你腦」的情況下，看起來還可以產生一點點貢獻。

難到這就是傳說中的thin client嗎？！

***

友藏內心獨白：感覺沒有幫到什麼忙啊XD。