เมื่อใดก็ตามที่นักเรียนกำลังเข้ารหัสหุ่นยนต์เพื่อทำสิ่งที่ท้าทายการทำงานให้สำเร็จเป็นเพียงส่วนหนึ่งของสิ่งที่พวกเขากำลังเรียนรู้ ฝังอยู่ในความท้าทายนั้นคือเป้าหมายการเรียนรู้ที่กว้างขึ้นเกี่ยวกับแนวคิดการเข้ารหัสหรือการวางแผนเส้นทางหรือการทำงานร่วมกันฯลฯ แต่เมื่อถึงเวลาที่จะช่วยนักเรียนแก้จุดบกพร่องหรือแก้ปัญหาโครงการบ่อยครั้งที่แรงกระตุ้นของเราคือการ ’ดับไฟ’ เพื่อพูดและให้คำตอบหรือเสนอคำสั่งที่จะ ‘แก้ไข’ โครงการสำหรับนักเรียนของเรา แม้ว่าสิ่งนี้อาจทำให้นักเรียนทำงานให้เสร็จแต่ก็ไม่จำเป็นต้องช่วยให้พวกเขาเรียนรู้เป้าหมายที่ใหญ่กว่าของความท้าทายและไม่ยั่งยืนสำหรับเราในฐานะครู และเมื่อถึงเวลาประเมินการเรียนรู้ของนักเรียนการรู้ผลลัพธ์สุดท้ายของโครงการไม่จำเป็นต้องให้ภาพที่ถูกต้องของความเข้าใจของนักเรียน 

หนึ่งในวิธีที่ดีที่สุดในการรู้ว่านักเรียนเข้าใจแนวคิดเฉพาะหรือไม่คือการถามพวกเขาเกี่ยวกับเรื่องนี้ ซึ่งสามารถนำไปใช้กับกระบวนการดีบักได้ การสร้างบทสนทนาลงในกระบวนการดีบักของเราจะช่วยให้นักเรียนช้าลงคิดผ่านโครงการของพวกเขามีส่วนร่วมในการสนทนาเกี่ยวกับการเขียนโค้ดที่มีความหมายและเรียนรู้มากกว่าวิธีที่จะทำให้หุ่นยนต์จากจุด A ไปยังจุด B ไม่เพียงแต่จะให้ข้อเสนอแนะที่มีคุณค่าแก่เราเท่านั้นแต่ยังทำให้กระบวนการนี้มีนักเรียนเป็นศูนย์กลางมากขึ้นโดยให้คำอธิบายและหน่วยงานของนักเรียนเป็นหัวใจของการดีบัก 

การระบุเจตนา

ก่อนที่เราจะเริ่มการดีบักเราจำเป็นต้องรู้สิ่งหนึ่งที่สำคัญ – โปรเจกต์นี้ควรทำอะไร? การดีบักหรือการแก้ไขปัญหาจะเกิดขึ้นเมื่อหุ่นยนต์ทำสิ่งที่แตกต่างจากที่วางแผนหรือคาดการณ์ไว้ ในฐานะครูเรามักจะรู้งานที่ได้รับมอบหมายอย่างไรก็ตามความงามของวิทยาการคอมพิวเตอร์คือมีหลายวิธีในการแก้ปัญหา แล้วกลุ่มนี้เข้าใกล้งานได้อย่างไร? การให้นักเรียนอธิบายแผนของพวกเขาอย่างชัดเจนจะนำเสนอข้อมูลเชิงลึกที่มีคุณค่าเกี่ยวกับความเข้าใจในความท้าทายโดยรวม พวกเขาเข้าใจสิ่งที่พวกเขาควรจะทำในระดับสูงและจากนั้นพวกเขามีกลยุทธ์ในการแก้ปัญหาที่สมเหตุสมผลหรือไม่? 

อำนวยความสะดวกในการสนทนาการเขียนโค้ด

คำถามและการกระตุ้นเตือนเบื้องต้นเหล่านี้จะช่วยให้ท่านและนักเรียนทำงานช้าลงและคิดว่าพวกเขากำลังพยายามทำอะไรกับหุ่นยนต์ของพวกเขา ขึ้นอยู่กับเป้าหมายการเรียนรู้ของนักเรียนประเภทของการสนทนาที่คุณมีจะแตกต่างกันไป สำหรับนักเขียนโค้ดมือใหม่คุณอาจมุ่งเน้นไปที่สิ่งต่างๆมากขึ้นเช่นการเรียงลำดับและการย่อยสลายนักเรียนเข้าใจขั้นตอนที่จำเป็นในการทำงานให้เสร็จสมบูรณ์และลำดับที่พฤติกรรมเหล่านั้นจำเป็นต้องดำเนินการโดยหุ่นยนต์หรือไม่? สำหรับนักเรียนต่อไปท่านอาจต้องการมุ่งเน้นไปที่การแก้ปัญหาหรือการทำซ้ำมากขึ้น - นักเรียนรู้วิธีบอกหรือไม่ว่าการทำซ้ำของพวกเขามีประสิทธิภาพหรือไม่?

ตัวอย่างข้อความแจ้งเตือนจากบทความการสนทนาเพื่ออำนวยความสะดวกในการเขียนโค้ด

ตลอดกระบวนการดีบักการสนทนาประเภทนี้เป็นเครื่องมือสำคัญที่จะช่วยให้ท่านเข้าใจว่านักเรียนอยู่ในกระบวนการเรียนรู้ที่ใดตลอดจนกระบวนการเขียนโค้ดของพวกเขา บทความนี้ (เป็นส่วนหนึ่งของภาพที่นี่) มีคำถามและคำถามที่ยอดเยี่ยมที่คุณสามารถใช้เพื่ออำนวยความสะดวกในการเขียนโค้ดการสนทนากับนักเรียนของคุณตามเป้าหมายการเรียนรู้ของพวกเขา 

ท่านอาจโพสต์การแจ้งเตือนจากบทความนั้นในห้องเรียนเพื่อให้นักเรียนและครูสามารถอ้างอิงได้ทั้งคู่ เราสามารถสร้างแบบจำลองการสนทนาเหล่านี้เพื่อกำหนดความคาดหวังสำหรับนักเรียนแต่เป็นสิ่งสำคัญสำหรับนักเรียนที่จะต้องมีการสนทนาเกี่ยวกับการเขียนโค้ดแบบเดียวกันเพื่อช่วยสร้างทักษะการเขียนโค้ดร่วมกัน เมื่อเวลาผ่านไปเสียงของครูในฐานะ ‘ผู้นำ‘ ของการสนทนาเทียบกับนักเรียนที่นำพวกเขาด้วยตัวเองสามารถเปลี่ยนไปได้ทำให้เกิดแนวคิดในการเรียนรู้ที่เน้นนักเรียนเป็นศูนย์กลางอย่างแท้จริง

การสนทนาต่อเนื่องขณะทำการดีบัก

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

วิธีหนึ่งในการสร้างบทสนทนาเหล่านี้ให้เป็นการดีบักคือการชะลอการดำเนินโครงการเพื่อให้คุณและนักเรียนมีเวลาในการคาดการณ์ว่าหุ่นยนต์จะทำอะไรในแต่ละขั้นตอนของโครงการ มีหลายวิธีที่คุณสามารถทำได้: 

• ใช้คำสั่งความเร็วเพื่อชะลอการขับเคลื่อนของหุ่นยนต์และหมุนความเร็วไปที่ 10 หรือ 20% เพื่อให้เคลื่อนที่ช้าลงตลอดโครงการและช่วยให้คุณพูดคุยเกี่ยวกับสิ่งที่จะเกิดขึ้นต่อไปและเหตุผล 
• ใช้ฟีเจอร์ขั้นตอนใน 123, GO หรือ VR เพื่อควบคุมการดำเนินโครงการโดยเรียกใช้ทีละบล็อก ก่อนที่บล็อกจะถูกเรียกใช้คุณสามารถให้นักเรียนคาดการณ์ว่าหุ่นยนต์จะทำอะไรและทำไมจากนั้นก้าวผ่านบล็อกนั้นเพื่อดูว่าพฤติกรรมของหุ่นยนต์จริงตรงกับการคาดการณ์หรือไม่ 
• เรียกใช้ส่วนเล็กๆของโปรเจกต์ทีละส่วนเพื่อระบุตำแหน่งที่ตัดการเชื่อมต่อให้ชัดเจนยิ่งขึ้น คุณสามารถเปิดหรือปิดใช้งานคำสั่งหรือหากเขียนโค้ดด้วยบล็อกให้แยกบล็อกออกจากสแต็กเพื่อเรียกใช้เฉพาะคำสั่งที่เชื่อมต่อกับ {When started} บล็อกเท่านั้น 

ในขณะที่คุณเคลื่อนผ่านโครงการอย่างช้าๆคุณสามารถถามคำถามเพื่อช่วยให้นักเรียนนำการเรียนรู้ไปใช้ในการคาดการณ์เกี่ยวกับพฤติกรรมของหุ่นยนต์ตลอดทั้งโครงการ เป็นคำถามเช่น: 

• คุณคิดว่าหุ่นยนต์จะทำอะไรเมื่อบล็อก/คำสั่งนี้ทำงาน เพราะเหตุใด? 
• หุ่นยนต์จะเคลื่อนที่ไปได้ไกลแค่ไหน? คุณรู้ได้อย่างไร? 
• หุ่นยนต์จะหมุนไปทางไหน? เพราะเหตุใด? 
• โปรเจกต์นี้ใช้เซ็นเซอร์ข้อเสนอแนะอะไรบ้าง? มีการใช้งานอย่างไร?

ด้วยกระบวนการสนทนานี้คุณและนักเรียนของคุณมีโอกาสที่จะเห็นว่าการตัดการเชื่อมต่ออยู่ที่ไหนจากมุมมองการเรียนรู้ สิ่งนี้ช่วยให้คุณไม่เพียงแต่สร้างแบบจำลองการปฏิบัติในการแก้ปัญหาที่มีประสิทธิภาพเท่านั้นแต่ยังช่วยสร้างความเข้าใจของนักเรียนเกี่ยวกับหลักจรรยาบรรณของพวกเขาในระดับแนวคิดตั้งพวกเขาเพื่อนำการเรียนรู้นั้นไปใช้กับโครงการและความท้าทายในอนาคต 

การสร้างความเข้าใจด้วยการสนทนาเพื่อแก้จุดบกพร่อง

อีกวิธีหนึ่งในการบรรลุเป้าหมายของความเข้าใจในแนวคิดคือการใช้เครื่องมือดีบักเป็นจุดเริ่มต้นสำหรับการสนทนาที่ช่วยให้มองเห็นแนวคิดเชิงนามธรรมและเข้าใจได้ง่ายขึ้น ตัวอย่างเช่นฟีเจอร์การตรวจสอบใน 123, GO และ VR หรือการพิมพ์ค่าไปยังหน้าจอสมองหรือคอนโซลการพิมพ์ สำหรับ IQ, EXPหรือ V5 ช่วยให้นักเรียนสามารถดูข้อมูลเซ็นเซอร์ในขณะที่โครงการกำลังทำงานแบบเรียลไทม์

• แจ้งให้เราทราบว่าคุณรวมกลยุทธ์เหล่านี้เข้ากับงานของคุณกับนักเรียนอย่างไรโดยการแบ่งปันเรื่องราวของคุณในชุมชน PD + หรือ กำหนดเวลาเซสชันแบบตัวต่อตัว เพื่อพูดคุยเกี่ยวกับวิธีใช้สิ่งนี้ในสถานที่ของคุณ 
• กำลังมองหาขั้นตอนต่อไปสำหรับการแก้ไขปัญหาด้วยเซ็นเซอร์อยู่หรือเปล่า ดูบทความเหล่านี้สำหรับ 123, GO, IQ (รุ่นที่1 หรือรุ่นที่ 2), EXP, V5 หรือ VR
• ต้องการเรียนรู้เพิ่มเติมเกี่ยวกับการสอนด้วย VEXcode และ VEXcode VR โดยเฉพาะหรือไม่? ลองดู ‘การใช้ประโยชน์สูงสุดจากการสอนด้วย VEXcode VR’ vexMasterclass