스크래치의 프로그래밍 개념

많은 사람들이 "단순한 것에서 복잡한 것까지"라는 원칙에 따라 창의적인 프로젝트를 만드는 것으로 학습이 이루어지는 어린이 프로그래밍 환경인 스크래치에 익숙합니다. 동시에 스크래치에서 프로그래밍(변수 → 분기 → 루프 → 함수 → 구조 → 객체 → …)을 학습하는 "고전적인 접근 방식"은 어렵습니다.

그러나 구조화, 객체 지향 및 이벤트 지향 프로그래밍의 개념(개념이라고 부르자)을 학습하는 순서를 변경하고 이를 다채로운 스프라이트와 대화형 애니메이션 뒤에 숨긴다고 해서 개념이 강조되지 않아야 한다는 의미는 아닙니다. 특히 목표가 프로그래밍 학습만큼 창의적인 능력 개발이 아닌 경우. 나는 이 생각을 내 안에 반영하려고 노력했다. 강의.

스크래치를 시작하는 사람이 가장 먼저 접하게 되는 것은 스프라이트입니다. 스크래치에는 객체 지향 프로그래밍 자체가 없지만 스프라이트는 객체로 간주될 수 있습니다. 이 단계에서 학생은 프로그램이 외부 스크립트에 의해 동작이 제어되는 많은 개체를 가질 수 있다는 것을 알게 됩니다. 스프라이트는 요청 시 명령을 받거나 상태에 대한 정보를 전송합니다. 즉, 프로그래밍은 개체 관리로 이어집니다.

스크래치에서 젊은 프로그래머에게 즉시 충격을 주는 두 번째 것은 멀티스레딩의 개념입니다. 각 스프라이트에는 동시에 실행되는 여러 스크립트가 있을 수 있습니다. 여러 스프라이트는 서로 동시에 프로그램을 실행할 수도 있습니다. 더욱이 순차적 실행을 구성하는 것이 더 어려운 것으로 나타났습니다.

이미 첫 번째 수업에서 우리는 사이클에 대해 알아가는 것을 피할 수 없습니다. 그렇지 않으면 고양이가 실제로 도망치지 않을 것입니다. 이 단계에서는 아는 것이 직관적이고 피상적으로 남아 있어야 합니다. 이해하기 더 쉬운 "항상 반복" 및 "...번 반복" 루프로 제한합니다. 조건부 루프는 특히 루프에 관한 강의에서 연구됩니다. 이 단원에서는 부울 표현식과 변수에 대한 지식이 있다고 가정합니다.

스크래치는 이벤트 중심 환경이므로 조건문 블록은 변수보다 배우기가 더 쉽습니다. 조건은 특정 이벤트일 수 있습니다.

제 생각에는 각 수업마다 최소한의 개념을 소개하기 때문에 이 순서가 더 좋습니다. 추상적이지는 않지만 실질적인 이점을 즉시 확인할 수 있습니다.

변수를 먼저 연구하는 경우 조건 연산자, 데이터 입력 및 난수 생성에 대해 이전에 연구한 적이 없기 때문에 변수의 목적과 이점을 입증하기 어렵습니다.

목록을 세지 않고 스크래치에서 프로그래머는 숫자, 문자열, 부울이라는 세 가지 유형의 데이터를 접하게 됩니다. 이 경우 유형은 변수가 아닌 값에 바인딩됩니다. 문자열을 숫자로 변환하거나 그 반대로 변환할 필요가 없습니다. 문자열은 인용되지 않습니다.

부울 값을 반환하고 특징적인 각 모양을 갖는 블록은 둥근 필드에 삽입될 수 있습니다. 그 반대는 사실이 아닙니다. 부울 표현식을 가정하면 일반 변수를 삽입할 수 없습니다.

실행 시 치명적인 오류가 발생하지 않도록 스크래치를 구현하였습니다. 분명히 이것이 산술 연산에서 문자열을 사용하려고 하면 XNUMX으로 대체되는 이유입니다(첫 번째 스크린샷 참조).

프로그래머는 프로그래밍 언어의 기능이 라이브러리에 의해 확장된다는 것을 알아야 합니다. 스크래치로 작업하면서 학생은 환경에 새로운 명령이 나타나는 추가 기능을 연결할 수 있습니다.

스크래치의 기능은 "기타 블록" 섹션에서 구현되며, 여기서 다른 스크립트에 삽입할 수 있는 자신만의 블록을 생성할 수 있습니다. 반면에 우리는 이 블록의 기능, 즉 그것이 무엇을 할 것인지 수집해야 합니다.

스크래치 함수에는 반환 값이 없습니다.

따라서 이벤트 중심 환경에서 프로그래밍 개념을 학습하면 그 흔적이 남습니다. 본질적으로 우리는 먼저 더 복잡하고 추상적인 개념을 연구하고 프로세스를 더 깊이 탐구하면서 구조화된 프로그래밍 요소로 이동합니다. 이것이 첫 아는 사람에게 플러스인지 마이너스인지는 논쟁의 여지가 있습니다.

출처 : habr.com