เรามักได้ยินว่า developer ควรเขียน code ที่อ่านง่าย ควรเขียน code ที่ดูแลรักษาได้ง่าย ควรเขียน code ที่ทดสอบได้ง่าย แต่มันไม่ใช่เรื่องง่ายเลยที่จะเขียน code แบบนั้นขึ้นมา ดังนั้นเรามาดูกันดีกว่าว่า code ที่มันตรงกันข้ามเป็นอย่างไร ? และใครกันนะที่ชอบเขียน code แบบนี้ออกมา
วันนี้ได้อ่านบทความต่าง ๆ จาก Clean Swift จึงทำการสรุป และ แปลไว้อ่านกันนิดหน่อย ซึ่งน่าจะมีประโยชน์สำหรับนักพัฒนาอย่างมาก มาเริ่มด้วยเรื่อง Clean Swift คืออะไร ? เป้าหมายหลักของ Clean Swift Architecture คือ แก้ไขปัญหา Massive View Controller ผลที่ตามมาคือ เมื่อลูกค้าถามว่า ต้องใช้เวลาเท่าไรในการแก้ไข Bug ? ต้องใช้เวลาเท่าไรในการเพิ่ม feature ใหม่เข้าไป
DRY ย่อมาจาก Don’t Repeat Yourself เป็นแนวคิดสำหรับการลดจำนวน code ที่ซ้ำซ้อน WET ย่อมาจาก Write Everything Twice เป็นแนวคิดที่ตรงข้ามกับ DRY โดยสิ้นเชิง คำถามคือ ในปัจจุบัน developer เขียน code กันแบบไหน ระหว่าง DRY กับ WET ? ถ้าตอบว่า WET !!! แนะนำให้พยายาม ลด ละ เลิก เพื่อทำให้ code มัน DRY หรือลดจำนวน code ที่มันซ้ำซ้อนในหลายๆ จุดนั่นเอง
วันนี้มีโอกาสไปแบ่งปันในงาน Code Mania 11 :: Raise the bar จัดโดยสมาคมโปรแกรมเมอร์ไทย โดยพูดเรื่อง บุกป่าฝ่าดงอีฟฟฟ เพื่ออธิบายวิธีการปรับปรุง code ที่มันยุ่งเหยิงให้ดีขึ้น รวมทั้งความรู้ต่าง ๆ ที่ได้รับกลับมา จึงทำการสรุปไว้นิดหน่อย
ผมเคยเขียน blog อธิบายเรื่อง Defensive Programming ไว้แล้ว หนึ่งในเรื่องที่พูดไว้ก็มีหลายเรื่อง แต่มีเรื่องที่น่าสนใจก็คือ การตรวจสอบค่า NULL เราจะลดจำนวนการตรวจสอบลงได้หรือเปล่านะ
จากบทความ Mutation testing and the quest for quality ทำการอธิบายถึงความแตกต่างระหว่าง Mutation testing และ Code coverage ซึ่งมีเป้าหมายเพื่อปรับปรุงคุณภาพของ software โดยมีเรื่องหนึ่งที่น่าสนใจ คือ Pyramid of Software Quality จึงนำมาสรุปไว้ดังนี้
การที่จะพูด หรือ คุยกับเพื่อนร่วมงานในเรื่องของ code มันเป็นสิ่งที่ยาก และ อาจจะก่อให้เกิด drama ได้ ยิ่งเป็นเรื่อง code ที่มันแย่ ๆ (Bad code) ด้วยแล้ว ยิ่งมีความเป็นไปได้ว่า อาจถึงขั้นแตกหักได้ !! ดังนั้น เราลองเปลี่ยนการพูดแบบเบา ๆ กันหน่อยไหม
เชื่อว่า Developer ทุกคนนั้นใช้เวลาส่วนใหญ่อยู่หน้า computer บางคนใช้เวลามากกว่า 8 ชั่วโมงต่อวัน เพื่อสร้างสรรค์สิ่งต่าง ๆ ขึ้นมา ทั้งมีคุณค่า และ ไร้ซึ่งคุณค่า มันเป็นโลกที่ใคร ๆ ก็สามารถสร้างได้ และสามารถพัฒนาต่อยอด เพื่อให้เติบโตขึ้นได้เรื่อย ๆ และสามารถเชื่อมโยงกับระบบต่าง ๆ ได้อีกด้วย แต่โลกใบนี้เราไม่ได้ทำอยู่คนเดียวนะ การทำงานเหล่านี้ต้องทำงานกันเป็น TEAM ดังนั้น จะทำอะไรต้องคิด และ ใส่ใจกันหน่อยสิ
จากหนังสือ The Productive Programmer เขียนโดยคุณ Neal Ford ได้แนะนำวิธีการเกี่ยวกับปรับปรุง code ให้ดีขึ้นกว่าเดิม ซึ่งคิดว่า น่าจะมีประโยชน์กับ developer และ ตัวเอง จึงได้นำมาสรุปไว้อ่านกันหน่อย ปล. หนังสืออาจจะเก่าไปหน่อย เนื่องจากออกมาตั้งแต่ปี 2008 แต่เนื้อหายังไม่ล้าสมัยนะครับ โดยข้อมูลนำมาจาก 10 Ways to Improve Your Code
เมื่อวานได้พูดคุยเกี่ยวกับการเขียน code ที่ดี ซึ่งผมก็เขียน code ไม่ค่อยดี !! แต่ก็ได้แนะนำแนวทางที่ดีกว่าเดิมไปเล็กน้อย เป็นเรื่องเกี่ยวกับการเขียน IF เพื่อตรวจสอบข้อมูล โดยมี IF-ELSE ซ้อนกันเยอะมาก ๆ จะแก้ไขอย่างไรดี