นั่งคุยกับนักพัฒนามาพอสมควร ได้รับรู้ปัญหาเกี่ยวกับสิ่งที่ทำให้นักพัฒนาไม่พอใจ สุดท้ายทำให้นักพัฒนาเหล่านั้นต้องเปลี่ยนที่ทำงาน !! เหมือนเป็นศาลาคนเศร้าเลย มาดูกันว่ามีอะไรบ้าง
development Archive
code ที่นักพัฒนาเขียนขึ้นมานั้น S.A.F.E ไหมนะ ?
สิ่งที่นักพัฒนา software ควรต้องรู้และเข้าใจสำหรับ code ที่เขียนคือ code ที่เขียนขึ้นมานั้นปลอดภัยหรือไม่ ? แน่นอนว่า นักพัฒนาบางคนอาจจะบอกว่า แค่เขียน code ให้เสร็จตามเวลาก็ถือว่าดีแล้ว ส่วนเรื่องของ security ไม่ใช่หน้าที่ ให้ทางฝ่าย security ดูเองก็แล้วกัน ถ้ามีเจอปัญหาอะไรก็แจ้งมา เดี๋ยวแก้ไขให้ !!
แนะนำ Stackblitz สำหรับการ run React และ Angular จาก Github repository ผ่าน browser
อ่านเอกสารของ Angular ก็พบสิ่งที่น่าสนใจคือ สามารถทำการ run code ที่อยู่ใน Github repository ผ่าน browser ได้เลย ซึ่งมันทำให้ชีวิตนักพัฒนา Frontend ง่ายขึ้นมาก เพราะว่า ไม่ต้องทำการติดตั้งสิ่งใดเลย เพราะว่า การติดตั้ง dependency ต่าง ๆ บนเครื่องเราใช้เวลาสูงมาก ๆ เพราะว่า การแบ่งปันหรือทำงานร่วมกับคนอื่น ๆ มันยากขึ้นไปอีก ดังนั้นมาลองใช้งาน Stackblitz กันนะ
สรุปการย้ายระบบจาก Monolith ไปยัง Microservices ของ SHIFT Commerce
จากบทความเรื่อง SHIFT Commerce’s Journey: Deconstructing Monolithic Applications into Services ทำการอธิบายขั้นตอนการเปลี่ยนสถาปัตยกรรมระบบจาก Monolith ไปเป็น Microservices เป็นกรณีศึกษาที่น่าสนใจ จึงทำการสรุปไว้นิดหน่อย
บันทึกสิ่งที่มักทำ[ผิด]พลาดในการพัฒนา software
ทุกคนย่อมเคยทำผิดพลาดมาก่อนเสมอ ยิ่งในการพัฒนา software แล้ว ความผิดพลาดมักเกิดขึ้นมากมายและบ่อยครั้ง ยังไม่พอเรามักจะเห็นความผิดพลาดที่เกิดขึ้นอยู่บ่อย ๆหรือ ซ้ำ ๆ ดังนั้นจึงทำการสรุปไว้นิดหน่อย
สรุปเรื่อง Prevent Bugs จากหนังสือ Timeless Laws of Software Development
ช่วงนั่งรอขึ้นเครื่องบินกลับบ้าน ได้อ่านเรื่อง Prevent Bugs เป็นบทที่ 5 จากหนังสือ Timeless Laws of Software Development จึงนำมาสรุปไว้นิดหน่อย น่าจะพอมีประโยชน์สำหรับนักพัฒนากันบ้าง
คำถาม :: เราวิเคราะห์ code ด้วยอะไรกันบ้าง ?
วันนี้เจอคำถามที่น่าสนใจคือ เราทำการวิเคราะห์ code ของระบบงานที่เราพัฒนากันอย่างไร ? เพื่อทำให้รู้สถานะปัจจุบันของระบบ เพื่อทำให้เข้าใจโครงสร้าง เพื่อทำให้เห็นมุมมองต่าง ๆ เพื่อทำให้เห็นปัญหาต่าง ๆ หลังจากนั้นจึงนำข้อมูลเหล่านั้น มาปรับปรุง code ของระบบให้ดีขึ้น
ถ้าจะทำ feature ใหม่ น่าจะเขียน User manual ก่อนเลยนะ
มีแนวคิดหนึ่งที่น่าสนใจเกี่ยวกับการพัฒนา Software ลองคิดดูสิว่า ถ้าเราต้องการทำ feature ใหม่ขึ้นมาสักตัว สิ่งแรกที่ต้องทำก่อนคือ เขียน Document หรือเอกสารต่าง ๆ ก่อนนะ ตัวที่สำคัญมาก ๆ คือ User manual document !!
ว่าด้วยตำแหน่งใน Software Development
ในโลกของการพัฒนา software นั้น พบว่ามีตำแหน่งที่ไม่เกี่ยวกับการเขียน code หรือ programming เยอะมาก ๆ ดังนั้นมาช่วยบอกหน่อยสิว่า มีตำแหน่งอะไรบ้าง
ว่าด้วยเรื่องความกำกวมของ Requirement
จากหนังสือ Timeless Laws of Software Development นั้น ในส่วนแรกอธิบายถึงเรื่องการวางแผนก่อนที่จะเริ่มพัฒนาระบบงาน (Plan before implementing) เป็นสิ่งสำคัญมาก ๆ ถ้าไม่วางแผนแล้วจะไปกันอย่างไร แต่ปัญหาอย่างหนึ่งของการวางแผนคือ ความกำกวมหรือคลุมเครือของ requirement โดยในหนังสือมีบทสนทนาเรื่อง requirment ที่น่าสนใจ เลยแปลเก็บไว้นิดหน่อย ไม่แน่ใจว่าใครเคยเจอบ้าง