在超市結(jié)帳的時候，收銀員都會給我們打一張小票。有時候同樣的商品我們會買兩三件，打印在小票上面，有時候只有1行記錄，數(shù)量是3，但也有時候有3行記錄，數(shù)量都是1。這個現(xiàn)象很有意思，為什麼不統(tǒng)一呢？而且據(jù)我觀察，后一種情況明顯更多。分明是前一種做法更節(jié)省紙張，為什么更少采用呢？

我曾經(jīng)設(shè)想，是因為收銀的機器性能太差，內(nèi)存很少，只能維護簡單的數(shù)組結(jié)構(gòu)，不能維護集合，也不能每添加一樣商品就去重新掃描一次數(shù)組做修改。但是繼續(xù)觀察就會發(fā)現(xiàn)，這個說法站不住腳——現(xiàn)代的收銀機性能足夠很好了，甚至手機的性能都在突飛猛進。那么這么做的原因到底在哪里呢？就在我百思不得其解之際，一個偶然的機會解開了我的疑惑。

當(dāng)時，我們要開發(fā)一套收貨管理系統(tǒng)。為了節(jié)省紙張，也為了追求“程序的美”，我決定選擇了“單行多件記錄”的做法，也就是“1行記錄，數(shù)量為3”，因為硬件的性能是綽綽有余的。程序開發(fā)完成之后，測試完全沒有問題，一切非常順利。但是實際應(yīng)用之后，倉庫的同事卻對這點非常不滿意，強烈要求每一行只對應(yīng)一件貨物，多件同樣貨物就必須有多條記錄。好嘛，正好有機會看看原因何在了。

到實地一看，我瞬間就明白了，多件商品歸到一行記錄有什么問題。首先，大家已經(jīng)習(xí)慣了拿一件貨掃描一次，對應(yīng)的清單上就需要打印一行記錄，以確認(rèn)掃描完成。當(dāng)然我們可以說，用別的方式提示也可以，比如屏幕閃動，或者發(fā)出聲音。但是，掃描生成的清單，還會被下一道工序的員工使用。對著清單處理貨物時，他當(dāng)然希望每點一件貨，就直接從清單上劃掉一行；如果這一行對應(yīng)著超過一件商品，他就只能在旁邊寫“正”字來計數(shù)，效率自然大大降低（如果你仔細觀察飯店服務(wù)員的上菜過程，也會發(fā)現(xiàn)這點，只是很少有人會把某個菜點兩份）。

這點發(fā)現(xiàn)對我的觸動很大。大概因為我長期以來做的都是“純”軟件產(chǎn)品，所以雖然也要考慮劃分邊界，區(qū)隔責(zé)任，設(shè)計架構(gòu)，但這些都是“軟”的，沒有什么“硬”的約束：一項功能、一種責(zé)任放在這里還是那里，固然有架構(gòu)的考慮，但如果實在要修改，通常也不會有太大的問題，所以即便只從邏輯和美的角度來考慮也沒有什么問題。最典型的消息傳遞，既可以用“推”也可以用“拉”，一般場景下都不會有大的區(qū)別。但是，現(xiàn)實世界里的很多問題就不是這樣簡單了。限于設(shè)備和場景，某些時候就只能“拉”不能“推”。比如某些移動設(shè)備會受到功耗的限制，所以“推”當(dāng)然好于“拉”。如在這樣的“硬”限制面前，如果我們只把自己關(guān)在辦公室里閉門造車，即便程序?qū)懙迷俸?，架?gòu)再漂亮，都不算真正解決了問題。

不要以為只有軟件受到環(huán)境的“硬”約束的情況，有時候，環(huán)境也會受到軟件的“硬”約束。如果你留意過產(chǎn)品的說明書，往往會發(fā)現(xiàn)很多產(chǎn)品提供的都是多語言說明書，本來說明的文字不需要太多篇幅，每種語言的版本都印上去，說明書的成本就高了很多倍。而實際上，產(chǎn)品的目的市場（目的語言）幾乎是確定的，那為什么還需要浪費成本去做多語言說明書呢？

直到在工廠實地參觀了生產(chǎn)線，我才真正明白原因在哪：軟件是可以自由分隔和組合的，生產(chǎn)線卻做不到。依照現(xiàn)實情況，大多數(shù)加工廠的所用生產(chǎn)管理系統(tǒng)只能支持“單一原料表、單一工序，生產(chǎn)單一產(chǎn)品”。如果銷往不同目的市場的產(chǎn)品，本體相同，只有說明書不同，生產(chǎn)管理系統(tǒng)并不能把“放入說明書”的環(huán)節(jié)作為變量獨立出來，塞到生產(chǎn)流程的“模板”中，實現(xiàn)“本體生產(chǎn)工藝相同，包裝所用說明書不同”。即便生產(chǎn)系統(tǒng)能支持，生產(chǎn)流水線也無法這樣安排，因為整條流水線的工位組合是固定的。沒錯，先進的生產(chǎn)管理系統(tǒng)和生產(chǎn)線可以支持這種“模板+變量”的模式，但實現(xiàn)它的成本太高了。

所以，如果不用多語言說明書，只能為不同的市場配備不同的生產(chǎn)流程（硬拷貝），這樣其中某個工藝需要變化，則所有的生產(chǎn)流程都需要變化，牽一發(fā)而動全身，代價太高。所以只能退而求其次，干脆多花點成本，把***的變量——說明書——印成多語言的，雖然看起來浪費，卻是最經(jīng)濟最省事的做法。

這類問題看來很簡單，我仍然認(rèn)為值得花篇幅來談，是因為我發(fā)現(xiàn)，隨著互聯(lián)網(wǎng)尤其是移動互聯(lián)網(wǎng)的發(fā)展，軟件越來越多地參與到生活的方方面面，也越來越多地會受到現(xiàn)實的“硬”約束。在以前，軟件開發(fā)更像一門獨立的學(xué)問，所以大家都必須學(xué)習(xí)如何“使用軟件”，軟件開發(fā)人員則享有隨意“改來改去”的權(quán) 力。但如今，軟件既然是“軟”的，就應(yīng)當(dāng)像水那樣，沒有固定的形態(tài)，卻可以滲入現(xiàn)實世界的各個角落——很多時候，決定軟件價值的不再是高深的技術(shù)，復(fù)雜的架構(gòu)，而是能不能融洽地與現(xiàn)實相處。身為軟件開發(fā)人員，我們需要反復(fù)問自己到底要解決什么問題，究竟會受到什么限制，然后提出直指問題核心的解決方案。在這方面，我也遇到過讓我印象深刻的例子。

在快遞包裹的收貨工位，收貨員需要做的是稱量包裹的重量，并掃描上面的條碼。電子秤和掃描槍都已經(jīng)連接到電腦，正常流程下光標(biāo)會自動移動，不需要人工干預(yù)。但有時出現(xiàn)異常情況，還是需要取消、回退、確認(rèn)等操作。按照常見的解決思路，一個鍵盤或者至少小鍵盤是必須的。結(jié)果不但多配了一臺設(shè)備，操作員還需要轉(zhuǎn)移雙手操作多個設(shè)備。后來我所在團隊的成員給了個很巧妙的解決方案：把常見的取消、回退、確認(rèn)等操作約定為一段操作碼，以條碼打印出來貼在操作臺上，操作員手不用離開掃描槍，就可以完成所有工作：掃這個條碼，是取消；掃那個條碼，是回退；掃另外一個條碼，就是確認(rèn)……

我必須承認(rèn)，雖然我之前也做了很多年軟件開發(fā)，解決過不少問題，但面對這個問題，我想到的方案都是“怎么簡化鍵盤操作”。直到見到掃碼方案的那一刻，我才豁然開朗——原來，軟件還可以這么做！

那么，軟件以后應(yīng)該都可以這么做了罷。
本文鏈接：http://www.cocoachina.com/programmer/20150228/11184.html