เขียนรูปนี้ใน feed facebook แล้วทำให้คิดถึงปัญหาอย่างหนึ่งในการพัฒนา software นั่นก็คือ ค่าใช้จ่ายสำหรับการแก้ไขข้อผิดพลาดยิ่งข้อผิดพลาดเกิดบน production server แล้วยิ่งมีค่าใช้จ่ายในการแก้ไขสูงขึ้นอย่างมาก
น่าสนใจสำหรับ RESTler: Stateful REST API Fuzzing
อ่าน research paper ของ Microsoft เรื่อง RESTler: Stateful REST API Fuzzingเป็นเครื่องมือสำหรับการทดสอบ REST API แบบ Fuzz testing หรือ Fuzzingคือรูปแบบหนึ่งของการทดสอบแบบ blackboxโดยจะพยายามหา bug หรือ ข้อผิดพลาดจาก input ในรูปแบบต่าง ๆ อย่างอัตโนมัติ
ปัญหาคอขวด ที่มักพบเจอในระบบงาน
เมื่อระบบงานมีจำนวนการใช้งานที่สูงขึ้น (Work load) แล้วปัญหาที่มักจะตามมาเช่น ระบบไม่สามารถรองรับได้ หรือ scale ได้ทันความต้องการ ระบบทำงานช้า ระบบล่ม มาดูกันว่า ต้นเหตุของปัญหามีอะไรบ้าง
เมื่อใช้งาน Miro ใน Zoom ได้
สำหรับใครที่ใช้งาน Zoom ในการประชุมหรือคุยงานแบบ Remoteและใช้งาน Miro สำหรับการออกแบบ วางแผนจะพบปัญหาว่า ต้องสลับหน้าจอไปมาซึ่งทำให้การทำงานไม่ราบรื่นมากนักจากปัญหานี้ ทาง Zoom และ Miro จึงร่วมมือกันให้สามารถใช้งาน Miro ใน Zoom ได้เลย
สวัสดี GitHub Copilot
GitHub Copilot (Technical preview) เป็นระบบที่น่าสนใจมาก ๆเป็นระบบที่ใช้งาน OpenAI Codex Model ที่สร้างโดย OpenAIโดยทำการเรียนรู้รูปแบบต่าง ๆ ของ code จาก GitHub ที่เป็น public repositoryซึ่งตอนนี้สนับสนุนภาษาต่าง ๆ ดังนี้ Python JavaScript TypeScript Ruby Go
ว่าด้วยเรื่องของ Flow State Killer
หลังจากอ่านหนังสือเรื่อง Flow: The Psychology of Optimal Experienceมีหลายเรื่องที่น่าสนใจ เท่าที่พอจะเข้าใจยกตัวอย่างเรื่องของ Flow State Killerหรือสิ่งที่มาทำลาย Flow ของการทำงาน โดยเฉพาะนักพัฒนา
ว่าง ๆ มาทำ load testing ระบบกันก่อนขึ้นระบบไหม ?
ว่าง ๆ มาดูกันหน่อยว่าระบบ web application นั้นควรจะต้องมีการทำ performance testing บ้างยกตัวอย่างเช่น การทำงาน load testingเพื่อทำให้มั่นใจในระดับหนึ่งว่าระบบงานของเรานั้น น่าจะรองรับจำนวนผู้ใช้งานพร้อม ๆ กันเท่าไรจะได้ไม่ตายกลางอากาศ !!!
มาแล้วนะ สำหรับ Go 1.17 RC1
เพิ่งเห็นว่า go ได้ปล่อย Go 1.17 RC1 ออกมาแล้วซึ่งเราสามารถ download มาทดลองใช้งานได้เลยอยู่ในส่วนของ Unstable version นั่นเองมีอะไรเปลี่ยนแปลงบ้าง ไปอ่านกัน Draft :: Release Notes
สรุปจากบทความเรื่อง Best practices for writing code comments
อ่านบทความเรื่อง Best practices for writing code comments จาก StackOverflowทำการสรุปและคำแนะนำเกี่ยวกับการเขียน comment ใน code ที่ดีเพื่อช่วยให้คุณภาพของ code ดีขึ้น มีประโยคที่น่าสนใจคือการเขียน comment ที่แย่ ๆ มันแย่กว่าการไม่เขียนอีกนะดังนั้นเราไม่ควรเขียน comment ใช่หรือไม่ ?เพราะว่า แม้จะเขียนไม่ดี compiler ก็ไม่ได้ตรวจสอบให้ถ้า comment ไม่ตรงกับการทำงานจริง ก็ไม่มีอะไรเกิดขึ้นดังนั้นการเขียนมันใช้ทั้งเวลาและความพยายาม !!
สวัสดี Qodana
วันนี้เห็น VDO แนะนำ Qodana จาก JetBrains ใน Youtubeซึ่งเป็น static code analysis หรือ code quality monitoringซึ่งทำงานอยู่ในเครื่องมือของ JetBrains เลยยกตัวอย่างเช่น IntelliJ IDEA นั่นเองทำให้นักพัฒนาสามารถตรวจสอบปัญหาได้อย่างรวดเร็วโดยก่อนหน้านี้อาจจะใช้งาน SonarQube มาก่อน