많은 사람들이 프로그래밍이라는 것에 매력을 느끼고 자신이 직접 프로그램을 만들어보고자 공부를 시작합니다. 여러 웹 사이트를 돌아다니며 정보도 찾아보고, 지인들의 추천을 받아 좋다는 책을 몇 권 구입하여 열심히 읽습니다. 당연히 책에 나와 있는 예제들은 하나도 빠짐없이 타이핑하고, 컴파일시켜 돌려보고는, 프로그램이 돌아가는 것을 확인한 순간 자신이 프로그램을 만들었다는 착각에 빠집니다. 그러고 나서 ‘난 무슨 언어, 무슨 언어를 공부했다’고 말합니다.

정말 이것으로 다 된 것일까요? 이런 사람들에게 문제를 주고 프로그램을 작성해보라고 했을 때, 프로그램을 작성할 수 있을까요? 대부분의 독자들은 ‘아니오’라고 답할 것입니다. 이런 경험을 직접 해본 사람들도 적지 않을 것이고요. 이것이 프로그래밍에 입문하는 대다수 사람들의 현실입니다. 그리고 많은 수의 입문자들, 또는 초보자들이 프로그래밍에 대해 가지고 있던 열정과 흥미를 잃고 쉽게 포기하게 되는 이유이기도 하죠. 생각해 보세요. 열심히 공부하고 또 공부를 했는데도 내가 직접 프로그램을 만들어 볼 수 없다면 그 공부가 과연 재미있겠습니까?

필자는 학원에 찾아오는 많은 사람들과 상담을 하면서 대다수의 초보자들이 왜 이런 시행착오를 겪는지에 대한 근본적인 원인을 너무나도 절실히 느끼고 있습니다. 그것은 다름 아닌 대부분의 사람들이 너무나도 막연하게 ‘프로그래밍 언어 한두 가지 정도만 공부하면 프로그램을 만들 수 있겠지’라고 생각한다는 것입니다. 아무리 프로그래밍 언어를 많이 알고 있어도, 그것을 언제 어떻게 써야 하는지를 모른다면 무용지물이 된다는 당연한 이치를 모르고 있는 것이죠. 중요한 것은 프로그래밍 언어가 아니라 프로그램을 만드는 방법입니다. 이 연재는 이와 같은 시행착오를 겪은 사람들에게 프로그램을 만들기 위해서는 어떻게 문제에 접근해야 하는지에 대한 방향을 제시하고자 합니다.

미술시간에 색칠부터 했던가?
문제의 발단은 대부분의 입문자들이 ‘소프트웨어 개발 = 코딩’이라는 잘못된 생각으로 접근한다는 것입니다. 그리고 이것은 비단 처음 프로그래밍을 접하는 사람들만의 문제는 아닙니다. 학교에서 여러 학기 강의를 듣고 오랜 기간 동안 전산을 공부했다는 사람들 중에서도 이와 같은 생각을 갖고 있는 사람들이 있기는 마찬가지죠. 하지만 여기서 한 가지 정확하게 알고 넘어가야 할 사실은 코딩 작업, 즉 프로그래밍 언어를 사용하는 단계가 소프트웨어 개발의 전부가 아니라는 것입니다.

가령 미술 시간에 그림을 그린다고 생각해 봅시다. 제일 처음에 해야 할 일은 그릴 대상을 면밀히 관찰하고 좋은 구도를 잡는 일이고, 그 다음에 해야 할 일은 대략적인 밑그림을 스케치하는 일이 될 것입니다. 그 후에 색칠을 하게 되는 것이죠. 만약에 앞의 여러 단계는 생략한 채 곧바로 색칠을 시작한다면 어떻게 될까요? 밑그림 없이는 색칠은커녕 전혀 그림에 손도 대지 못하는 경우가 대부분일 것입니다. 물론 몇몇 감각 있는 사람들의 경우는 색칠부터 하면서도 그림을 그려낼 수 있을지 모르겠습니다. 그렇다고 하더라도 밑그림 없이 그린 그림이 그렇지 않은 그림보다 더 완벽한 구도를 갖고 있다고 생각하기는 힘들겠죠. 밑그림이 없다면 좋은 그림이 나오지 않을 것이라는 사실은 누구라도 쉽게 알아챌 수 있습니다.

결국 좋은 그림을 그리기 위해서는 그림을 그리기 위한 절차를 잘 알고 있어야 하며, 좋은 구도를 잡는 방법과 스케치하는 방법에도 관심을 갖고 많이 연습해두어야 합니다. 이런 절차에 따라 작업이 잘 진행되었다면, 나중에 색칠을 할 때 물감으로 색칠을 하던 크레파스로 색칠을 하든 또는 파스텔로 색칠을 하든 구도가 잘 잡혀 안정되고 보기 좋은 그림이 나올 것이 분명하죠. 어차피 어떤 재료로 색칠을 하든 색을 표현한다는 면에서는 동일하고, 다만 결과물의 질감이 조금 다를 뿐이니 어떤 재료를 사용할지는 그림을 그리는 사람이 그림의 성격에 따라 결정하면 되는 것입니다.

프로그램을 만드는 작업도 마찬가지입니다. 좋은 프로그램을 만들기 위해서는 많은 작업이 필요하며 여러 단계를 거쳐야 합니다. 우선은 우리가 해결해야 할 문제를 잘 이해해야하고, 프로그램이 어떤 일을 해야 하는지를 명확하게 파악해야 하며, 이를 토대로 밑그림을 그려야만 합니다. 이런 밑그림 없이 바로 코딩을 시작한다면 어떤 일이 일어날까요? 대부분의 경우 어떻게 코딩을 해야 할지 손도 대지 못할 것이고, 설령 작업을 진행할 수 있는 사람이 있다 하더라도 그렇게 만들어진 프로그램이 구도가 잘 잡힌 좋은 결과물일 리 만무합니다.

반대로 밑그림이 잘 그려져 있다면 여러 종류의 재료 중에서 알맞은 것을 골라 색칠할 수 있었듯이, 여러 가지 프로그래밍 언어 중에서 적당한 언어를 골라 코딩할 수 있습니다. 따라서 프로그램을 작성할 때 C 언어를 사용할 수도 있고, 자바를 사용할 수도 있고, 베이직을 사용할 수도 있으며, 어떤 언어를 사용할 것인가는 작성하고자 하는 프로그램의 성격에 맞춰 결정하면 되는 문제입니다. 이처럼 프로그래밍 언어는 코딩을 할 때 필요한 하나의 도구일 뿐이며, 코딩이 소프트웨어 개발 전체를 말하는 것이 아니라는 사실을 이해해야 합니다.