เช้านี้มีโอกาสได้แลกเปลี่ยนแนวคิดของคิดว่า programmer และ product developerบางที่เรียกว่า product engineerว่าทั้งสองอย่างนี้ มีแนวคิดต่างกันอย่างไรทำไมต้องเรียกต่างกันด้วยจากที่นั่งฟังเลยสรุปไว้นิดหน่อยดังนี้
development Archive
สรุปจากบทความเรื่อง Go back to coding, engineering leader
วันหยุดอ่านบทความเรื่อง Go back to coding, engineering leaderแนะนำว่า สำหรับ technical/engineering leader นั้นควรต้องกลับมาให้ความสำคัญต่อการเขียน code กับทีมด้วยเป็นเรื่องที่ต้องให้ความสำคัญและสร้างสมดุลเพื่อช่วยทำให้เข้าใจทีมมากยิ่งขึ้นโดยในบทความ มีคำแนะนำที่น่าสนใจดังนี้
น่าสนใจกับ Observability-Driven Development (ODD) ด้วย TraceTest
ระบบการทำงานที่ต้องติดต่อสื่อสารกันผ่านระบบ networkไม่ว่าจะเป็น HTTP/HTTPs, Messaging protocol ต่าง ๆมีคำถามที่น่าสนใจคือเราจะตรวจสอบการทำงานได้อย่างไรว่าทำงานได้อย่างถูกต้องตามที่เราต้องการ
มีอะไรบ้างที่ Under-engineering และ Over-engineering ในการพัฒนาระบบงาน
อ่านเจอ tweet เรื่อง under-engineering และ over-engineering ในการพัฒนาระบบงานว่ามีอะไรบ้างจึงนำมาจดไว้กันลืมหน่อยมาดูกันว่า เรานั้นทำกันอยู่ไหม
สิ่งที่น่าสนใจจาก Global CIO Report
หลังจากที่ดูข้อมูลจาก Global CIO Report นั้นมีสิ่งที่น่าสนใจมาก ๆ สำหรับแนวทางการปรับปรุงการทำงานร่วมกันให้ดีขึ้นระหว่างหน่วยงานต่าง ๆ เช่น Business และ IT เป็นต้นมาดูว่ามีอะไรบ้าง
บันทึกการพูดคุยเรื่อง Technical Debt และการจัดการ
ในการพูดคุยเรื่อง การจัดการ Technical Debt หรือหนี้เชิงเทคนิคว่าเราควรจัดการอย่างไรดีมีแนวทางอะไรที่น่าสนใจเพื่อช่วยลดให้น้อยลงมาดูกันหน่อย
ปัญหาที่เกิดมาจากการนำ Automation มาใช้
เรื่องเล่าสนุก ๆ เกี่ยวกับการนำแนวคิด Automation หรือ การทำงานแบบอัตโนมัติมาใช้งานทั้ง process และ เครื่องมือต่าง ๆโดยแนวคิดนี้ มักจะบอกว่ามันมีประโยชน์ ต่าง ๆ ดังนี้ ลด หรือ ประหยัดเวลาในการทำงาน ลดจำนวนคนทำงานลงไป ลดปัญหาต่าง ๆ ที่เกิดซ้ำ ๆ แต่เมื่อองค์กรนำมาใช้ กลับเกิดปัญหาต่าง ๆ ดังนี้
ขั้นตอนในการพัฒนาและเขียน test
ในการพัฒนาระบบงานนั้น สิ่งที่สำคัญของ developer ที่ไม่แพ้ไปกว่าการเขียน code เลย คือการ test หรือ ทดสอบและยังเป็นการทดสอบแบบอัตโนมัติอีกด้วยแน่นอนว่าต้องเขียน code ด้วยอีกชุด
ว่าด้วยเรื่องของการแบ่งปัญหาออกมาแก้ไข
จากการแบ่งปันเรื่องการพัฒนา software นั้นมีเทคนิคหนึ่งที่ใช้งานบ่อย ๆ และแนะนำไป คือการแก้ไขปัญหาใหญ่ ๆ ด้วยการแบ่งเป็นปัญหาเล็ก ๆ ออกมาเพื่อแก้ไขทีละปัญหา และเมื่อแก้ไขจนครบจะช่วยให้เราแก้ไขปัญหาใหญ่ ๆ ได้หรืออาจจะเรียกว่าการทำ work break down นั่นเอง
ปัญหาที่ต้องปรับปรุงในการพัฒนา software
ในการพัฒนา software นั้น เรามักจะพบเจอปัญหาต่าง ๆ มากมายทั้งสิ่งที่ควบคุมได้และไม่ได้แต่มีปัญหาที่เรามักจะพบเจอประจำในการพัฒนาดังนี้ซึ่งทำให้เกิดปัญหามากมายตามมา