Practice Archive

แนะนำการใช้งาน Version Control ที่ดี

ในการพัฒนา software นั้นสิ่งที่ขาดไปไม่ได้เลยก็คือ Version Control ใช้สำหรับจัดการการเปลี่ยนแปลงต่าง ๆ ทั้งการสร้าง การแก้ไข การลบ การ merge ตัวอย่างเช่น source code และ configuration แต่การใช้งาน Version Control ก็แตกต่างกันไป บางคนใช้เพื่อ backup code บางคนไม่เคย update ข้อมูลใน Version Control เลย บางคนนำ source code ของตัวเองไปทับคนอื่นเฉยเลย บางคนสร้าง branch เยอะมาก ๆ จนไม่รู้ว่า branch ไหนล่าสุด บางคนบอกว่าเลิกใช้มันแล้ว เพราะว่าเกิด conflict มากมาย บางคนบอกว่าใช้ไปทำไม ขอ thumbdrive มาแล้ว copy ไปสิเร็วกว่า

Read More…

สิ่งเน้นย้ำสำหรับ Developer ที่ดี

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

Read More…

5ส สำหรับการพัฒนา software

คิดว่า developer หลาย ๆ คนน่าจะรู้จักกับ 5ส หรือ 5S 5S was developed in Japan and was identified as one of the techniques that enabled Just in Time manufacturing ซึ่งประกอบไปด้วย Seiri หรือ Sort/Clearing/Classify หรือ สะสาง Seiton หรือ Systematic Arrangement/Streamline/Simplify/Configure หรือ สะดวก Seiso หรือ Shine/Cleanliness/Clean and check หรือ สะอาด Seiketsu หรือ Standardize/Conformity หรือ สร้างมาตรฐาน Shitsuke หรือ Sustain the [&hellip

Read More…

ทำไม developer กลัวการ refactor code ?

คำถามที่น่าสนใจสำหรับการ refactor code หรือปรับปรุง code ให้ดีขึ้นว่า ทำไม developer ส่วนใหญ่ถึงกลัวกันนะ ? ไม่ว่าจะเป็น code ของตัวเองหรือ code ของคนอื่น ดังนั้นมาหาเหตุผลของความกลัวกันหน่อย

Read More…

สรุปการแบ่งปันเรื่อง Automated Deployment สำหรับ Mobile App

เพิ่งไปแบ่งปันเรื่องระบบ Automated deployment สำหรับ Mobile app มา โดยประกอบไปด้วยส่วนต่าง ๆ เช่น ระบบ API หรือ Backend ระบบ Mobile หรือ Frontend ทั้ง Android และ iOS มีทั้ง process และเครื่องมือที่ใช้งาน จึงนำมาสรุปไว้นิดหน่อย มาเริ่มกันเลย

Read More…

จะหลีกเลี่ยง code ที่ … อย่างไรดี ?

ปัญหาที่นักพัฒนาพบเจอเป็นประจำก็คือ Legacy code (Code ที่ไม่มี test) ซึ่งมีคุณสมบัติเฉพาะตัวนั่นก็คือ พังง่าย !! อาการประมาณว่า แก้ไขตรงนั้นนิดตรงนี้หน่อยแล้วส่วนอื่นพังไปด้วย !! เหมือนกับการแก้ไข bug เพียงตัวเดียวแล้วได้ bug มาอีกเป็นฝูง โดย code เหล่านี้นักพัฒนาต้องเจ็บตัวกันมาทุกคน ไม่ว่าจะมากหรือน้อยก็ตาม เพื่อทำการแก้ไข และ ปรับปรุง code เหล่านี้ให้ดีขึ้น คำถามที่น่าสนใจคือ แล้วเราจะหลีกเลี่ยง code แบบนี้ได้อย่างไร

Read More…

ประโยคที่ต้องถูกตีความ เมื่อนักพัฒนาพูดออกมา

ฝนตกช่วงค่ำ ๆ เลยเปิดบทความอ่านเล่น ๆ เจอบทความที่น่าสนใจเรื่อง Software Engineer Cheat Sheet ว่าด้วยเรื่องการแปลความหมายจากสิ่งที่นักพัฒนา software พูดกัน ว่าจริง ๆ แล้วมีความหมายอย่างไร มีหลายข้อที่โดนใจเลยสรุปไว้นิดหน่อย ว่าแต่มีข้อไหนโดนใจคุณบ้างล่ะ

Read More…

ทำความรู้จักกับ 3R principle

อ่านเจอบทความเรื่อง 3R principles of programming เป็นแนวปฏิบัติ 3 อย่างเพื่อช่วยทำให้ code ที่เหล่านักพัฒนา software สร้างขึ้นมา มีความ clean มีความง่ายต่อการอ่าน มีความง่ายตอการทำความเข้าใจ มีความง่ายต่อการดูแลรักษา ไม่ซับซ้อนมากนัก จึงทำการแปลและสรุปส่วนที่น่าสนใจมานิดหน่อย

Read More…

สรุปเรื่อง Story Weight Reduction Toolkit

จากบทความเรื่อง Story Weight Reduction Toolkit ทำการอธิบายวิธีการแบ่งแยกงานใหญ่ ๆ ออกเป็นงานย่อย ๆ ซึ่งทำให้เราสามารถทำการประเมินได้ง่ายขึ้น ซึ่งทำให้เราสามารถจัดการได้ง่ายขึ้น ซึ่งทำให้เราสามารถพัฒนาระบบงานได้ดีขึ้น จึงนำมาแปลและสรุปสิ่งที่น่าสนใจไว้นิดหน่อย

Read More…

อย่าถามว่าต้องทำการ Refactor code หรือไม่ แต่ให้ลงมือทำไปเลย

การ Refactor code เป็นสิ่งหนึ่งที่นักพัฒนา software ที่ดีต้องทำอยู่อย่างสม่ำเสมอ แต่เรากลับพบว่า มักจะขอเวลาเพิ่มสำหรับการ refactor code ? ทำการสร้าง backlog สำหรับการ refactor code ขึ้นมา ? ถามว่าเราควร refactor code หรือยัง ? ไม่ทำการเพิ่ม test ใด ๆ เข้ามาเลย ? ทำการทดสอบไม่ครอบคลุม ? หนักกว่านั้นคือไปขอเวลากับทางลูกค้าเพื่อปรับปรุง code ให้ดีขึ้นอีก ซึ่งส่วนใหญ่ไม่มีใครเห็นดีเห็นงามด้วยเลย ดังนั้น เราก็พัฒนาแบบเดิมกันต่อไป ส่วน code ที่ออกมานั้นก็แย่ลงไปทุกวัน !!

Read More…