프로그램 이해 란 무엇입니까?

프로그램 이해는 프로그래머가 컴퓨터 프로그램의 소스 코드가하는 일을 이해하는 능력입니다. 컴퓨터 과학 수업에서, 컴퓨터 언어의 메커니즘과 구문을 배우는 것을 선호하여 프로그램의 이해력이 간과되는 경우가 많습니다. 그러나 이해하기 쉬운 코드를 작성하는 것은 작성된 컴퓨터 언어에 관계없이 보편적 인 요구입니다. 프로그래머가 라이브러리 나 코드를 작성하지만 그 이후에 수행 할 작업을 아무도 결정할 수 없으면 해당 코드의 알고리즘과 논리를 쉽게 잃을 수 있습니다. 프로그래머가 명확하고 직관적으로 작성되지 않기 때문에 자신의 코드를 해독 할 수없는 것이 점점 일반화되고 있습니다.

프로그래머가 프로그램 이해력을 향상시키기 위해 사용할 수있는 두 가지 주요 전략이 있으며 각각 고유 한 장점과 단점이 있습니다. 첫 번째 방법은 코드 생성 중 또는 후에 코드에 문서를 추가하는 것이고, 두 번째 방법은 구조에 중점을 둔 코드를 작성하는 것입니다. 두 가지 접근 방식의 조합은 대부분의 프로그래머에게 도움이되지만, 한 전략을 다른 전략보다 선호하는 일부 코드 빌더가 있습니다. 어떤 방법을 사용할지는 프로그래머가 개인적으로 선호하는 것이며, 코드를 명확하게하려는 시도는 어느 것보다 훨씬 낫습니다.

코드에 문서를 추가하는 것은 두 가지 방법 중 더 간단하며, 잘 작성하면 코드가 작성된 언어에 익숙하지 않은 프로그래머에게는 매우 유용한 목발이 될 수 있습니다. 대부분의 컴퓨터 언어에는 프로그램 이해를 돕기위한 특정 문서 스타일이 있습니다. 코드 문서가 철저히 작성된 경우, 새로운 프로그래머의 첫 단계는 코드를 전혀 읽지 않고도 모든 문서와 주석을 읽고 프로그램의 작동 방식을 이해하는 것입니다. 프로그래머는 코드 구문과 역학에 의존하는 대신 일반 텍스트로 발생하는 상황을 확인한 다음 텍스트를 특정 위치에서 발생하는 상황과 정확하게 관련시킬 수 있습니다. 그러나 문서를 코드에 추가 할 때는 너무 많은 문서가 도움이되기보다는 혼란스럽고 방해가 될 수 있으므로 프로그래머는주의해야합니다.

구조에 중점을 둔 코드를 작성할 때 프로그래머는 자신의 코드를보고있는 다른 관리자가 언어의 구문과 메커니즘에 대해 동등한 지식을 가지고 있다고 가정합니다. 때때로 이것은 유효한 가정이지만 항상 신뢰할 수있는 것은 아닙니다. 구조에 크게 기반을 둔 프로그램 이해는 가능하지만, 원래 프로그래머가 쉽게 이해할 수 있도록 더 많은 작업이 필요합니다. 언어의 역학과 구문은 모든 문체 규칙뿐만 아니라 정확하게 따라야하며 모든 것이 일관되어야합니다. 이런 식으로 코드를 작성할 때 프로그래머는 항상 자신에게 분명한 것이 다른 사람에게는 명확하지 않을 수 있음을 인식해야합니다.

나중에 프로그램을 이해하기 위해 코드를 작성할 때도 나중에 추가 문서 나 구조적 수정이 필요할 수 있습니다. 이것은 코드 유지 관리의 자연스러운 부분이며 프로그래머가 실패하지는 않습니다. 프로그래머의 임무는 가능한 많은 이해 문제를 예상하는 것이지만 모든 문제가 항상 잡히지는 않습니다.