ผมท่องเว็บไปเรื่อยๆ พอดีเจอบทความนึง ที่นับได้ว่าเป็นประโยชน์อย่างยิ่งต่อ PHP Programmer หรือภาษาอื่นๆ ก็สามารถนำไปประยุกต์ใช้ได้ ผมก็เลยแปลคร่าวๆ มาให้นักพัฒนาชาวไทยได้ดูกันครับ ซึ่งจากบทความเค้าถามว่า “ทำไมคุณถึงเป็น PHP Programmer ที่แย่” แล้วเค้าคิดยังไง ทำไมถึงว่าแย่….เปิดรับใจชม สิ่งเหล่านี้ มันอาจช่วยอุดรอยรั่วที่คุณมีอยู่ในตอนนี้ก็ได้ครับ (บทความดีๆ จากเว็บ net.tutsplus.com)

คุณไม่วางแผนก่อนที่จะเริ่ม Coding

สิ่งนี้สามารถช่วยให้คุณ ตรวจสอบได้ว่าตอนนี้คุณอยู่ในขั้นตอนไหนของการ Coding และป้องกันการเขียนโปรแกรมที่ผิดทิศผิดทาง

มีวิธีการหนึ่งที่ช่วยได้ ทั้งทางด้านการพัฒนาโปรแกรมและการ comment นั่นก็คือ การเขียน Outline ไว้บรรทัดบนสุด เช่น

 

• <?php
• // include ไฟล์ header
• // กำหนดตัวแปร ที่รับมาจาก POST
• // Loop เพื่อโหลดข้อมูล
•     // กำหนดรูปแบบ การแสดงข้อมูล
• // แสดงผล
• // include ไฟล์ Footer

ถ้าคุณรู้แบบย่อยแล้ว คุณอาจจะเขียน outline ใน scale ที่ใหญ่ขึ้น
คำแนะนำนี้ อาจทำให้คุณต้องเปลี่ยนแปลงสไตล์การพัฒนาโปรแกรม แต่มันจะทำให้ทักษะการบริหารโครงการคุณ พัฒนาขึ้นอย่างรวดเร็ว (go through the roof)

 

คุณไม่ Comment ทุกอย่าง (ที่จำเป็น)

ปัญหาหนึ่งที่เลวร้ายมากที่สุด ที่ผมได้เจอมาคือ การ comment ที่น้อยนิด หรือ ไม่ Comment เลย !! , มันไม่เพียงแต่ช่วยเรื่องการ programming ในช่วงเริ่มต้นของ project แล้ว แต่มันยังช่วยกำจัดขั้นตอนที่ไม่จำเป็น ที่อาจจะทำให้เกิดความสับสนออกไปอีกด้วย
หากคุณต้องการกลับมาแก้ไขโปรแกรม มันอาจใช้เวลาแค่ 10 นาที ไปจนถึง 6 ชั่วโมง ซึ่งนั่นมันขึ้นอยู่กับว่าคุณจะหาจุดที่แก้ไขเจอหรือไม่ สิ่งที่ช่วยให้คุณใช้เวลาน้อย ก็คือการ Comment นั่นเอง

คุณยอมทิ้งความชัดเจน เพื่อความสั้น กะทัดรัด

สิ่งเย้ายวนของการ Coding คือ วิธีการเขียนให้สั้นลง ซึ่งได้รับการสนใจทั่วบ้านทั่วเมือง แต่ทราบหรือไม่ว่าโค้ดที่สั้นนั้น มีสิ่งที่ไม่พึงประสงค์แอบแฝงอยู่ ไม่ว่าจะเป็นการตั้งชื่อตัวแปรที่สั้นจนไม่สื่อถึงความหมาย หรือการลดการใช้วงเล็บปีกกา ซึ่งสิ่งที่คุณจะสูญเสียไป คือ ความชัดเจนของโค้ดโปรแกรม

คุณไม่ทำตามมาตรฐานการ Coding

ด้วยอารมณ์ศิลปินของคุณ คุณอาจจะปรับแต่งรูปแบบโค้ดในแบบของคุณเอง แต่นั่นมันไม่ใช่สิ่งที่ดีเสมอไป ทางที่ดีควรเลือกมาตรฐานการโค้ดจะดีกว่า (ผู้เขียนแนะนำ PEAR CODING STANDARD)
เมื่อคุณจะ Coding ให้คุณคิดว่า คุณกำลังจะพูดภาษาใดภาษาหนึ่ง , จำเป็นต้องมีทั้งไวยกรณ์หรือกฏต่างๆ เพื่อให้เราเข้าใจได้อย่างชัดเจน ก่อนที่คุณจะสื่อสารอะไรให้เค้าสามารถรับรู้ได้

คุณ Coding ซ้ำๆ

ถ้าหากคุณจะต้องแก้ไขโค้ดบางจุด คุณจะต้องแก้ไขโค้ดมากกว่า 1 ไฟล์ หรือมีโค้ดที่ทำงานเหมือนๆกัน มากกว่า 1 ที่บน App ของคุณ หรือไม่ ? ถ้าใช่ , คุณต้องกลับไปดูโค้ดของคุณใหม่ ผมว่าคุณมาผิดทางแล้วครับ

คุณไม่ทำตาม Pattern

คุณควรจะมีโครงสร้างในการ Coding เสมอ ไม่จำเป็นว่าต้องอยู่ในรูปแบบ MVC หรือรูปแบบอื่นๆ แต่ผมหมายถึงว่า จะต้องรู้ถึงการจัดองค์ประกอบของ Component ว่าเค้าทำกันอย่างไรและสิ่งที่เค้าจะมุ่งไปสู่คืออะไร

คุณฉลาดเกินกว่า สิ่งที่ดีสำหรับคุณเอง

ดูจากหัวข้ออาจจะงงๆ เล็กน้อยครับ ใจความก็คือ คุณอาจจะพยายามหา Trick ใหม่ๆ ที่ได้ค้นพบมา เพื่อแก้ปัญหาที่ซับซ้อน แต่ทางออกของปัญหาเหล่านั้น มักมาจากแนวทางที่ง่ายๆ ก็เพียงพอต่อการแก้ปัญหา
พื้นฐานก็คือ ทางออกที่ง่ายที่สุด มักจะเหมาะสมต่อการแก้ปัญหามากที่สุดเช่นกัน ก็เหมือนกับการที่คุณต้องการเดินทางจากกรุงเทพฯ ไปขอนแก่น แล้วคุณอ้อมไปชมวิวที่เชียงใหม่ คุณคิดว่ามันสิ้นเปลืองพลังงานโดยใช่เหตุหรือเปล่าล่ะครับ ? อีกอย่างคนเดินทางตามคุณก็คงงงไปด้วย

เฮ้ย เพื่อน !! ที่เอ็งพูดเมื่อตะกี้นี้ มันคืออะไรฟระ ?

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

คุณพยายามทำทุกอย่าง ด้วยตัวของคุณเอง

ทุกวันนี้มี developer มากมายที่เขียน blog ดีๆ เพื่อให้คุณได้ความรู้ต่างๆ จากประสบการณ์ที่พวกเค้าได้ผ่านมา เช่น เทคโนโลยีใหม่ๆ ความรู้เบื้องต้นต่างๆ หรือบางปัญหาที่คุณเจอ พวกเค้าอาจจะเคยเจอมาก่อนคุณก็เป็นได้ ดังนั้นพยายามติดตาม Blog เหล่านั้นเรื่อยๆ เพื่อที่คุณจะได้ไ่ม่ต้องนั่งคิดเองให้ปวดกะบาล

คุณไม่ยอมออกจากโซนปลอดภัยของตัวคุณเอง

คุณควรหาความท้าทายใหม่ๆ ในโปรเจค ที่เป็นผลบวกในการ Programming ของคุณ ลองถามตัวเองด้วยคำถามเหล่านี้ ก่อนที่คุณจะเริ่มโปรเจคใหม่ๆ ดูว่าเหมาะสมกับโปรเจคหรือไม่ , เป็นสิ่งที่พัฒนาจากโปรเจคครั้งล่าสุดหรือไม่ , เป็น Best practice ได้หรือไม่

คุณไม่แบ่งปันความรู้

แนวทางการพัฒนาปรับปรุงที่ดีที่สุดคือ การพูดคุยหารือเกี่ยวกับโค้ดหรือแนวทางของคุณกับคนอื่นๆ เช่น การเขียน tutorial , แจก open-source , ตอบคำถามในเว็บบอร์ด
หวังว่าท่านผู้ชม คงได้ความรู้ไปบ้างนะครับ ถ้ามีข้อคิดเห็นอะไร comment ได้เลยครับ

ที่มาบทความ : http://www.nicedev.com/index.php/2011/03/bad-php-programmer/#codesyntax_1