อ่านหนังสือ The Art of Readable Code: Simple and Practical Techniques for Writing Better Code
ไปเจอเรื่องที่น่าสนใจคือ
ความสามารถหนึ่งที่สำคัญของ developer ที่ต้องมี
นอกเหนือจากการ coding นั่นก็คือ
รู้ว่าเมื่อใดที่ไม่ควรเขียน code
เนื่องจากบ่อยครั้งมักจะเขียนเยอะไป

Developer รู้ว่า code ที่เขียนขึ้นมานั้น

  • ต้องอ่านและเข้าใจได้ง่ายทั้งจากตัวเราเองและผู้อื่น
  • ต้องผ่านการทดสอบมาทั้งหมด
  • ต้องไม่เพิ่มข้อผิดพลาดเข้ามายังระบบทั้งปัจจุบันและอนาคต

แต่ว่าเมื่อใดที่ไม่ควรเขียน code บ้างละ ?

ถ้าเรารู้ว่าเมื่อใดต้องไม่เขียน code แล้ว

ผลที่ตามมาคือ code จะมีขนาดเล็กหรือมีเท่าที่ต้องการและจำเป็นจริง ๆ
แต่โชคไม่ดีที่เราพบว่า
เมื่อเวลาผ่านไปนานเท่าไร
Code ของระบบงานกลับใหญ่โตขึ้นเรื่อย ๆ
จนอยู่เหนือการควบคุมใด ๆ
ยากต่อการดูแลรักษาอย่างมาก แสดงดังรูป

ความยากคือ code ที่ไม่จำเป็นมันเป็นแบบไหน ?
ถ้าลบ code เหล่านั้นทิ้งไป มันจะไม่ส่งผลต่อระบบใช่ไหม ?
แต่บางคนบอกว่า วันที่ productivity ดีมาก ๆ คือ
วันที่ได้ลบ code ทิ้งไป !!

ดังนั้นก่อนที่จะเขียน code

Developer ควรเข้าใจก่อนว่า
เป้าหมายหลักของสิ่งที่กำลังทำคืออะไรกันแน่
ถ้าทำไปแบบไม่เข้าใจ และ ไม่ชัดเจน
ก็จะมีแต่ความกลัว
เพื่อลดความกลัว จะเขียน code ให้เยอะ ๆ เข้าไว้
ผลที่ตามมาคือ code ที่ไม่จำเป็นเต็มไปหมด
จะลบทิ้งก็ทำไม่ได้แล้ว

ปล. มันมีเส้นบาง ๆ ระหว่าง good enough กับ perfect !!
มาเน้นที่การเขียน code ให้ทำงานได้ตามที่ต้องการก่อนดีไหม ?

Keep coding ครับ
ทุกสิ่งทุกอย่างมันเกิดจากการเขียน code
เรียนรู้กับสิ่งที่เกิดขึ้น และปรับปรุงกันอย่างต่อเนื่อง

Tags: