Skip to main content
教師門戶

定序挑戰

  • 設定 - 建造者和驅動程式應按照您完成「播放」部分時的方式設定您的地圖和機器人。 將機器人放置在起始點。 程式設計師應在 VEXcode IQ 中開啟 Recycle Run 專案。 記錄員應審查任務以確保您的專案符合所有要求。

  • 審查-程式設計師應該按原樣 運行 專案。 機器人行駛時,全組人員應仔細觀察。

  • 故障排除-機器人是否按照您預期的方式移動? 如果不是的話,那差別在哪裡呢? 是否有遺漏的步驟? 記錄員應檢查您與小組一起大聲建立的步驟清單。 當記錄器讀取時,駕駛員應拿起機器人並沿著階梯移動;程式設計師和建構者應該檢查程式碼序列以確保其與正在讀取的步驟相符。 當您發現遺漏的步驟或錯誤的區塊時,請暫停該過程以修復它。

    • 這是正確的塊嗎?

    • 參數準確嗎?

    • 您需要添加更多塊嗎?

  • 細化 - 每次修復編碼序列的一部分時,駕駛員應將機器人返回到起始位置,程式設計師應重新運行該項目,小組應觀察機器人以確保所做的更改符合您的預期。 重複步驟 3 和 4,直到您的專案成功滿足所有要求。 與您的老師聯繫,分享您修改後的程式碼和機器人路徑。

教師工具箱圖標 教師工具箱 - 用偽代碼說話

如果學生無法讓他們的序列按照他們想要的方式運行,那麼想法和程式碼區塊之間可能存在脫節。 小組在遊戲部分創建的評論動作串實際上是偽代碼,可以是與學生一起解決順序問題的更容易理解的方式。 將偽代碼的每個步驟轉換為其組件塊是一項有用的技能,學生將在整個編程過程中繼續練習這項技能。

什麼是偽代碼?
偽代碼是一種用簡單英語編寫電腦指令的非正式方式,因此任何理解問題的人都可以閱讀。 這就是為什麼它有偽前綴。 它就像程式碼,因為它是專案中的一系列操作或區塊,但它不是實際的程式語言。 它採用您的日常語言,因此您可以使用它來規劃和組織專案的實際程式碼。

編碼挑戰

  • 設定 - 建造者和驅動程式應按照您完成「播放」部分時的方式設定您的地圖和機器人。 將機器人放置在起始點。 程式設計師應在 VEXcode IQ 中開啟 Recycle Run 專案。 記錄器應將障礙物塊添加到地圖的中心位置。 在繼續之前,請與您的老師確認您的障礙物位置。

  • 檢查-程式設計師應該 運行 現有的回收運作項目。 整個小組應觀察機器人的移動,當機器人撞到障礙物時,駕駛員應停止專案。

  • 修改-找到[註解]區塊清單中的點以及機器人遇到障礙時的編碼順序。 使用[評論]區塊修改繞過障礙物的計畫。

  • 重寫——程式設計師應該相應地修改程式碼序列——刪除、新增或編輯區塊的參數以符合新的計劃。 程式碼更改完成後,重新運行專案並觀察機器人,看看它是否按照您預期的方式移動。 如果沒有,請在向老師尋求幫助之前嘗試在小組內解決問題。

  • 故障排除-機器人是否按照您預期的方式移動? 如果不是的話,那差別在哪裡呢? 是否有遺漏的步驟? 記錄員應檢查您與小組一起大聲建立的步驟清單。 對於每個步驟,當記錄器讀取時,駕駛員應拿起機器人並沿著步驟移動它;程式設計師和建構者應該檢查程式碼序列以確保其與正在讀取的步驟相符。 當您發現遺漏的步驟或錯誤的區塊時,請暫停該過程以修復它。

    • 這是正確的塊嗎?

    • 參數準確嗎?

    • 您需要添加更多塊嗎?

    與您的老師聯繫以分享您的新程式碼和機器人路徑。

教師工具箱圖標 教師工具箱 - 明顯障礙

在這個挑戰中,學生放置障礙的位置將對挑戰的難度產生很大的影響。 當學生向您詢問障礙物的方塊位置時,請確保它不會對地圖造成太大阻礙,以致不再有解決方案,反之亦然,它不會太妨礙小組不需要改變任何東西來避免它。 新增障礙應該要求團隊更改和/或新增區塊到他們的程式碼中,或鼓勵他們完全設計一條新路徑。

效率挑戰

  • 設定 - 建造者和驅動程式應按照您完成「播放」部分時的方式設定您的地圖和機器人。 將機器人放置在起始點。 程式設計師應在 VEXcode IQ 中開啟 Recycle Run 專案。 記錄員應審查任務以確保您的專案符合所有要求。

  • 什麼是程式碼效率?
    如果您需要從廚房拿 3 件東西,您可能會一次去拿所有 3 件東西,而不是進行 3 次單獨的行程。 為什麼? 因為這樣效率會更高。 高效率意味著在不浪費任何時間、精力或材料的情況下完成某件事。 那麼這與程式設計有何關聯呢?

    程式碼效率意味著專案被編寫為可以良好、快速地運行,使用最少的工作量或步驟,正確地完成其工作。 它很重要,因為它降低了程式無法正常運行的風險,進而導致圍繞該程式運行的程式的其他部分出現問題。 程式碼的效率可以作為品質的衡量標準,當我們在 VEXcode IQ 區塊中編寫專案時,我們經常尋找最「高效」的專案作為首選解決方案。

    基本上,程式碼效率是一個原則,意味著您希望編寫能夠使用盡可能少的命令或區塊來實現目標的程式碼。

  • 重新思考-與你的整個團隊一起,看看你為機器人設計的行走路徑。 機器人可以走更短的路線嗎? 有沒有其他方法可以更快滿足要求?

  • 修改 - 嘗試修改程式碼序列以使用更少的 3 個區塊,同時仍滿足所有
    要求。 使用這些問題可以幫助您找到需要修改的地方:

    • 如果我們移除這個塊,機器人會做什麼?

    • 這個塊是多餘的嗎? (重複一些不需要重複的事情。)

    • 是否有一個區塊可以完成序列中兩個或三個區塊的工作?

    • 是否有任何重複的區塊或序列可以用循環/重複區塊替換?

    程式碼變更完成後,程式設計師應重新運行項目,
    組應觀察機器人,看看它是否按照您預期的方式移動。 如果沒有,請在向老師尋求幫助之前嘗試在小組內解決問題。

    與您的老師聯繫以分享您的新程式碼和機器人路徑。

  • 故障排除-機器人是否按照您預期的方式移動? 如果不是的話,那差別在哪裡呢? 是否有遺漏的步驟? 記錄員應檢查您與小組一起大聲建立的步驟清單。 對於每個步驟,當記錄器讀取時,駕駛員應拿起機器人並沿著步驟移動它;程式設計師和建構者應該檢查程式碼序列以確保其與正在讀取的步驟相符。 當您發現遺漏的步驟或錯誤的區塊時,請暫停該過程以修復它。

    • 這是正確的塊嗎?

    • 參數準確嗎?

    • 您需要添加更多塊嗎?

教師工具箱圖標 教師工具箱 - 什麼是程式碼效率?

在此活動中,向學生介紹程式碼效率。 學生們正在嘗試修改程式碼以減少使用 3 個區塊。 區塊越少意味著程式碼可能出錯的地方就越少,最終應該減少故障排除。 您可能會問以下一些問題,以幫助您的學生圍繞效率思考:

  • 參數中的任何距離可以組合嗎?

  • 是否有重複的行為或障礙? 為什麼?

  • 有沒有更短的路徑?

確保學生每次刪除一個區塊時都檢查他們的項目,以確保他們仍然能夠實現目標,只是使用更短的程式碼。