Y06 不要只用技術的角度想事情(1)

從程式員的角色成長後，慢慢會接觸到業務與主管等非技術的角色，有時在討論對事物的看法時，他們總會冒出一句：“不要只從技術的角度想事情”。任何事物當然都有不同的切入角度與思考觀點，其他人說這句話時多少都否定說自己提供的僅是片面的想法。然而，只用技術的角度來想事情就表示有缺漏嗎？

在開會時思考系統可以加強的地方時，我想到之前很需要但是沒辦法產生的一份報表（註：不能描述太詳細，就暫時以執行交易種類的次數報表稱之），連帶地想到產生該報表時需要配合記錄Log的各個時間點，並想這個想法整合為一個Log記錄模組的概念。後來將這個概念私下陳述給Ｅ主管聽時，他回答說：不要只用技術的角度想事情，不要習慣從bottom-up思考而應該是top-down。意思是說概念要思考能符合客戶的需求且賣得出去才算是成熟的概念。

當時我的腦中忽然發出像是什麼斷掉的聲音，立即有了否定的回答。

現在我需要一份現有系統無法產生的報表，便開始思考要怎麼做才可以滿足自己的需求；發現報表所需要的資料可以從增加特定時間點的Log來取得後，就認為應該有一個專門負責記錄Log的模組來收集各種資料。這個模組概念的產生是由我自己（客戶）需要的報表（需求）所引導出來的，完全符合由上到下、根據使用者需求而出現的想法。

目前其他客戶想要什麼樣的報表我們都不可能知道，即使今天訪談了十個客戶所收集到的報表種類，在找到第十一個客戶時還是有可能要之前沒提過的報表；就算我們想從客戶的角度來思考，也不能肯定思考出來的範圍是不是百分之百。在無法肯定未來變化的現在，我只能以現有模組的角度來定義其中的資料元素（譬如人、事、時、地、物），期望在設計的同時可以有最大範圍的排列組合，而未來客戶想要的報表儘可能地落在設計的範圍裡。



用最小的額外花費涵蓋最大範圍的可能需求，不就是設計的目的嗎？我這麼反問Ｅ主管，他沒有反駁。