소프트웨어 이야기

괜한 리플을 제가 다는 바람에... ^^
(이 글을 상훈님께 드립니다.)

도움이 될지는 모르겠지만, 몇 가지 적어보겠습니다.
Computer Science라는 분야는 학문이 이끄는 분야라기 보다는, 실무 즉, Industry가 리드하고 이론이 따라간다는 생각이 듭니다.  그래서, 직접 프로그래밍을 접해보는 것이 어느 분야보다도 중요하다고 생각합니다.  프로그래밍을 잘 알지 못하고, 프로젝트를 성공적으로 수행하는 데는 많은 어려움이 있다고 생각합니다.  (훌륭한 PL이 되려면 가끔씩 프로그래밍의 지식이 방해가 되기도 하지만요)

소프트웨어에 첫발을 내디신다면,

가능하면 Lower Language
첫 언어는 첫 팀만큼 중요한 것 같습니다.
Lower라고 한 것은 자신이 목표로 하는 분야에서, 상대적으로 lower language라는 것을 말하는 것이고요.  예를 들어, 자바를 사용하는 곳이라면 C를, C를 사용하는 곳이라면 Assembly로 시작하는 것이 좋다고 생각합니다.  이유는 아주 간단한데요.  통계적으로 보았을 때 Lower language에서 Higher language로의 이동은 성공하는 경우가 많지만, 그 반대의 성공은 많지 않기 때문입니다.  직접 해보면, 아래로 이동하는 것이 얼마나 어려운 것인지 느낄 수 있을 겁니다.  유사한 예지만, 하드웨어를 하다가 소프트웨어를 할 수는 있지만 (어느 정도까지), 소프트웨어를 하다가 하드웨어를 하는 경우에 성공하는 것은 손에 꼽을 정도이죠.  소프트웨어 또한 벽돌을 쌓듯이 아래부터 쌓아 올리는 것이 더 쉬운 것이고, 이왕 고생할 바에는 처음에 하는 것이 낫다는 생각에서 입니다.

작은 개인 프로젝트
많은 고수 분들이 추천하는 방법인데요.  작은 개인 프로젝트를 만들어서 수행하는 것, 좋은 아이디어 인것 같아요.  Language를 배울 때는 다 아는 것 같지만, 책을 덮고 실제로 사용할 제품을 만들려고 하면, 그것이 비록 단순한 것일 지라고, 결코 만만치 않다는 것을 느끼실 겁니다.  저도 돌아보니, 대학, 대학원 6년 동안의 수업보다는 10여 개의 개인 프로젝트에서 배운 것이 더 많은 것 같습니다.  팀 프로젝트보다 더 좋은 점이라면, 실수해도 혼자만 알고 있다는 것과, PL의 그늘에서 벗어나 나만의 생각을 할 수 있다는 것이죠.

매일 프로그래밍
학교 다닐 때, 교수님이 "어셈블러로 매일 코딩하는 사람 손들어 봐라~" 라고 했을 때, 웃었지만, 지금은 그것이 무엇을 의미하는지 조금 알 것 같습니다.  새로운 언어를 공부하려면 매일 조금씩, 오랜 기간 동안 계속하는 것이 도움이 되는 것 같습니다.  언어 라는 것이 안 하면 생각보다 금방 잊어버리기 때문이죠.

유혹을 이기는 힘
스노보드를 타보면, 첫날부터 마음은 하프 파이프에서 점프하고 있습니다.  시도해 보지만, 하루 아침에 되는 일은 없습니다.  하나씩 하나씩 배워야죠.  스노보드라면 따라 해보고 잘 안되네 하고 그치겠지만, 단 10줄로 마술같이 Application을 만들어 버리는 것을 보고 혹하지 않기란 참 어려운 일이죠.  하지만, 세상에는 공짜라는 것이 없는 것 같습니다.  그 10줄이 잘 동작하지 않을 때 문제를 해결하려면, 그 뒤에 숨겨져 있는 많은 내용들을 어차피 알아야 되기 때문이죠.  10줄의 마술이 빠른 길 같아 보이지만, 그 길은 초보가 갈 길이 아닐뿐더러, 조금만 길게 보면 훨씬 더 느린 길이라는 믿음을 유지하는 것이 중요하다고 생각합니다.

소프트웨어를 사랑할 수 있을까
어느 직업이던 마찬가지이지만, 내가 하는 일을 사랑하지 못하면, 성공하기 참 어려운 세상입니다.  소프트웨어를 단지 돈을 벌기 위한 목적으로 한다면, 성공하기도 어렵고, 개인의 인생으로 보았을 때도 바람직 하지 않은 일이라고 생각합니다.  최대한 좋아하려고 노력해보고, 아니라면 포기하는 용기도 중요한 것 같습니다.  개인적인 생각에, 다행히도 소프트웨어는 참으로 재미있고 흥미로운 분야가 많은 것 같아요.  인생을 바칠 만 합니다.

제 짧은 경험이 도움이 되면 좋겠군요.
고맙습니다.

제임스 드림