EP นี้ หยิบหนังสือ A Philosophy of Software Design กลับมาอ่านต่อครับ Chapter ที่ 3 เป็นเรื่องเกี่ยวการเขียนโค้ดที่ดี โดยยกแนวทางการเขียนโค้ดสองแบบคือ tactical programming ที่เขียนแค่ให้โค้ดทำงานได้ กับ strategic programming ทีเขียนโดยคำนึงถึงการแก้ไขและความซับซ้อนของโค้ดด้วย มาดูกันว่าแบบไหนที่ทำให้ซอฟต์แวร์ดูแลง่ายกว่าในระยะยาวครับ

ไปฟังสรุปเนื้อหากันใน EP นี้ครับ

ต้อนรับ EP เลขสามตัวด้วยเรื่อง bus factor ซึ่งเป็น software measure แบบหนึ่งที่ใช้วัดความเสี่ยงของซอฟต์แวร์โปรเจคท์ได้ครับ ผมหยิบบทความจาก Metabase ที่ทำการศึกษา 1,000 open source projects ว่ามี bus factor เป็นอย่างไรบ้างมาเล่าให้ฟังกันครับ

รายละเอียดจะเป็นอย่างไร ไปฟังกันใน EP นี้ครับ

บทความ: https://www.metabase.com/blog/bus-factor

truckfactor tool: https://github.com/HelgeCPH/truckfactor

SE Corner Podcast ครบ 100 ตอนแล้วครับ! เย้! ใน EP นี้ขอฉลองครบรอบ 100 episodes ด้วยการทำ retrospective ครับ ว่าผมได้ประโยชน์อะไรบ้างจากการทำ SE Corner ในระยะเวลาเกือบ 2 ปีที่ผ่านมา โดยผ่านการทำ retrospective แบบ Glad-Mad-Sad ครับ :-)

ไปฟังกันใน EP นี้เลยครับ

EP นี้เป็นเรื่องเกี่ยวกับ Developer Productivity แต่ว่าหัวข้อเป็น Technical Debt นะครับ หยิบเอาบทความเรื่อง Defining, Measuring, and Managing Technical Debt ของคุณ Ciera Jaspan กับ Collin Green จาก Engineering Productivity Research Team ของ Google มาเล่าให้ฟังครับ ทีมนี้ทำงานศึกษาวิจัยเกี่ยวกับ technical debt ที่ส่งผลลบต่อประสิทธิภาพการทำงานของ software engineer ที่กูเกิ้ลมาตั้งแต่ปี 2018 และพวกเขาได้ค้นพบ 10 รายการของ technical debt ที่ส่งผลเสียมากที่สุดต่อ engineer ของกูเกิ้ลรายละเอียดเป็นอย่างไร ไปฟังกันใน EP นี้ครับ

บทความต้นฉบับ: https://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=10109339

EP นี้เอาบทความของคุณ​ Bertrand Meyer ศาสตราจารย์ด้านวิศวกรรมซอฟต์แวร์และผู้คิดค้นภาษา Eiffel ใน Communication of thte ACM มาเล่าให้ฟังกันครับ บทความชื่อ "AI Does Not Help Programmers" ซึ่ง อ. Meyer เล่าประสบการณ์การทดลองใช้ ChatGPT เพื่อแก้บั๊กในโปรแกรมภาษา Eiffel แล้วพบว่าโมเดล LLM ณ ปัจจุบัน น่าจะยังไม่ถึงระดับที่จะมาเขียนโปรแกรมแทนโปรแกรมเมอร์จริงๆ ได้

รายละเอียดจะเป็นอย่างไร ไปฟังกันใน EP นี้ครับ

บทความต้นฉบับ: https://cacm.acm.org/blogs/blog-cacm/273577-ai-does-not-help-programmers/fulltext?fbclid=IwAR0FESzXaSnR7LYw9koVcVEg35rJjcQB1zcGxHhwzDxZeoHBHklFoh42COI

EP นี้หยิบงานวิจัยของ นศ. ที่สร้างเครื่องมือในการทดสอบระบบ Microservice แบบที่ใช้ Backends for Frontends (BFF) pattern ชื่อ Microusity มาเล่าให้ฟังกันครับ งานวิจัยนี้ได้รับการตีพิมพ์ที่งานประชุมวิชาการ the 31st IEEE/ACM International Conference on Program Comprehension (ICPC '23) ในหมวด Tool Demonstration ครับ โดยวิธีการที่เราใช้ในการทดสอบ BFF microservice นั้น เราใช้เครื่อง RESTful API fuzzing tool ชื่อ RESTler จาก Microsoft ร่วมกับ network monitoring tool ชื่อ Zeek และเราสร้าง algorithm เพื่อทำการติดตาม request ที่เข้าไปยัง BFF ว่าถูกส่งไปที่ microservice ไหนบ้าง ด้านหลัง BFF ครับ นอกจากนี้ยังมี graph visualization ที่ช่วยให้เข้าใจการเดินทางของ request ได้ง่ายขึ้นด้วย เครื่องมือนี้ช่วยให้นักพัฒนา BFF microservice สามารถแก้ไขปัญหา HTTP 500 ที่เกิดขึ้นได้ง่ายมากขึ้น สามารถเข้าไปลองเล่นกันได้ที่ https://microusity.dev/ ครับ

รายละเอียดจะเป็นอย่างไร ไปฟังกันใน EP นี้ครับ

หากสนใจงานวิจัย สามารถอ่านเปเปอร์ได้ที่นี่ครับ: https://arxiv.org/abs/2302.11150

EP นี้หยิบเรื่องของ Large Language Models (LLMs) ที่เข้ามาใกล้ตัวนักพัฒนาซอฟต์แวร์ขึ้นเรื่อยๆ เพราะสามารถนำมาใช้ช่วยในการเขียนซอฟต์แวร์ได้แล้วในปัจจุบัน บทความเรื่อง "Application of Large Language Models to Software Engineering Tasks: Opportunities, Risks, and Implications" ของคุณ​ Ipek Ozkaya หยิบประเด็นที่น่าสนใจถึงความเสี่ยงที่เราควรนึกถึง และโอกาสที่เราจะได้ประโยชน์จาก LLM เหล่านี้มีอะไรบ้าง

ไปฟังกันใน EP นี้ครับ

ใน EP นี้หยิบบทความจาก IEEE Software ที่เขียนโดยบริษัท SAP มาเล่าให้ฟังกันครับ ทีมงานจาก SAP ร่วมกับนักวิจัยจาก UC Irvine และ Pontifical Catholic University of Rio Grande do Sul ได้ทดลองนำหลักการ Design Thinking (DT) มาใช้ให้ทีมงานได้ออกแบบวิธีการทำงานแบบ hybrid work กันเอง งานนี้น่าสนใจตรงที่ DT ซึ่งปกติใช้ในการออกแบบสินค้าหรือบริการให้ตรงตามความต้องการของตลาดและลูกค้า ได้ถูกนำมาใช้ในการออกแบบการทำงานให้กับบริษัทซะเอง
รายละเอียดจะเป็นอย่างไร ไปฟังกันใน EP นี้ครับ

EP ที่ 94 นี้ หยิบเรื่อง "Unscheduled Meetings in Hybrid Work" จาก IEEE Software มาเล่าให้ฟังครับ ทีมนักวิจัยจากประเทศนอร์เวย์ได้ศึกษาการทำงานของสองบริษัทซอฟต์แวร์ในประเทศ ที่ทำงานแบบ Hybrid work หลัง COVID-19 และพบว่ามี 3 วิธีที่ช่วยให้การประชุมแบบไม่ได้นัดหมาย หรือ unscheduled meetings นั้น ทำได้ง่ายขึ้นครับ

คำแนะนำและ 3 วิธีนั้นคืออะไร ไปฟังกันใน EP นี้ครับ

EP นี้ เป็นเรื่องการสร้างความคิดสร้างสรรค์ระหว่างการทำงานแบบ hybrid software development ครับ ผมหยิบเอาบทความเรื่อง Team Creativity in a Hybrid Software

เนื้อหาจะเป็นอย่างไร ไปฟังกันใน EP นี้ครับ