SE CORNER

EP นี้นำบทความจาก GitHub Blog เรื่อง “How to review code effectively: A GitHub staff engineer’s philosophy” มาเล่าให้ฟังกันครับ โดยบล็อกนี้เขียนโดยคุณ​Sarah Vessels ที่เป็น Software Engineer ที่ GitHub และสรุปหลักการ แนวคิด และคำแนะนำเรื่องการทำ code review บนแพลตฟอร์ม GitHub อย่างมีประสิทธิภาพ คิดว่ามีประโยชน์มากเลยครับ ไปฟังรายละเอียดใน EP นี้กันครับ Blog: https://github.blog/developer-skills/gi...

สวัสดีในปีที่ 4 ของ SE Corner นะครับ EP นี้หยิบบทความเรื่อง “Addressing Bad Feelings in Agile Software Project Contexts: Considering Team Welfare and Developer Mental Health” จาก IEEE Software มาเล่าให้ฟังกันครับ งานวิจัยนี้พบว่าซอฟต์แวร์ทีมมีปัญหาด้านอารมณ์ที่หลากหลายในแต่ละช่วงของการทำ agile software development และให้คำแนะนำว่า เราจะแก้ไขปัญหาเหล่านั้นได้อย่างไร  ไปลองฟังกันใน EP นี้ครับ

SE Corner ครบ 3 ขวบแล้วครับ!! :-)  EP นี้ สรุปบทเรียนที่ผมได้เรียนรู้จากการทำ Podcast SE Corner ครบ 3 ปี มาลองฟังกันนะครับ Apple Podcast: https://podcasts.apple.com/th/podcast/se-corner/id1579358417  Spotify: https://open.spotify.com/show/0hyZX5MY0khHqOY8NaEvUX  Google: https://www.google.com/podcasts?feed=aHR0cHM6Ly9hbmNob3IuZm0vcy82MDlmZjJiYy9wb2RjYXN0L3Jzcw==  Spotify for Podcaster: https://pod...

EP นี้กลับมาอ่านบทที่ 3 ของหนังสือ Rethinking Productivity in Software Engineering เรื่อง Why We Should Not Measure Productivity ครับ บทนี้ผู้เขียน Amy J. Ko จาก University of Washington เห็นว่า เราไม่ควรวัด developer productivity เลยครับ เนื่องจากจะมีข้อเสียมากกว่าข้อดี โดยเธอได้เสนอข้อเสียที่อาจจะเกิดขึ้นทั้งหมด 3 ข้อ และวิธีการที่เหมาะสมกว่าในการปรับปรุง developer productivity  เนื้อหาจะเป็นอย่...

EP นี้หยิบบทความจากเว็บไซต์ engprax.com เรื่อง “268% Higher Failure Rates for Agile Software Projects, Study Finds” มาเล่าให้ฟังในมุมมองของผมกันครับ บทความนี้นำผลจากการศึกษากับ software engineer 600 คนจาก UK และ US เรื่องผลสำเร็จในการทำโปรเจคท์เมื่อใช้ agile และวิธีการใหม่ชื่อว่า Impact Engineering ซึ่งผลก็น่าสนใจทีเดียวว่า โปรเจคท์ที่เป็น agile มีเปอร์เซ็นที่ล้มเหลวสูงถึง 65%  รายละเอียดจะเป็นอย่...

EP นี้อ่านส่วนที่ 3 และเป็นส่วนสุดท้ายในรายของ PMI ชื่อ Pulse of the Profession 2024 ครับ ผลการสำรวจแสดงให้เห็นว่ารูปแบบการทำงาน (agile, hybrid, waterfall) และสถานที่ทำงาน (WFA, hybrid, onsite) ไม่ได้มีความสำคัญต่อประสิทธิภาพการทำโปรเจคท์เท่ากับการเพิ่มสกิลของพนักงาน ใน EP นี้เราไปฟังกันว่าองค์กรจะช่วยซัพพอร์ตพนักงานในเรื่องนี้ได้อย่างไรครับ  รายงาน Pulse of the Profession 2024: https://www.pmi.or...

EP นี้สรุปเนื้อหาส่วนที่สองจากรายงาน Pulse of the Profession 2024 โดย PMI ครับ ส่วนที่สองนี้จะเป็นเรื่องสถานที่การทำงาน ได้แก่ การทำงาน remote (work from anywhere) การทำงานแบบ on-site และการทำงานแบบผสมผสาน (hybrid) รายงานนี้เผยให้เห็นว่าการทำงานแบบ remote ก็ไม่ได้แย่ไปกว่า on-site หรือ hybrid แต่อย่างใด แม้ว่าผู้บริหารอาจจะรู้สึกไปเองว่าการบังคับให้พนักงานเข้ามาทำงาน on-site จะดีกว่าก็ตาม ไปลองฟัง...

EP นี้สรุปเนื้อหาจากรายงาน Pulse of the Profession 2024 โดย PMI ซึ่งทำการสำรวจบุคลากรสาย Project Management จำนวน 2 พันกว่าคนทั่วโลก ครอบคลุมหลากหลายอาชีพและหลากหลายธุรกิจ โดยใน EP จะเป็นตอนที่ 1 ซึ่งเกี่ยวกับการเลือกวิธีการทำงานที่เหมาะสม รายงานพบว่าวิธีการทำงาน ไม่ว่าจะเป็น Predictive (waterfall), Hybrid, หรือ Agile ก็ไม่ได้มีผลที่ต่างกันมาก ไม่น่าเชื่อใช่ไหมครับ ไปลองฟังกันใน EP นี้ดู รายงาน Pu...

EP นี้อ่านบทที่สองของหนังสือ Rethinking Productivity in Software Engineering ครับ เรื่อง No Single Metric Captures Productivity ซึ่งเขียนโดยทีมจาก Google ผู้เขียนบอกว่าไม่มีตัววัด (metric) ใดเพียงตัวเดียวที่จะสามารถวัด productivity ของ developers ได้อย่างครอบคลุม และการพยายามจะวัดแบบนั้นจะมีแต่ข้อดีมากกว่าข้อเสีย และผู้เขียนได้เสนอวิธีการที่ดีกว่าที่ใช้อยู่ในปัจจุบันที่ Goole ครับ ไปฟังรายละเอียดก...

EP นี้ เล่าบทความจาก IEEE Software เรื่อง Pair Programming with Generative AI โดย Prof. Diomidis Spinellis ให้ฟังกันครับ เป็นบทความที่สรุปข้อดี 6 ข้อในการใช้งาน generative AI เช่น ChatGPT ในการเขียนโปรแกรม และข้อเสียหรือข้อควรระวัง 4 ข้อ พร้อมทั้งคำแนะนำว่า developer แบบเราๆ ควรจะทำอย่างไรเพื่อป้องกันปัญหาที่จะเกิดขึ้้นจากผู้ช่วยสุดล้ำอย่างเจ้า generative AI ในทุกวันนี้ครับ Apple Podcast: https://...

EP นี้ เริ่มอ่านหนังสือเล่มใหม่ในลิสต์ของผมครับ ชื่อหนังสือ Rethinking Productivity in Software Engineering ซึ่งเป็นหนังสือที่มีนักวิจัยด้านวิศวกรรมซอฟต์แวร์หลายๆ ท่านมาร่วมกันเขียน โดยโฟกัสไปที่เรื่องผลิตภาพหรือ Productivity ในการพัฒนาซอฟต์แวร์ หนังสือมีเนื้อหาที่น่าสนใจหลายด้านและผมคิดว่าน่าจะมีประโยชน์กับคนที่เป็น team lead หรือ project manager ที่อยากทำให้ทีมของคุณมีผลิตภาพที่ดีขึ้นหรือดีที่สุ...

EP นี้ อ่าน Chapter สุดท้ายในหนังสือ A Philosophy of Software Design แล้วครับ บทที่ 21 เรื่อง Decide What Matters ซึ่งให้แนวคิดว่า เราควรหาจุดที่สำคัญในซอฟต์แวร์ของเราให้เจอ แล้วเน้นการออกแบบไปที่จุดนั้น เพื่อทำให้ซอฟต์แวร์เรามีความซับซ้อนน้อยลง เข้าใจง่ายขึ้น และดูแลรักษาง่ายขึ้น ไปฟังรายละเอียดใน EP นี้ครับ

EP นี้ special มากๆ ครับ เพราะเรามีซีรี่ส์ใหม่! SE Corner X MUICT ที่ผมและคณะ ICT มหิดล จะเชิญผู้เชี่ยวชาญด้าน software engineering ไม่ว่าจะเป็นคนทำงานจริงในสายงานนี้ระดับเทพๆ และนักวิจัยตัวท้อป มานั่งคุยกันเรื่องเกี่ยวกับวิศวกรรมซอฟต์แวร์ครับ แถมมาในรูปแบบวิดีโอด้วยครับ EP แรกในซีรี่ส์นี้ขอเปิดด้วยคุณบอย วรายุทธ เลิศกัลยาณวัตร ที่ทำงานเป็น Software Engineering Manager อยู่ที่ Canva ที่ออสเตรเลียค...

EP นี้อ่านหนังสือ A Philosophy of Software Design กันต่อในบทที่ 20 เรื่อง Designing for Performance กันครับ เนื้อหาในบทนี้เน้นเรื่องการรีดประสิทธิภาพของซอฟต์แวร์ออกมาให้มากที่สุดแต่ในขณะเดียวกันก็ยังคงการออกแบบที่ดีไว้อยู่ จะทำได้อย่างไร ไปฟังคำแนะนำใน EP นี้กันครับ

EP นี้อ่านบทที่ 19 ของหนังสือ A Philosophy of Software Design เรื่อง Software Trends ครับ ผู้เขียนได้เลือก 6 เทรนด์ใน software development ในช่วงหลายสิบปีที่ผ่านมาและนำมาวิเคราะห์ในแง่มุมของ software design ว่าเทรนด์เหล่านั้นช่วยส่งเสริมให้ software design ดีขึ้น หรือทำให้ software design แย่ลงกันแน่ มีบางเรื่องที่ผมเห็นด้วยและก็บางเรื่องที่ผมไม่เห็นด้วยครับ ลองไปฟังกันใน EP นี้ครับ

EP นี้ เอาบทความเรื่อง "What Do Developers Want from AI?" จาก IEEE Software มาเล่าให้ฟังกันครับ เป็นบทความที่เขียนโดยทีมจาก Google ที่ไปสัมภาษณ์นักพัฒนาซอฟต์แวร์ที่กูเกิ้ลเพื่อทำความเข้าใจว่า จริงๆ แล้ว developers อยากได้ AI มาช่วยทำอะไรบ้าง ไปฟังเนื้อหากันใน EP นี้เลยครับ บทความ (Open Access): https://www.computer.org/csdl/magazine/so/2024/03/10493171/1VTvfCwygyk

EP นี้เล่าเรื่องเนื้อหาจากบทที่ 18 ในหนังสือ A Philosophy of Software Design เรื่อง “Code Should Be Obvious” ให้ฟังกันครับ เรามาดูว่าเราจะเขียนโค้ดอย่างไรให้มีความชัดเจน อ่านเข้าใจง่าย และหลีกเลี่ยงข้อผิดพลาดที่อาจจะเกิดขึ้นได้ โดยหนังสือในบทนี้ได้ให้ตัวอย่างทั้งแบบที่ดีและไม่ดีเอาไว้ให้ไปปรับใช้กันดูด้วย ไปฟังรายละเอียดใน EP นี้กันครับ Apple Podcast: https://podcasts.apple.com/th/podcast/se-corne...

EP นี้เล่าเรื่อง automated program repair ให้ฟังกันครับ พอดีมี blog จาก Replit ที่อธิบายงานวิจัยของบริษัทตัวเองที่ทำ Code Repair tool ออกมาโดยใช้ LLM มาเทรนเพิ่มบนข้อมูล error และ bug fix ที่บริษัทมีเก็บไว้ เห็นว่าน่าสนใจดีครับ นอกจากนี้ผมยังเล่าเรื่องของเทคนิค automated program repair สมัยๆ แรกมาจนถึงยุคของ LLMs อีกด้วย ไปฟังรายละเอียดใน EP นี้กันครับ

EP นี้นำงานวิจัยล่าสุดที่เพิ่งได้รับการตอบรับตีพิมพ์ในวารสารวิชาการ Empirical Software Engineering ไปเมื่อต้นเดือนมาเล่าให้ฟังกันครับ งานวิจัยนี้ชื่อว่า " Adoption of Automated Software Engineering Tools and Techniques in Thailand" ซึ่งเราได้สำรวจนักพัฒนาในประเทศไทยจำนวน 103 คน เกี่ยวกับความรู้และการใช้งานเครื่องมือวิศวกรรมซอฟต์แวร์แบบอัตโนมัติ หรือ automated software engineering สี่ด้าน...

EP นี้สรุปเนื้อหาจากบทที่ 17 ในหนังสือ A Philosophy of Software Design เรื่อง "Consistency" ครับ โดยผู้เขียนบอกว่าการพัฒนาซอฟต์แวร์ด้วยวิธีการที่สม่ำเสมอและสอดคล้องกัน จะทำให้ความซับซ้อนของซอฟต์แวร์น้อยลง และทำให้ดูแลรักษาได้ง่ายขึ้น ไปฟังรายละเอียดใน EP นี้กันครับ

EP นี้มาต่อที่บทความเดิมนะครับ "Software Principles" จาก IEEE Software แต่มาดูอีก 10 หลักการด้านวิศวกรรมซอฟต์แวร์ที่ไม่ได้อยู่ใน 201 รายการเดิมในหนังสือ 201 Principles of Software Development แต่ได้มาจากการสำรวจนักพ้ฒนาซอฟต์แวร์ทั่วโลก ซึ่งจากที่อ่านผมคิดว่า 10 หลักการนี้ก็สำคัญไม่แพ้กันไม่เลยครับ ไปฟัง 10 หลักการนี้ใน EP นี้กันครับ

EP นี้หยิบบทความจาก IEEE Software เรื่อง "Software Principles" มาเล่าให้ฟังกันครับ โดยตอนนี้เป็น EP แรกและจะมีอีก EP ต่อมานะครับ ใน EP นี้เล่าให้ฟังว่า หลักการ (principle) สำคัญ 10 อย่างที่คงอยู่มานาน 30 ปีในวิศวกรรมซอฟต์แวร์มีอะไรบ้าง โดยเป็นหลักการที่เลือกมาจากหนังสือ 201 Principles of Software Development ซึ่งเขียนโดย Alan Davis ผ่านการสำรวจนักพัฒนาซอฟต์แวร์ทั่วโลก มีหลักการอะไรที่เรา...

กลับมาอ่านหนังสือ A Philosophy of Software Design กันต่อใน Chapter ที่ 16 ครับ เรื่อง Modifying Existing Code โดยผู้เขียนให้หลักการสำคัญๆ หลายข้อในการแก้ไขโค้ดเดิมที่มีอยู่แล้ว แต่พยายามรักษาดีไซน์ที่ดีเอาไว้ หรือทำให้ดียิ่งขึ้นกว่าเดิม ไปฟังกันใน EP นี้ครับ

ผมหยิบบทความของ Bertrand Meyer ใน CACM เรื่อง "Sensibles of Software Engineering, 1 and 2" (https://cacm.acm.org/blogs/blog-cacm/278608-sensibles-of-software-engineering-1-and-2/fulltext) มาเล่าให้ฟังกันครับ ว่าหลักคิดพื้นฐานที่จำเป็นกับทุกๆ งานในด้านวิศวกรรมซอฟต์แวร์สองข้อที่ Prof. Meyer อยากให้ทุกคนนึกถึง คืออะไร ไปฟังกันใน EP นี้ครับ

บทที่ 15 จากหนังสือ A Philosophy of Software Design บอกเราว่าควรลองเขียนคอมเม้นต์ก่อนจะเขียนโค้ดดู เพราะจะทำให้เราได้คอมเม้นต์ที่ดีมีคุณภาพ อ่านง่ายขึ้น นอกจากนี้การเขียนคอมเม้นต์ก่อนเขียนโค้ดทำให้เราได้ทบทวนการออกแบบของเราและทำให้การเขียนคอมเม้นต์เป็นเรื่องสนุกขึ้นได้ครับ ไปฟังกันใน EP นี้ครับ