บ่อยครั้งมากที่ developer มักจะต้องทำงาน อยู่บน code ที่ไม่มี test อยู่บน code ที่มี test นะ แต่คุณภาพไม่ดี อีกทั้ง test coverage ก็มีค่าที่ต่ำอีก แน่นอนว่า มันก่อให้เกิดปัญหาตามาอย่างมากมาย ลองมาดูหน่อยสิว่า แต่ละปัญหามันเป็นอย่างไร
legacy-code Archive
Refactoring มันเสียเวลานะ
หลายๆ คนบอกว่า Refactoring มันคือสิ่งที่ทำให้เสียเวลาไปโดยเปล่าประโยชน์ เนื่องจากไม่รู้ว่าจะทำอะไร เนื่องจากไม่รู้ว่าจะทำอย่างไร เนื่องจากไม่รู้ว่าตัวเองไม่รู้อะไร เนื่องจากไม่รู้ว่าจะเปิด code ส่วนไหนมา refactor นะ เนื่องจากเราไม่ต้องการแก้ไข code อะไรนะ เนื่องจากเราไม่ต้องการเสียเวลาไปทั้งวันเพื่อ refactor code นะ
สิ่งที่ได้เรียนรู้จาก Legacy code
Legacy code มักจะเรียก code ที่ไม่มี test Legacy code มักจะน่ากลัว Legacy code มักถูกรังเกียจ Legacy code มักจะแย่ Legacy code มักจะถูกด่าแบบเสียๆ หายๆ Legacy code มักจะเป็นส่วนที่มีคุณค่าต่อองค์กร แต่แปลกนะที่ทุกคนยังคงทนอยู่กับ Legacy code โดยไม่ทำให้มันดีขึ้นมาเลย !!
แนวทางในการ Refactoring พวก Legacy code (Empirical Refactoring)
หลังจากที่ไปเรียนวิชา Working Effectively with Legacy code มา พบว่าสิ่งหนึ่งที่สำคัญมากๆ ในการอยู่ร่วมกับ Legacy code คือ การ refactoring code ซึ่งมิใช่การ rewrite code นะครับ ก่อนที่จะทำการ refactor พวก Legacy code นั้น เราควรที่จะมองไปที่ code เหล่านั้นก่อนเสมอ ว่าส่วนไหนที่มีปัญหาบ้าง และ ส่วนไหนไม่มีปัญหา อย่าลงมือ refactor code ทันทีที่ได้รับมอบหมายล่ะ เดี๋ยวจะซวย !!
จัดการ Legacy code ด้วยวิธีการ Golden master และ Sampling data
มีคำถามหนึ่งที่น่าสนใจจากการไปร่วมงาน meetup ของกลุ่ม Thailand PHP User Group คือ เราจะเขียน unit test สำหรับทดสอบ Legacy code อย่างไรดี ? โดยสิ่งที่ผมตอบไปคือ วิธีการ Golden master และ ข้อมูลตัวอย่าง (Sampling data) มาดูกันว่ามันเป็นอย่างไร
แนวทางการ Refactoring Legacy Code
เนื่องจากเห็นว่ามีงานที่น่าสนใจคือ Legacy Code Retreat ดังนั้นจึงลองไปดูว่างานนี้มันเป็นอย่างไร รวมทั้งยังมีเทคนิคต่างๆ ในการจัดการกับ Legacy code อีกด้วย ดังนั้นมาลองดูกันว่าเราจะเริ่มต้นทำอะไรได้บ้าง