คำถามที่น่าสนใจ จากทีมที่เริ่มนำแนวทางของการทดสอบแบบอัตโนมัติมาใช้งานทั้ง Unit testทั้ง API testทั้ง UI testหรือจะเป็น integration, component และ contract test ก็ตามปัญหาที่มักจะพบเจอประกอบไปด้วย ใช้เวลาในการทดสอบเยอะขึ้นเรื่อย ๆ เนื่องจากจำนวน test เยอะขึ้น มี test case จำนวนมากที่ผ่านบ้าง ไม่ผ่านบ้าง ทั้ง ๆ ที่ไม่ได้เปลี่ยนแปลงอะไร (Flaky test) เราจะแก้ไขและปรับปรุงอย่างไรดี
เพิ่งคุยกับทีมพัฒนา Mobile App ด้วย Flutter มาเรื่องของแนวทางการปรับปรุงการพัฒนา App นิดหน่อยโดยปัญหาที่เริ่มเห็นกันมาก ๆ และส่งผลรุนแรงขึ้นคือการดูแลรักษา Appทั้งในเรื่องของการเพิ่ม แก้ไขความสามารถต่าง ๆรวมทั้งแก้ไข issue หรือ bug ที่เจอหรือรับแจ้งเข้ามาแน่นอนว่า ต้องการ feedback ที่รวดเร็วพร้อมกับคุณภาพที่สูงดังนั้นจึงพูดคุยหาแนวทางกันหน่อย
คำถามที่น่าสนใจ สำหรับผู้เริ่มต้น programming ที่มักจะพบเจอประกอบไปด้วย เริ่มอย่างไรดี เริ่มด้วยภาษา program อะไรดี สิ่งที่เลือกมันดีหรือไม่ มันยากหรือง่าย แน่นอนว่า คำถามเหล่านี้ มักจะมีคำตอบที่หลากหลายทั้งแบบทำตามได้ง่าย และ ยาก ขึ้นอยู่กับพื้นฐาน ความพยายาม ความตั้งใจของแต่ละคนรวมไปถึงสิ่งแวดล้อมรอบ ๆ ข้างอีกด้วย
วันนี้อ่านหนังสือเจอแนวปฏิบัติในการเขียน program ที่ใช้ชื่อว่า Voodoo programmingเนื่องจากไม่เคยได้ยินมาเลยดังนั้นลองไปหาข้อมูลกันหน่อยว่าคืออะไร เป็นอย่างไร
เขียนรูปนี้ใน feed facebook แล้วทำให้คิดถึงปัญหาอย่างหนึ่งในการพัฒนา software นั่นก็คือ ค่าใช้จ่ายสำหรับการแก้ไขข้อผิดพลาดยิ่งข้อผิดพลาดเกิดบน production server แล้วยิ่งมีค่าใช้จ่ายในการแก้ไขสูงขึ้นอย่างมาก
หลังจากอ่านหนังสือเรื่อง Flow: The Psychology of Optimal Experienceมีหลายเรื่องที่น่าสนใจ เท่าที่พอจะเข้าใจยกตัวอย่างเรื่องของ Flow State Killerหรือสิ่งที่มาทำลาย Flow ของการทำงาน โดยเฉพาะนักพัฒนา
อ่านบทความเรื่อง Best practices for writing code comments จาก StackOverflowทำการสรุปและคำแนะนำเกี่ยวกับการเขียน comment ใน code ที่ดีเพื่อช่วยให้คุณภาพของ code ดีขึ้น มีประโยคที่น่าสนใจคือการเขียน comment ที่แย่ ๆ มันแย่กว่าการไม่เขียนอีกนะดังนั้นเราไม่ควรเขียน comment ใช่หรือไม่ ?เพราะว่า แม้จะเขียนไม่ดี compiler ก็ไม่ได้ตรวจสอบให้ถ้า comment ไม่ตรงกับการทำงานจริง ก็ไม่มีอะไรเกิดขึ้นดังนั้นการเขียนมันใช้ทั้งเวลาและความพยายาม !!
เพิ่งดู VDO และอ่านบทความเกี่ยวกับ CUPID the back storyเป็นอีกหนึ่งแนวคิดที่บอกว่า S.O.L.I.D มันล้าสมัยไปแล้วโดยเป็นการปรับปรุงแนวคิดให้ทันสมัยมากขึ้นแต่ยังคงกลิ่นอายเดิม ๆ ที่เป็นพื้นฐานเหมือนกัน
จากหนังสือ Cloud Native Goเห็นการ review และแนะนำจาก facebook ของป้อมาก็เลยลองเข้ามาอ่านบ้างประมาณ 1 สัปดาห์จึงทำการสรุปสิ่งที่อ่านในแต่ละบทไว้นิดหน่อยโดยเริ่มจากบทแรกว่าด้วย Cloud Native คืออะไร ?เป็นการอธิบายที่ดีและน่าสนใจมาก ๆมาเริ่มกันเลย
จากรายงาน State of DevOps 2020 นั้นมีหัวข้อหนึ่งเรื่อง Bad Developer eXperience (DX)หรือคือประสบการณ์ในการพัฒนาที่แย่ ๆ ซึ่งส่งผลต่อกระบวนการพัฒนา ทดสอบ และ ส่งมอบระบบงานว่ามีอะไร ประกอบไปด้วยอะไรบ้างจึงทำการสรุปไว้นิดหน่อย