print(‘ 你將在比劍中勝過慕容復’)
簡化到這個程度，程式處理模組和結果輸出模組合二為一，程式功能仍舊沒變，但卻削弱代碼的層次感。我們平常寫小程式不要緊，假如編寫幾百行、幾千行、幾萬行代碼，代碼必須層次分明、互不混淆。如果將處理模組和結果模組混到一起，將嚴重影響後期的調試和擴充。
用規範的方式寫程式，永遠讓代碼清晰易讀，是比「把代碼寫得更短」更重要的好習慣。例如，給變數a、b、c 賦值， 讓a 等於1，讓b 等於2，讓c 等於5，規範的寫法是：
a = 1
b = 2
c = 5
養成壞習慣的程式設計師卻喜歡這樣寫：
a,b,c = 1,2,5
對Python 編譯器來說，兩種寫法等價。但對程式設計師來說，前一種寫法顯然更加清晰，後一種寫法雖然省掉兩行代碼，卻增加其他程式設計師閱讀代碼的難度。
再例如，給變數a、b、c 重新賦值，讓a 的數值加1，讓b 的數值減2，讓c 的數值×7，規範的寫法是：
a = a+1
b = b-2
c = c*7
而養成壞習慣的程式設計師往往會寫成這樣：
a += 1
b -= 2
c *= 7
後面這種寫法也能被編譯器正常編譯，但形式上比較晦澀，走的是邪路，對初學程式設計的小朋友來說很不友善。要命的是，某些資深程式設計師偏偏拿邪路當標準，強迫團隊裡的新手去學習。就好比茴香豆的茴字有多種寫法，孔乙己偏偏使用最冷僻的寫法來記帳，並強迫酒店裡的小夥計也照著做。
江湖上常言：「與人方便，自己方便。」只有養成用規範方式寫代碼的習慣，才能讓別人看得懂代碼，才能讓團隊協作成為可能，才能為自己的工作帶來便利。
＊作者李開周為青年學者本文選自作者著作《誰說不能從武俠學程式》（時報出版）
