看到 code 寫成這樣我也是醉了,不如試試重構?
Switch branches/tags
Nothing to show
Clone or download
Latest commit e67195a Oct 15, 2018
Permalink
Failed to load latest commit information.
docs 調整寫法 Oct 15, 2018
images 新增 Day 27 Jan 7, 2018
.gitignore Initial git ignore file Nov 26, 2017
LICENSE Create LICENSE Nov 26, 2017
README.md 新增 Day 30 Jan 9, 2018
add_hyperlink.py add hyperlink to next document (#19) Feb 23, 2018

README.md

看到 code 寫成這樣我也是醉了,不如試試重構?

有過慘痛維護經驗的開發者都會了解,程式是需要設計的!設計不良的架構,會在未來增修功能的時候,大喊要殺了某人;但追求完美設計的下場,反而會被不懂程式的非工程人員追進度,還會被嫌沒效率;「重構」能在這兩個極端之間取得一個平衡。它能在具備基本設計的架構上,持續以增修功能為目的,補足設計上的缺陷。不僅能持續交付程式碼,也能持續改善設計,好重構,不試嗎?

前言

雖然我看過的程式不是很多,但犯過的蠢事相信絕對不少,至少有寫過無數難以維護的程式碼。而當我在新增功能不順利的時候,最想殺的那個人,通常都是數個月前的自己。

為了不讓未來的自己起殺意,於是開始學設計模式、重構、單元測試、持續整合、 DevOps …等。學習與分享不為別的,除了求其他人(包括未來的自己)不要殺我之外,也真心希望大家能帶著愉快的心情,開發出真正有價值的軟體。

現在,雖然骯髒的程式碼已經寫下去了,但軟體是軟的,還回得去。重構正是其中一個有用的技巧,可以讓原本的殺意降低,愉快的心情增加。除此之外,還能提高程式碼的穩定度,讓大家對程式碼更有信心,也對部署更放心。

未來 30 天,將會分享我對於重構的了解,以及示範如何做重構,希望大家對重構能有更深刻的認識。

目錄

誌謝

  • 感謝老婆為了支持我寫作,把家裡打點好好的,也感謝老婆幫我看文章。
  • 互相鼓(ㄕㄤ)勵(ㄏㄞˋ)的團隊成員 聖佑Scott
  • 幫忙看文章的 @pexlkw@phoebe90
  • 互相推坑的 DevOps Taiwan 夥伴們