重構早期電腦科學教育：解決方案設計的軟技能（第一部分）
修辭與技術設計的關係
大學一年級時，我在電腦科學學院修了多門課程，都是以編寫程式碼和完成實驗練習為導向的。我會把這第一門課歸類為「程式設計課」。
我電腦科學專業的第一年幾乎都在寫程式碼，為常見的入門專案編寫了無數行程式碼，並且重點學習了文法和C語言的核心特性。一個又一個實驗專案接踵而至，那一年我寫的程式碼量比之前任何時候都多。第一年的課程完全就是程式設計。直到電腦科學學院的第二年，我才真正上了第一門軟體工程課程。這並非課程名稱上的差異——我認為第二年的課程是我真正意義上的第一門電腦科學課程，因為它引入了軟體工程的核心概念：解決方案設計。
修辭：軟體設計的隱密基礎
雖然當時我並未意識到，但我在早期的教育中就已經接觸過軟體工程的基本原理。這些原則是透過一門文學修辭分析課程引入的。這門課揭示了溝通依賴修辭模式，即傳遞訊息、達成理解和目的的結構。理解一篇作品為何有效，需要理解其結構中所使用的修辭模式。那些成功達成目標的作品，會運用與作品目標相輔相成、渾然一體的修辭技巧和結構模式。而那些失敗的作品則在不同技巧之間跳躍，使用了目標相同但彼此不相容的模式。因此，它們讀起來顯得不協調、無效——有時甚至令人困惑。成功的修辭之所以成功，是因為它是經過精心設計的。作品中每個結構要素的重要性，都體現在作品構思階段所採用的模式中。反過來，這些特徵最終成就了清晰有效的文學作品。
為什麼理解設計原則能帶來長期成功
從宏觀層面來看，技術領域的共同目標是開發可靠且易於維護的解決方案。工程師或IT專業人員的成功專案往往與有效的溝通技巧相輔相成。要開發出高效且意義非凡的解決方案，首先需要經過設計階段。設計階段優先考慮使用概念和目的一致的模式，這是創建易於理解的解決方案的基礎步驟。
可維護性源自於理解；當人員理解設計以及實現中每個組件與設計之間的關係時，他們就能按照設計的模式和原則進行維護。這一切都隱含著一個假設：設計文件易於獲取並保持更新，以便團隊能夠形成理解，從而指導他們的行動。如此一來，只要始終尊重設計，解決方案就能透過智慧設計帶來的理解而持續維護。
有目的的設計如何防止系統衰退
如果架構設計清晰，遵循明確的設計原則和統一的設計模式，即使維護人員頻繁更迭，解決方案也能在其整個生命週期中始終保持其應有的功能。反之，許多負責維護缺乏文件或清晰設計的遺留解決方案的工程師，卻常常為此感到困惑，甚至可能導致解決方案崩潰。有效的解決方案之所以有效，是因為它們經過精心設計。當設計中的模式清晰地傳達了其目標時，解決方案才能有效。設計是理解每個元素如何發揮作用以實現解決方案目標的載體。當解決方案的各個元素與概念和目標一致的統一設計相結合時，解決方案在其整個維護週期以及未來的迭代改進中都能保持可靠性。
作者：Philip Merry，SIOS Technology Corp. 的 CX – 軟體工程師
經許可轉載SIOS
