立場新聞 Stand News

軟件工程理念在現實生活的應用

2016/5/10 — 14:49

資料圖片

資料圖片

寫程式只要有輸入就會有輸出,這個模式可應用至現實世界。API,即應用程式介面(Application Programming Interface),可應用潛力尤高,是一套預設的溝通標準,可用以處理複雜的工作,而無須深入了解箇中細節。只要你提出要求,它就會回應。例如:你到餐廳向侍應拿一杯水,侍應可能用電熱水壺,可能用電磁爐,甚至可能是外判從另一家店子買樽裝水,但只要你拿到水了,就不會在意過程是怎樣。因此,API其實無處不在,應用廣泛,有助我們省卻繁複的程序,把更多的時間投放到更複雜的問題。好的老闆,就會懂得在適當的時候摘要資訊,運用API,讓其他人代勞,而不會事無大小也管理,那才可以達成更遠大的目標。那麼應如何摘要呢?有四點需要注意。

API的第一要訣,是規模可擴充性。例如:要一杯攝氏80度的水,若將API定義為「製一瓶攝氏80度的水」,日後如有新要求變成了攝氏90度的水,那就要將API重新定義為「製一瓶攝氏90度的水」,還是我們可以一開始的時候將API定義為「製一瓶攝氏(X)度的水」呢?不過,彈性愈大,維繫就愈花功夫,兩者需要平衡。

API的第二要點,是要理解清楚需要保護什麼、摘要什麼,雙方都需要清楚知道溝通標準。詳情應由服務提供者提供還是用者提供?讓服務提供者決定的話可以投放少點精力,而仔細列明的話就會有更大控制。又以熱水為例,用者需要指明水的來源嗎?這似乎情況,如果是用來飲用,需確保水源的水質安全可靠,若只是用來保溫,那就無關痛癢了。

廣告

第三個要點,是重用度,同一服務可否用於不同用途呢?功能是否夠普遍?API的原意就是把大件拆小,小件就能重用,而專責那小件的人又無須知悉大量資訊。以餐廳為例,有多個套餐,可以由一位員工專責一個套餐;又或是,若所有套餐都有同樣的前菜,那就可以由一位員工負責前菜予所有套餐,而無須知道在供應哪款套餐。

第四個要點,是要理解清楚你的角色,是要提供一個完善的平台還是簡單的服務呢?平台的話,主要須提供資源,讓用家自行決定用途,例如:社交平台讓用家能尋找朋友、上載照片、分享照片等等,讓我們可以認識新朋友、做推廣、開設網上商店等等,任君選擇﹔而提供服務的話,就有預設的用途,郵遞服務就是一個例子,他們只會送信和派件,而絕不可能致電給收件者。另外,是要建立框架還是文庫?框架的話,即是只需提供基本的外殼,讓用家可以在基本外殻上有個人化的空間,如網誌,你可以將之個人化為影評網誌,或是食譜網誌也行。文庫的話,需要有準備妥當的功能,通常用以處理較簡易的工作,例如:facebook的share制,可以套用至影評網或食譜網也行。

廣告

軟件工程其實不但只限應用於科技層面,當中的理念在現實生活中無處不在,好好利用的話,更可在不同領域無限發揮。

另看 lifehack

發表意見