Afleveringen
-
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-corner/id1579358417
Spotify: https://open.spotify.com/show/0hyZX5MY0khHqOY8NaEvUX
Google: https://www.google.com/podcasts?feed=aHR0cHM6Ly9hbmNob3IuZm0vcy82MDlmZjJiYy9wb2RjYXN0L3Jzcw==
Spotify for Podcaster: https://podcasters.spotify.com/pod/show/se-corner
YouTube: https://www.youtube.com/@secorner9359
Pocket: https://pca.st/5mzikb1e
Radio Public: https://radiopublic.com/se-corner-WRm71e
-
Zijn er afleveringen die ontbreken?
-
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 สี่ด้าน ได้แก่ software measurement, static code analysis, testing และ continuous integration
ผลที่เราพบจะเป็นอย่างไร ไปฟังกันใน 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 ผ่านการสำรวจนักพัฒนาซอฟต์แวร์ทั่วโลก
มีหลักการอะไรที่เราควรคิดถึงบ้าง ไปฟังกันใน 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 นี้ครับ
-
EP นี้นำเนื้อหาจากงานศึกษาของ Google ชื่อ Project Aristotle ที่พยายามหาปัจจัยสำคัญในการสร้าง engineering team ที่มีประสิทธิภาพมาเล่าให้ฟังกันครับ Google ศึกษาทีมในบริษัทกว่า 180 ทีม และพบว่ามี 5 ปัจจัยที่สำคัญที่ทำให้ทีมทีมหนึ่งมีประสิทธิภาพสูงกว่าทีมอื่นๆ
5 ปัจจัยนั้นคืออะไร ไปฟังกันครับ
-
EP นี้หยิบบทความจาก IEEE Software เรื่อง "Developer Productivity for Humans, Part 7: Software Quality" จากทีมนักวิจัยที่ Google มาเล่าให้ฟังกันครับ บทความนี้อธิบายให้เห็นว่า Software Quality อาจจะมองได้หลายมุมมองขึ้นอยู่กับว่าคนที่มองเป็นใครใน stakeholder ที่เกี่ยวข้อง ทำให้เราต้องแบ่ง Software Quality ออกเป็นสี่ด้าน ได้แก่ Process Quality, Code Quality, System Quality และ Product Quality
รายละเอียดเป็นอย่างไร ไปฟังกันใน EP นี้ครับ
-
EP นี้มาต่อกันที่ Chapter 13 จากหนังสือ A Philosophy of Software Design เรื่องการเขียนโค้ดคอมเม้นต์ที่ดีครับ โดยหนังได้ให้คำแนะนำว่าคอมเมนต์นั้นควรจะอธิบายส่ิงที่โค้ดไม่สามารถอธิบายได้ เช่น เหตุผลในการตัดสินใจบางอย่างของนักพัฒนา และหนังสือให้คำแนะนำในการเขียนคอมเม้นต์ใน 3 ระดับ คือ interface, implementation, และ cross-module documentation
รายละเอียดไปฟังกันใน EP นี้ครับ
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://podcasters.spotify.com/pod/show/se-corner
YouTube: https://www.youtube.com/@secorner9359
Pocket: https://pca.st/5mzikb1e
Radio Public: https://radiopublic.com/se-corner-WRm71e -
EP นี้กลับมาอ่านบทที่ 12 ในหนังสือ A Philosophy of Software Design กันต่อครับ เป็นเรื่องเกี่ยวกับการเขียนคอมเม้นต์ในโค้ด ซึ่งผู้เขียนได้ยก 4 ข้ออ้างที่พบบ่อยๆ เวลานักพัฒนาไม่อยากเขียนคอมเม้นต์มาเล่าให้ฟัง พร้อมทั้งให้ข้อโต้แย้งว่าข้ออ้างดังกล่าวมีปัญหาอย่างไร และใน EP หน้าเราจะมาดูกันว่าวิธีการเขียนคอมเม้นต์ให้ดี เป็นอย่างไรครับ
ไปฟังรายละเอียดใน EP นี้กันเลยครับ
-
สวัสดีปีใหม่ 2024 ครับทุกคน! EP นี้เป็นตอนต่อจาก EP ที่แล้วที่เราคุยกันเรื่องการวัด developer productivity ที่มีรายงานจาก McKinsey ออกมาว่าสามารถหา metrics เพื่อวัด producitivity ได้แล้ว และใช้งานแล้วกว่า 20 บริษัท ใน EP นี้หยิบบทความจาก The Pragmatic Engineer ชื่อ "Measuring developer productivity? A response to McKinsey" โดย Gergely Orosz และ Kent Beck มาเล่าสรุปให้ฟังกันครับ ทั้งคู่ไม่คิดว่า metrics ที่ McKinsey เสนอจะมีประโยชน์หรือใช้ได้จริง และเสนอว่าจริงๆ แล้วเราควรวัด developer productivity อย่างไรกันแน่
รายละเอียดไปฟังกันใน EP นี้ครับ
บทความ: https://newsletter.pragmaticengineer.com/p/measuring-developer-productivity
-
EP สุดท้ายส่งท้ายปี 2566 ขอเป็นเรื่องเกี่ยวกับ developer productivity ครับ ใน EP นี้หยิบรายงานจาก McKinsey เรื่อง "Yes, you can measure software developer productivity" และ feedback ที่ตามมาจากรายงานนี้ใน software developer community มาเล่าให้ฟังกัน เนื้อหาน่าสนใจมากๆ ครับ
ไปฟังรายละเอียดกันใน EP นี้ครับ
รายงานจาก McKinsey: https://www.mckinsey.com/industries/technology-media-and-telecommunications/our-insights/yes-you-can-measure-software-developer-productivity#/
LinkedIn Post ของ Kent Beck: https://www.linkedin.com/posts/kentbeck_mckinsey-claims-its-possible-to-measure-activity-7099764438496407552-v8P2/
-
EP นี้พามาอ่านต่อบทความเรื่อง "Survey reveals AI’s impact on the developer experience" จาก GitHub ในส่วนที่สอง ว่าการใช้ AI Coding Tools เช่น GitHub Copilot จะสามารถช่วยเพิ่ม developer experience ได้อย่างไรบ้าง
ไปฟังเนื้อหากันใน EP นี้เลยครับ
ผลการสำรวจ: https://github.blog/2023-06-13-survey-reveals-ais-impact-on-the-developer-experience
-
Developer Experience หรือ DevEx เป็นเรื่องที่องค์กรซอฟต์แวร์กำลังให้ความสำคัญกันครับ EP นี้จะพาไปดูผลการสำรวจ Developer กว่า 1,000 คนจาก 500 บริษัทในสหรัฐอเมริกา ว่า Developer อยากได้อะไร และตรงกับที่องค์กรให้เค้าอยู่ในปัจจุบันหรือไม่ครับ
รายละเอียดฟังกันได้ใน EP นี้เลยครับ
ผลการสำรวจ: https://github.blog/2023-06-13-survey-reveals-ais-impact-on-the-developer-experience
-
EP นี้เอาเนื้อหาจากรายงาน Octoverse: The state of open source and rise of AI in 2023 จาก GitHub มาสรุปให้ฟังกันครับ โดยเนื้อหาสำคัญๆ ที่น่าสนใจคือ การเติบโตอย่างก้าวกระโดดของโปรเจคท์เกี่ยวกับ AI ใน GitHub การเติบโตของ developers ในแต่ละภูมิภาค และการเปลี่ยนแปลงของภาษา programming ที่ TypeScript ขึ้นมารั้งอันดับสาม
รายละเอียดอื่นๆ ไปฟังกันใน EP นี้ครับ
Octoverse 2023: https://github.blog/2023-11-08-the-state-of-open-source-and-ai/
- Laat meer zien