บทความจากทีม Engineering ของ Quora ได้อธิบาย เกี่ยวกับการดูแลคุณภาพของ code ซึ่งส่งผลกระทบมากมายต่อการพัฒนา โดยส่งผลอย่างชัดเจนในระยะยาว เช่น การแก้ไข และ ดูแลรักษาระบบ เป็นต้น โดยที่ Quora นั้นให้ความสำคัญกับคุณภาพของ code อย่างมาก มาดูกันว่าเขาทำกันอย่างไรบ้าง
จากหนังสือ Beyond Legacy Code มีคำแนะนำเกี่ยวกับ การเพิ่มคุณภาพให้กับ code (Code quality) แน่นอนว่า มันมีวิธีการมากมาย หลากหลายวิธี ตัวอย่างเช่น สิ่งที่สร้างต้องมีคุณค่า หรือ ตามที่ลูกค้าต้องการ ระบบงานต้องทำงานรวดเร็ว ระบบงานต้องไม่มีข้อผิดพลาด ซึ่งล้วนแต่ดีทั้งนั้นเลย แต่ว่ามันเป็นผลกระทบที่เกิดขึ้น !! ดังนั้น เราจะสร้างระบบ และ code ที่มีคุณภาพได้อย่างไรล่ะ
จากหนังสือ Beyond Legacy Code นั้น ในบทที่ 9 อธิบายเกี่ยวกับ CLEAN code ซึ่งมีความน่าสนใจมากมาย ดังนั้นจึงนำมาสรุปไว้นิดหน่อยสิ
ในช่วงวันหยุดเรามาเขียน code ที่มันแย่ๆ กันหน่อยไหม ? ซึ่งผมมีคำแนะนำที่น่าสนใจดังต่อไปนี้ หลังจากที่เราเรียนรู้มาพอสมควรว่า code ที่ดีมันเป็นอย่างไร เราลองมาเปลี่ยนมาเรียนรู้วิธีการเขียน code ที่แย่ๆ กันบ้าง ประกอบไปด้วย
เมื่อวานได้นั่งคุยแลกเปลี่ยนแนวคิดในการเขียน code กันนิดหน่อย ว่า code ที่เราเขียนขึ้นมานั้น มันก็เหมือนกับหนังสือที่เราอ่านกันนั่นแหละ เลยเอามาจดไว้กันลืมหน่อย เพราะว่า แนวคิดมันเพิ่งออกมาตอนที่เราพูดคุยกันนั่นเอง
หลังจากที่เขียนเรื่อง Developer ต้องฝึกตั้งชื่อให้มันสื่อสารกันได้ ดังนั้นลองมาฝึกตั้งชื่อแต่ละ test case ใน Unit test กันดีกว่า ซึ่งมีวิธีการตั้งชื่อที่ดี และ น่าสนใจดังต่อไปนี้
ปัญหาใหญ่อันดับต้นๆ สำหรับนักพัฒนา คือ การตั้งชื่อ (Naming) ไม่ว่าจะเป็นการตั้งชื่อ ตัวแปร class method และอื่นๆ อีกมากมาย บางคนบอกไว้ว่า ชื่อที่แย่ๆ มันคือ Code smell หรือเป็น code ที่อาจก่อให้เกิดปัญหาตามมาในอนาคต เช่น การอ่าน ทำความเข้าใจ และ ดูแลรักษา ดังนั้น เราในฐานนะนักพัฒนาควรพยายามตั้งชื่อสิ่งต่างๆ ให้มันสื่อ และตรงหน้าที่การทำงานของมันซะ
จากคำกล่าวที่ว่า If it stinks, change it. —Grandma Beck, discussing child-rearing philosophy ถ้ามันเหม็น ก็ทำการเปลี่ยนมันซะ Code ก็เช่นกัน !! แต่ปัญหาที่ developer มักพบเจอคือ code แบบไหนล่ะ ที่ควรแก้ไข !!
เมื่อวานทำการ post รูปเกี่ยวกับ nest-if หรือ code ที่มี if-else จำนวนเยอะ และ ลึกลับซับซ้อน ซึ่งมันบ่งบอกถึงอะไรบ้างนะ ความซับซ้อนของระบบงานหรือเปล่านะ ? ความขี้เกียจ หรือ มักง่าย ของนักพัฒนา software หรือเปล่านะ ? ความไม่สนใจของใครหลายๆ คนที่เกี่ยวข้องหรือเปล่านะ ? และสุดท้ายมันคือภาระ หรือ ปัญหาที่คนดูแลต่อมาต้องแบกรับหรือเปล่านะ
ปัจจุบัน developer ต้องทำงานกับ code แบบไหนกันนะ ? ทำงานกับ legacy code, ugly code หรือ beautiful code กันอยู่นะ ? จากที่ทำงานมานั้น มักจะอยู่กับ ugly code มากกว่านะ ซึ่งมันไม่น่าจะใช่เรื่องปกติของการพัฒนา software หรือเปล่านะ ? คำถามที่มักได้ยินมาตลอดคือ แล้วเราควรที่จะ rewrite หรือ refactor มันดีล่ะ