SE CORNER

EP นี้ขอหยิบงานวิจัยล่าสุดมาเล่าให้ฟังกันครับ ผมและทีมอาจารย์จากคณะ ICT มหิดล ร่วมกับนักวิจัยจาก University College London ร่วมกันกับบริษัทซอฟต์แวร์ในประเทศไทย 4 บริษัท เพื่อศึกษาถึงปัญหาและความท้าทายในการพัฒนาซอฟต์แวร์ของบริษัทซอฟต์แวร์ขนาดเล็กไปถึงกลาง หรือที่เรียกว่า SME ในประเทศไทย ว่ามีอะไรบ้าง เพื่อที่เราจะให้หาวิธีการแก้ไขปัญหาและความท้าทายเหล่านั้นด้วยกัน ผ่านการใช้งานวิศวกรรมซอฟต์แวร์อัตโ...

EP นี้จะพาไปดูสาขางานวิจัยใหม่ที่บอกว่า "โค้ดที่เราเขียนขึ้นไม่ใช่แค่ให้คอมพิวเตอร์เข้าใจนะ แต่เรายังต้องการให้คนก็เข้าใจง่ายด้วย" ซึ่งทีมวิจัยจาก University of California Davis กำลังศึกษาอยู่ว่า เราสามารถที่จะใช้ machine learning เพื่อปรับปรุงโค้ดที่เราเขียนขึ้นมาแล้ว ให้อ่านง่ายขึ้น review ง่ายขึ้น และดูแลรักษาง่ายขึ้น ได้หรือไม่ นอกจากนี้เรายังสามารถใช้วิธีการคล้ายๆ กัน เพื่อช่วยแก้ปัญหาในการเข...

EP นี้ชวนคุยเรื่องการเติบโตอย่างก้าวกระโดดของจำนวนนักพัฒนาซอฟต์แวร์และการสนับสนุนที่นักพัฒนาซอฟต์แวร์เหล่านั้นต้องการ ผมหยิบบทความจาก IEEE Software ชื่อ "The Developer Nation" มาเล่าให้ฟัง  เนื้อหาจะเป็นอย่างไร ไปฟังกันใน EP นี้ครับ

EP นี้เอางานวิจัยล่าสุดของ DeepMind ชื่อ "Competitive programming with AlphaCode" มาเล่าสู่กันฟังครับ งานนี้เป็นการพัฒนาระบบปัญญาประดิษฐ์ชื่อ AlphaCode ที่สามารถอ่านโจทย์ปัญหาภาษามนุษย์ (ภาษาอังกฤษ) แล้วสร้างโปรแกรมที่สามารถแก้ปัญหาดังกล่าวออกมาได้ โดยผลการทดสอบจากโจทย์จริงบนระบบของ Codeforces พบว่าเจ้า AlphaCode สามารถทำคะแนนได้ในระบบ Top 54% เทียบกับคนที่เข้าร่วมการแข่งขันทั้งหมด ทำให้น่าคิดว่า...

Episode นี้ต่อตอนที่สองของ How to Lead a Team จาก Chapter 5 ของหนังสือ Software Engineering at Google มีคำแนะนำดีๆ ในการทำงานเป็น engineering manager ที่จะช่วยให้สร้างทีมที่แข็งแกร่งได้ ปล่อยวางอีโก้ ทำตัวนิ่ง สงบ สยบเคลื่อนไหว เป็นคาตาลิสต์และกำจัดสิ่งกีดขวางของทีม พูดอย่างจริงใจ คอยติดตามความสุขและความก้าวหน้าของลูกน้อง เนื้อหาจะเป็นอย่างไร ไปติดตามกันใน EP นี้ครับ :)

EP นี้กลับมาอ่านหนังสือ Software Engineering at Google ต่อครับ Chapter 5 เรื่อง How to Lead a Team เป็นเรื่องเกี่ยวกับการบริหารจัดการ software team ของ engineering manager และ teach lead โดยหนังสือได้ยกตัวอย่างทั้งวิธีการที่ควรหลีกเลี่ยงและวิธีการที่ควรปฏิบัติ ใน EP จะสรุปส่วนของ 6 antipatterns หรือ 6 วิธีการที่ควรหลีกเลี่ยงก่อน ดังนี้ครับ 1. Hire Pushovers - เลือกจ้างเฉพาะลูกน้องที่สั่งได้ง่ายๆ 2...

EP นี้นำผลการศึกษาจาก DevOps Research and Assessment (DORA) ที่ Google Cloud มาแชร์ให้ฟังกันครับ เราสามารถแบ่งองค์กร IT ออกเป็นกลุ่มๆ ในด้าน software delivery and operational performance ได้โดยใช้ตัวชี้วัด 4 อย่างคือ Deployment frequency (deploy บ่อยแค่ไหน), Lead time for change (โค้ดที่ commit ขึ้นไป production เร็วแค่ไหน), Time to restore service (เมื่อระบบมีปัญหาแล้ว กู้กลับได้เร็วแค่ไหน), และ...

เคยสงสัยมั้ยครับเวลาเราเปลี่ยนภาษาที่เขียน แรกๆ อาจจะง่าย แต่เอาจริงๆ ถ้าจะเขียนให้ดีระดับเซียน กลายเป็นยากมากๆ เหมือนว่าเริ่มเรียนภาษานี้แต่แรกอาจจะง่ายซะกว่า คุณไม่ใช่คนเดียวครับ งานศึกษาจาก North Carolina State University และ Microsoft พบว่า developers ส่วนใหญ่ (61%) ก็มีปัญหาเช่นเดียวกัน ซึ่งสาเหตุมาจากการรบกวนกันระหว่างสองภาษา (interference) ซึ่งเกิดขึ้นได้จากหลายสาเหตุ เช่น ติดนิสัยเดิมๆ มาจ...

EP นี้คุยกันต่อเรื่องการสร้างเสริม knowledge sharing ในองค์กร โดยเน้นไปที่ตัว code เช่น documentation, code comment, และกระบวนการที่ใช้กันใน Google ที่เรียกว่า "Readability" ซึ่งเป็นกระบวนการปรับปรุงคุณภาพของโค้ด รวมถึงการบังคับใช้ best practices ขององค์กรผ่าน code review  เรื่องนี้น่าสนใจมากเพราะ Google สามารถใช้วิธีนี้เพื่อควบคุมคุณภาพของโค้ดในหลากหลายโปรเจคท์ หลากหลายภาษา ใน repository ที่...

EP นี้กลับมาคุยเนื้อหาบทที่ 3 ในหนังสือ Software Engineering at Google กันต่อครับ เราจะบริหารองค์กรอย่างไรให้มีการแบ่งปันความรู้และเป็น learning organization ได้ บทเรียนจาก Google มีดังนี้ครับ Challenges to Learning: ต้องกำจัดปัญหาที่ขัดขวางการเรียนรู้ในองค์กร (เช่น information islands, single point of failure) ออกไป Setting the Stage: สร้างบรรยาการเรียนรู้ให้เกิดขึ้นในองค์กร Scaling Your Question...

Happy New Year 2022 ครับทุกท่าน EP นี้ผมลองหาข้อมูลดูว่า Software Development Trends of 2022 ที่น่าสนใจมีอะไรบ้าง สรุปได้มา 7 เรื่อง เลยเอามาเล่าสู่กันฟังครับ 

Spotify ถือเป็นหนึ่งในบริษัทที่นำ agile development มาใช้ได้อย่างมีประสิทธิภาพมากๆ เราน่าจะเคยได้ยินการแบ่ง agile team ออกเป็น squad, tribe และ chapter ซึ่งเป็นวิธีการที่ Spotify นำมาใช้ในบริษัทตนเอง และประกาศให้โลกได้รับรู้ในปี 2012   วิธีบริหารจัดการ large-scale agile ของ Spotify ก็ถูกนำมาใช้ต่อในบริษัทอื่นๆ จำนวนมาก EP นี้เราพาไปดูว่า Spotify แบ่ง guilds อย่างไรบ้าง มีความท้าทายหรือปัญหาอะ...

EP นี้พาไปดูผลสำรวจเรื่อง "New data: What developers look for in future job opportunities" ที่พยายามเข้าใจถึงปัจจัยสำคัญที่ส่งผลต่อการตัดสินใจย้ายงานของ Developers นอกเหนือจากเงินเดือนที่เพิ่มขึ้นแล้ว ปัจจัยสำคัญสองอย่างที่ Developers อยากได้คือ การได้เรียนรู้ส่ิงใหม่ๆ และ work-life balance

เพื่อรองรับอนาคตของการพัฒนาซอฟต์แวร์ที่มีการเปลี่ยนแปลงกันก้าวกระโดดรายวัน software engineer ต้องอัพเดต skillset ของตัวเองอยู่อย่างสม่ำเสมอ EP นี้มาดูกันว่า 3 ด้านที่ software engineer ในอนาคตจะต้องมี นอกเหนือจากความรู้ด้าน SE ในปัจจุบันมีอะไรบ้าง

EP นี้ชวน อ.มรกต เชิดเกียรติกุล จากคณะ ICT มหิดล มาคุยกันเรื่อง AI4SE หรือ Artificial Intelligence for Software Engineering มันคืออะไร ทำอะไรได้บ้าง มีประโยชน์อย่างไร ไปฟังกันใน EP นี้ครับ 

EP นี้พูดถึงกฎ 9 ข้อจาก Stack Overflow blog ชื่อ "Best practices for writing code comments" บางทีการใส่โค้ดคอมเม้นต์ ก็ไม่ใช่ว่าดีเสมอไป มาดูกันว่าทำอย่างไรให้คอมเม้นต์ที่เราใส่เข้าไปในโค้ดมีประโยชน์ต่อผู้อ่านและไม่ทำให้เกิดความสับสนหรือทำให้โค้ดอ่านยากกว่าเดิม

แม้ว่าเกมส์จะเป็นซอฟต์แวร์แบบหนึ่ง แต่มีความแตกต่างจากซอฟต์แวร์ปกติหลายอย่าง EP นี้พาไปดูกันว่าปัจจัยอะไรบ้างที่ส่งผลให้เกิด technical debt ในเกมส์

EP นี้กลับมาอ่านหนังสือ Software Engineering at Google ต่อครับ Chapter นี้ชื่อว่า How to work well on teams หรือ ทำงานพัฒนาซอฟต์แวร์เป็นทีมอย่างไรให้ดี มีข้อคิดดีๆ 3 ข้อ คือ 1. อ่อนน้อมถ่อมตน 2. เคารพผู้อื่น และ 3. มีความเชื่อใจ มาดูกันว่า Google นำหลักสามอย่างนี้ไปใช้ในองค์กรอย่างไร

EP นี้โฟกัสไปที่ปัญหา Technical Debt หรือหนี้ทางด้านเทคนิค ที่มักจะเกิดขึ้นกับการพัฒนาซอฟต์แวร์เนื่องจากทีมพัฒนามีการตัดสินใจบางอย่าง (ด้านการเขียนโค้ด สถาปัตยกรรม หรือ ด้านอื่นๆ) ที่ส่งผลลบในอนาคตต่อซอฟต์แวร์นั้นๆ ปัญหานี้ไม่ใช้ปัญหาใหม่ มีการศึกษาและหาวิธีแก้ปัญหากันมากว่าสิบปีแล้ว แต่ก็ยังคงเป็นปัญหาที่ยากและต้องมีการศึกษาวิจัยกันต่อไป มาดูกันว่า 10 ปีที่ผ่านมาเราเข้าใจ Technical Debt มากขึ้นแค...

EP นี้หัวหน้าทีมหรือผู้บริหารต้องฟัง งานวิจัยจาก Software Engineering Institute, Carnegie Mellon University เผยให้เห็นว่าประสิทธิผล (productivity) โดยเฉลี่ยของโปรแกรมเมอร์ส่วนใหญ่ (ไม่นับที่เทพจริงๆ) นั้นไม่ได้แตกต่างกันมากนัก แถมพบว่าโปรแกรมเมอร์คนเดียวกันทำงานหลายๆ งานเร็วบ้างช้าบ้าง เป็นเรื่องปกติ 

EP นี้ไปดู AI tool จำนวน 3 ตัวที่ช่วยนักพัฒนาที่ Facebook ในการพัฒนาซอฟต์แวร์ ให้ค้นหาโค้ดตัวอย่างได้ถูกต้อง รวดเร็วขึ้น และแถมยังช่วยแก้บั๊กให้ได้อีกด้วย!

หากคุณมีปัญหากับการนำ Large-scale agile frameworks เช่น SAFe, LeSS, Scrum at Scale มาใช้ คุณไม่ใช่เพียงคนเดียว! แม้แต่บริษัทขนาดใหญ่ระดับโลกก็มีปัญหาเช่นกัน EP นี้พาไปดูกันว่าเราจะแก้ปัญหาเหล่านั้นอย่างไร

EP นี้มาต่อกันข้อที่ 11-21 จาก 21 Top Engineering Tips for Writing and Exceptionally Clear Requirements Document มีอีกหลากหลายคำแนะนำ เช่น เทคนิค EARS, หลีกเลี่ยง weak words รวมถึงหลีกเลี่ยงการใช้ "/"

EP นี้ชวนมาคุยเรื่องคำแนะนำ 21 ข้อในการเขียน requirements ที่ชัดเจน ไม่สับสน เข้าใจง่าย และทำให้ไม่ต้องมาแก้ไขกันภายหลัง จากคำแนะนำของ QRA Corporation ชื่อ 21 Top Engineering Tips for Writing and Exceptionally Clear Requirements Document แบ่งเป็น 2 ตอน โดยตอนนี้มาดูข้อ 1-10 กันครับ

EP นี้เล่าเรื่องประวัติบริษัท Pixar Animation Studios ที่หลายๆ คน (รวมถึงผม) ไม่เคยทราบมาก่อน เช่น บริษัทนี้จริงๆ เริ่มจากนักวิทยาศาสตร์ที่พยายามจะสร้างภาพยนตร์จากคอมพิวเตอร์ จนถึงสร้างคอมพิวเตอร์เฉพาะสำหรับ 3D movies และ RenderMan software ที่เป็นมาตรฐานของการทำภาพยนตร์แอนิเมชั่นในปัจจุบัน