UncleQuin

PlanktonSoft

Software & Developer Podcast

Episodes

  1. ปรมาจารย์แห่งการ "คัดออก": ทำไม Early Return ถึงเป็นอาวุธลับที่ทำให้สมองคุณโล่งขึ้น 10 เท่า

    2 HR AGO

    ปรมาจารย์แห่งการ "คัดออก": ทำไม Early Return ถึงเป็นอาวุธลับที่ทำให้สมองคุณโล่งขึ้น 10 เท่า

    เคยสงสัยไหมครับว่า ทำไมยิ่งเราพยายาม "รอบคอบ" โค้ดของเรากลับยิ่งซับซ้อน? และทำไมยิ่งเราพยายาม "จัดการทุกอย่าง" ชีวิตการทำงานของเรากลับยิ่งเหนื่อยล้า? ใน Episode นี้ Uncle Quin จะพาคุณไปรู้จักกับปรัชญา "Early Return" เทคนิคการเขียนโปรแกรมที่ดูเรียบง่าย แต่แฝงไปด้วยวิธีคิดระดับ Senior Developer ที่จะช่วยลด Cognitive Load หรือภาระทางสมองได้อย่างมหาศาล เราจะไม่ได้คุยกันแค่เรื่อง Syntax ในภาษา Rust แต่เราจะถอดรหัสไปถึงวิธีคิดแบบ "Guard Clause" หรือการคัดกรองสิ่งที่ไม่ใช่ออกไปให้เร็วที่สุด เพื่อให้เหลือพื้นที่ให้กับ "Happy Path" หรือเป้าหมายที่สำคัญจริงๆ ของคุณ ทั้งในหน้าจอคอมพิวเตอร์และในการบริหารจัดการชีวิต สิ่งที่คุณจะได้ฟังในตอนนี้: The Pyramid of Doom: ทำไมการแบกทุกเงื่อนไขไว้ในหัว ถึงทำให้เราตัดสินใจผิดพลาด Early Return Mindset: เปลี่ยนจากการถามว่า "ทำยังไงให้ผ่าน" เป็น "มีเหตุผลอะไรที่ควรปฏิเสธทันที" The Power of ? in Rust: เครื่องมือที่ช่วยให้คุณตัดสินใจได้เฉียบคมและโค้ดสะอาดตา Practical Management: การนำวิธีคิดแบบโปรแกรมเมอร์มาใช้กับการประชุมและการคัดกรองโปรเจกต์ในชีวิตจริง ไม่ว่าคุณจะเป็น Developer ที่อยากเขียนโค้ดให้สะอาดขึ้น หรือเป็น Manager ที่อยากจัดระเบียบความคิดให้ลึกซึ้งกว่าเดิม Episode นี้มีคำตอบครับ

    6 min
  2. The Logic Trap – เมื่อความถูกต้อง "พัง" ทีมบริหาร

    1 DAY AGO

    The Logic Trap – เมื่อความถูกต้อง "พัง" ทีมบริหาร

    ในโลกของผู้บริหาร“ความถูกต้อง” อาจไม่ใช่คำตอบที่ดีที่สุดเสมอไป เมื่อการตัดสินใจที่มีเหตุผลครบถ้วนกลับทำให้ทีมช้าลง สื่อสารยากขึ้น และเต็มไปด้วยแรงต้าน Podcast ตอนนี้จะพาคุณสำรวจThe Logic Trap—กับดักที่เกิดขึ้นเมื่อผู้นำยึดติดกับความถูกต้องจนลืมว่าการบริหารคน ไม่ใช่แค่เรื่องของ logic

    5 min
  3. The Logic Trap – เมื่อ "ความถูกต้อง" ทำลายทีม Developer

    2 DAYS AGO

    The Logic Trap – เมื่อ "ความถูกต้อง" ทำลายทีม Developer

    ในโลกของ Softwareเราถูกสอนให้ “คิดให้ถูก” มาโดยตลอด เขียนโค้ดให้ถูกออกแบบระบบให้ถูกเลือก architecture ที่ถูก แต่ในโลกของทีม…ความถูกต้อง อาจกลายเป็น “กับดัก” Podcast ตอนนี้จะพาคุณไปสำรวจThe Logic Trap—ช่วงเวลาที่ Developer ยึดติดกับเหตุผลจนลืมว่า Software ไม่ได้ถูกสร้างโดยตรรกะเพียงอย่างเดียว แต่มันถูกสร้างโดย “คน” เมื่อการถกเถียงเพื่อความถูกต้องกลายเป็นความขัดแย้งเมื่อ best practice กลายเป็นอาวุธและเมื่อ ego แฝงอยู่ในคำว่า “มันควรจะเป็นแบบนี้” นี่คือเรื่องของทีมที่ไม่ได้พังเพราะเขียนโค้ดไม่เก่งแต่พัง…เพราะทุกคน “ถูกต้องเกินไป”

    5 min
  4. The Second Law of Software

    4 DAYS AGO

    The Second Law of Software

    Podcast ที่จะพาคุณมองโลกของ Software ผ่านเลนส์ของวิทยาศาสตร์และวิศวกรรม ทำไมโค้ดที่เคยสะอาด ถึงค่อยๆ กลายเป็นระบบที่ไม่มีใครกล้าแตะ?ทำไม Technical Debt ถึงสะสมโดยที่เราไม่รู้ตัว?และเราจะสู้กับ “ความยุ่งเหยิง” ที่เพิ่มขึ้นเสมอได้ยังไง? นี่คือพื้นที่ที่เราใช้แนวคิดอย่าง Entropy, Systems Thinking และ Engineering Principles มาอธิบายโลกของการพัฒนาซอฟต์แวร์ในมุมที่คุณอาจไม่เคยเห็นมาก่อน

    5 min
  5. ย้ายข้างไม่มีจริง? Debugging ความเข้าใจผิดเรื่องสมการ

    12 APR

    ย้ายข้างไม่มีจริง? Debugging ความเข้าใจผิดเรื่องสมการ

    "บวกย้ายไปเป็นลบ? คูณย้ายไปเป็นหาร? จริงๆ แล้วมันคือเรื่องหลอกเด็ก! ใน EP นี้ ผมขอมาแก้ความเข้าใจผิดจากตอนที่แล้วที่พูดเรื่องการย้ายข้างสมการแบบผิวเผิน จริงๆ แล้วคณิตศาสตร์ไม่มีคำว่าย้ายข้าง แต่มันคือการ 'ทำทั้งสองข้างให้เท่ากัน' เพื่อรักษาตาชั่งไม่ให้เอียง! ใครที่เคยงงเวลาเจอสมการซับซ้อน หรือย้ายเครื่องหมายผิดๆ ถูกๆ ตอนนี้จะช่วยเคลียร์สมองให้ใสแจ๋วเหมือน Code ที่ผ่านการ Refactor มาอย่างดี ฟังจบแล้วคุณจะมองเครื่องหมาย '=' เปลี่ยนไปตลอดกาล!"

    3 min
  6. ไขปริศนางานหนืดด้วยสมการนิวตัน

    10 APR

    ไขปริศนางานหนืดด้วยสมการนิวตัน

    เคยรู้สึกไหมว่าทีมเรา “พยายามมากขึ้น” แต่กลับ “ไปได้ช้าลง”? ในตอนนี้ เราจะพาคุณมองปัญหานี้ผ่านสมการฟิสิกส์ง่ายๆ: ΣF = ma จากกฎของนิวตัน… สู่โลกของ software engineeringที่ซึ่ง “ความช้า” อาจไม่ได้เกิดจากการทำงานไม่หนักพอแต่เกิดจากสิ่งที่เรามองไม่เห็น — mass ของระบบ เราจะคุยกันเรื่อง: ทำไมเพิ่มคนแล้วงานยิ่งช้าtechnical debt ทำให้ทีม “หนืด” ได้ยังไงทำไมบางทีม ship ได้เร็วกว่า ทั้งที่ effort เท่ากันและวิธีคิดใหม่ ที่ไม่ใช่แค่ “push ให้มากขึ้น”ถ้าคุณเคยรู้สึกว่าโปรเจกต์เริ่มไม่ขยับตอนนี้อาจถึงเวลาถามคำถามใหม่ เรากำลังแบกอะไรที่ไม่จำเป็นอยู่หรือเปล่า Software doesn’t slow down because you lack force.It slows down because you carry too much mass. #softwareengineering #techlead #developer #refactoring #technicaldebt #teamvelocity #podcast

    14 min
  7. ปรัชญาโอมากาเสะท่ามกลางนรกแก้งาน

    28 MAR

    ปรัชญาโอมากาเสะท่ามกลางนรกแก้งาน

    เมื่อวัฏจักรการทำงานวนลูปกลับมาที่เดิม จากไตรมาส 3 เข้าสู่ไตรมาส 4 งานที่คิดว่าทำตาม Requirement จนหมดแล้วกลับถูกส่งมาให้ทำใหม่อีกครั้ง ท่ามกลางคำถามชวนหงุดหงิดว่า 'พวกเขาไม่ได้คุยกันมาก่อนหรือว่าต้องการอะไรกันแน่?' ทั้งที่มีเดดไลน์กำหนดไว้อย่างชัดเจน จนกลายเป็นความอึดอัดใจและการแซวกันขำๆ ในทีมว่าสัปดาห์หน้าจะได้งานไหนกลับมาทำอีก มาร่วมสะท้อนชีวิตการทำงานที่วนลูป และค้นพบจุดเปลี่ยนทางความคิดเพื่อเยียวยาจิตใจ (Monthly Therapy) ผ่านประโยคสั้นๆ ที่ตกตะกอนได้จากการเรียนคอร์สโอมากาเสะว่า 'Every moment is a once in a lifetime' (ทุกช่วงเวลาคือครั้งเดียวในชีวิต) เราจะรับมือกับความหงุดหงิดและหาความหมายในปัจจุบันได้อย่างไร ติดตามเรื่องราวทั้งหมดได้ในเอพิโสดนี้

    21 min
  8. เลิกหาคนผิดด้วยปรัชญาของเอพิกเตตัส

    23 MAR

    เลิกหาคนผิดด้วยปรัชญาของเอพิกเตตัส

    เนื้อหานี้สำรวจวิวัฒนาการของ “ความรับผิดชอบ” ผ่านมุมมองของปรัชญาสโตอิก และการนำมาประยุกต์ใช้กับโลกของการพัฒนาซอฟต์แวร์ในปัจจุบัน โดยอ้างอิงแนวคิดของเอพิคเตตัส (Epictetus) ที่อธิบายถึง 3 ระดับของวุฒิภาวะ ตั้งแต่การโทษผู้อื่น ไปจนถึงการไม่โทษใครเลยและมีความสงบนิ่งอย่างแท้จริง ในสภาพแวดล้อมของวงการเทคโนโลยีที่เต็มไปด้วยความกดดัน มักมีแนวโน้มเชิงลบที่มองนักพัฒนาเป็นเพียง “อะไหล่” ที่สามารถทดแทนได้ มากกว่าจะมองในฐานะมนุษย์คนหนึ่ง เมื่อเกิดข้อผิดพลาดขึ้น ระบบจึงมักพยายามหา “แพะรับบาป” ซึ่งขัดแย้งกับเป้าหมายทางปรัชญาที่ต้องการก้าวข้ามการตัดสินและการกล่าวโทษ ท้ายที่สุด เนื้อหานี้ชี้ให้เห็นถึงความสำคัญของการสร้างวัฒนธรรมแห่งความรับผิดชอบ ที่สะท้อนถึงอิสรภาพทางความคิดแบบเดียวกับคำสอนในอดีต ด้วยการปฏิเสธวงจรของการกล่าวโทษซึ่งกันและกัน

    16 min

  9. 19 MAR

    นิ่ง

    ความนิ่งสงบของวิศวกรซอฟต์แวร์ในวันที่ระบบกำลังพัง ไม่ใช่พรสวรรค์ แต่คือทักษะที่ฝึกฝนมาอย่างตั้งใจ ตอนนี้จะพาคุณไปสำรวจว่า “การควบคุมอารมณ์” สำคัญกว่าความเก่งทางเทคนิคอย่างไร ผ่านมุมมองที่เปรียบตัวเองเหมือนฮัลค์ — ไม่ได้กำจัดความโกรธ แต่เรียนรู้ที่จะอยู่กับมันโดยไม่ปล่อยให้มันควบคุมเรา คุณจะได้เห็นแนวคิดของการ “ซ้อมรับมือความแย่ไว้ล่วงหน้า” เพื่อสร้างความพร้อมในวันที่วิกฤตจริงมาถึง และเข้าใจว่าความนิ่งของคนคนเดียว สามารถกลายเป็นหลักยึดให้ทั้งทีมในวันที่ทุกอย่างกำลังโกลาหลได้อย่างไร ถ้าคุณเคยอยู่ในวันที่ระบบล่ม ไฟลุก และทุกคนกำลังมองหาคำตอบ — ตอนนี้อาจทำให้คุณมองสถานการณ์เหล่านั้นเปลี่ยนไป

    21 min

  10. 17 MAR

    เอไอพาเราพุ่งชนความซับซ้อนเร็วขึ้น

    สุดท้ายแล้ว AI ไม่ได้เปลี่ยนความจริงพื้นฐานของ software engineering เครื่องมือใหม่ทุกยุคทำให้การสร้างสิ่งต่าง ๆ ง่ายขึ้น แต่เมื่อการสร้างง่ายขึ้นมนุษย์จะสร้าง ระบบที่ใหญ่ขึ้น และเมื่อระบบใหญ่ขึ้นความซับซ้อนก็จะกลับมา ในระดับที่สูงกว่าเดิม AI ก็ไม่ต่างกัน มันไม่ได้ทำให้ software engineering ง่ายขึ้น มันแค่ทำให้เรา ไปถึงความซับซ้อนระดับถัดไปเร็วขึ้น และในโลกที่ AI สามารถเขียนโค้ดได้ ทักษะที่มีค่าที่สุดของ developerอาจไม่ใช่การเขียนโค้ดอีกต่อไป แต่คือ การเข้าใจว่า “ไม่ควรสร้างอะไร”

    20 min
  11. เมื่อคนกลายเป็นอะไหล่

    8 MAR

    เมื่อคนกลายเป็นอะไหล่

    บทสะท้อนวงการ Software Development ในฐานะ “เครื่องจักรผลิตของ” ในโรงงานอุตสาหกรรม เครื่องจักรถูกออกแบบมาเพื่อ “ผลิต” มันมีสายพาน มีฟันเฟือง มีชิ้นส่วน มีเซ็นเซอร์ ทุกอย่างมีหน้าที่ชัดเจน ถ้าชิ้นส่วนตัวหนึ่งพัง — ก็แค่ถอดออก แล้วใส่อะไหล่ใหม่เข้าไป เครื่องจักรเดินต่อ ผลผลิตต้องไม่หยุด คำถามคือ วงการ Software Development ทุกวันนี้ กำลังทำงานแบบเดียวกันอยู่หรือเปล่า?

    14 min
  • 11 Episodes

About

Software & Developer Podcast

Information

  • Creator
    PlanktonSoft
  • Years Active
    2k
  • Episodes
    11
  • Rating
    Clean
  • Copyright
    © PlanktonSoft
  • Show Website
    UncleQuin