จากการพัฒนาระบบงาน พบว่ามีการใช้งาน dependency/library ต่าง ๆ มากมายแต่บ่อยครั้งพบว่า มีปัญหาในการใช้งานและจัดการมาก ๆไม่ว่าจะใช้ version เก่า ๆ ไม่ยอม update สักทีแก้ไข dependency นั้น ๆ ตามต้องการบางคนบอกว่า hack มันไปเลยทำให้ไม่สามารถ update version ได้อีกดังนั้นจึงทำการแนะนำการจัดการไปดังนี้
คำถามที่น่าสนใจ สำหรับคนที่อยากจะเป็น Java programmer/developerว่าจะต้องเรียนรู้ หรือมีความรู้และความสามารถอะไรบ้าง ?เป็นคำถามที่ตอบยากมาก เนื่องจากวิธีการมีเยอะมาก ๆไม่ว่าจะเป็นการลงมือทำ การสอบถาม การเรียนจากนั้นนำมาปรับปรุงอยู่อย่างสม่ำเสมอ
Technical Debt หรือ หนี้เชิงเทคนิคนั้นมีที่มาหลายอย่างทั้ง การปล่อยระบบออกสู่ตลาดเร็วเกินไป ส่งผลให้คุณภาพลดลง ค่าใช้จ่ายที่มีอยู่อย่างจำกัด เรื่องของการออกแบบและตัดสินใจ ซึ่งล้วนมี tradeoff เสมอ เราไม่ได้อะไรมาแบบฟรี ๆ ต้องมีสิ่งแลกเปลี่ยนเสมอ ส่งผลให้ยากต่อการดูแลรักษาต่อไป
เพิ่งอ่านบทความเรื่อง We didn’t write tests because we wanted to get our code out faster กับเจอคำถามว่าในกลุ่ม QA & Testers Thailand ว่า เวลาเราเขียน automate api เช่นกรณีเบอร์โทร ถ้าหน้าบ้านมันดักอยู่ว่าไม่ให้ใส่เกิน 10 ตัว ใน api เราจำเป็นต้องเช็คไหมคะว่าห้ามเกิน เป็นสิ่งที่น่าสนใจทั้งคู่ จึงสรุปไว้หน่อย
สิ่งที่น่าสนใจในการพัฒนาและส่งมอบให้เร็วพร้อมกับคุณภาพที่สูงนั้นเป็นคำถามที่น่าสนใจมาก ๆแน่นอนว่า เราอาจจะพบเจอปัญหาต่าง ๆ มากมายไม่ว่าจะเป็นปัญหาคอขวดในการทำงานไม่ว่าจะเป็นข้อจำกัดต่าง ๆ ของขั้นตอนการทำงานเราควรต้องทำอย่างไรดี ? สิ่งที่ควรจะทำคือ การปรับปรุงสิ่งพื้นฐานต่าง ๆ เหล่านี้แบบค่อยเป็นค่อยไปอย่างต่อเนื่อง
จากที่คุยเรื่องรูปแบบของทีมกันไปนั้นก็เห็นว่ามีการจัดการหลาย ๆ รูปแบบและชื่อแตกต่างกันไป ทั้ง Component team Cross-function team DevOps team SRE team และอื่น ๆ อีกมากมาย ก็เลยมาสรุปสิ่งที่คุยไว้นิดหน่อยว่า เป็นอย่างไรกันบ้าง
ในวันหนึ่ง ๆ นักพัฒนาบางคนอาจจะอยู่ใน environment ของการพัฒนาที่แย่ ๆ จึงทำการสรุปสิ่งที่คิดว่าไม่น่าจะดีต่อทีมพัฒนาไว้นิดหน่อยซึ่งอาจจะมีประโยชน์ต่อการปรับปรุงต่อไปมาเริ่มกันเลย
ได้พูดคุยแลกเปลี่ยนประสบการณ์ในการเป็นนักพัฒนากันนิดหน่อยซึ่งหนึ่งในนั้นคือ เรื่องสัญญาเตือนหรือสิ่งที่บ่งบอกว่าเรากำลังเป็นนักพัฒนาที่ไม่น่าจะดีหรืออาจจะบอกได้ว่า เรามีประสบการณ์ไม่มากพอจึงทำการสรุปไว้นิดหน่อย
ผลการสำรวจเรื่อง DevOps ปี 2020 จาก Puppet ถูกปล่อยออกมาแล้ว โดยผลในปีนี้ พบว่ามีการปรับปรุงการนำ DevOps มาใช้งานเยอะมากขึ้น รวมทั้งมีสิ่งที่เปลี่ยนแปลงมากมาย หนึ่งในนั้นคือ Self-service internal platform การจัดการ change ให้มีประสิทธิภาพมากยิ่งขึ้น ด้วยการทำงานแบบ automation Security integration
เพิ่งเห็นว่า Scrum Guide 2020 เพิ่งถูกปล่อยออกมา จึงทำการลองอ่านและพบว่ามีสิ่งที่เปลี่ยนแปลงและปรับปรุงไปพอสมควร เลยทำการสรุปไว้นิดหน่อย ตามที่เข้าใจ มาเริ่มกันเลย