6. 학습과정의 구성

아꿈사 박민욱

이제 그는 평가가 아니라 지식에 의해 동기를 얻는 사람이 될 것이다 . 그가 학습하는데 외부의 압력 같은 것은 필요하지 않다 . 압력은 오히려 그의 내부에서 생겨난다 ....

독서목록

누구라도 한번에 모든 것을 배울 수는 없고 어떤 규칙이나 원칙이 있는 건 아니다 . 배우는 사람은 자기만의 학습 계획을 스스로 세운다 .

상황

첫 언어에 능숙해질 정도로 기술과 역량을 발전 시키고 나서 주위를 둘러보니 , 여전히 배워야 하는 정보의 양이 엄청나다 .

문제

읽어야 할 책 수가 당신이 책을 읽는 속도보다도 더 빠르게 늘어만 간다 .

해결책

읽기로 한 책들의 목록을 유지하고 , 읽은 책은 기억해 두라 .

배운 것을 공유하라

공개된 장소에 당신의 독서 목록을 올려 두는 것을 한번 고려해 보라 .

책에서 얻는 귀중한 것 중 하나는 읽을 가치가 있는 다른 책의 목록이다 . 시간이 지나면서 특정한 책이 계속해서 참고 문헌에 나타나는 것을 발견 하면 , 그 책을 독서 목록의 가장 위에다 올려 놓아라 .

실천방안

소스 관리 시스템을 사용해 텍스트 파일을 하나 만들고 지금 읽고 있는 모든 책의 목록을 타이핑해 넣어라 .

그리고 이 텍스트 파일을 최신 상태로 유지 하면 된다 .

꾸준히 읽어라좋은 프로그래밍 책을 두 달에 한 권 정도만 읽어도 , 당신은 이내 이 분야에 대해서 확실한 감을 갖게 될 것이며 주변의 거의 모든 이들과 구별되는 수준으로 올라설 것이다 .

상황

당신은 열정을 드러내었고 수없이 많은 문을 열었다 .

문제

당신이 첫 언어에 능숙하긴 하지만 , 당신에게 보이지 않는 심오하고 더욱 근본적인 개념들이 어디선가 끝없이 흘러가고 있는 것 같다 .

해결책

배움을 향한 당신의 갈증을 , 문자로 쓰인 정보를 흡수 하는 데에 최대한 집중 시켜라 .

긴 여정중 데이브는 2002 년에 2003 년 대중교통을 이용 할 때 상당한 양의 책을 읽을 기회가 있었다 .

실천방안

이 책을 읽은것으로 이미 패턴을 적용하기 시작한 셈이다 .

이 다음에 무슨 책을 읽을지 , 지금 결정하라 .

이 책을 끝내자마자 바로 그 책으로 넘어 갈수 있도록 하여라 .

두껍지 않은 책을 한 권 늘 지니고 다녀라 .

고전을 공부하라당신의 직업이나 관심 분야에서 위대한 저작들 , 즉 지금까지 있었던 가장 훌륭한 책과 기사 , 연설문 등을 찾아서 그것을 진지하게 공부하기 시작하라 .

상황

당신은 독학으로 공부 했거나 이론보다 기술 훈련을 더 중요시 하는 상당히 실무 중심적인 교육을 받았다 .

문제

같이 일하는 사람들이 당신이 이미 읽었을것 이라고 생각하는 책에 나오는 개념들을 계속 언급한다 .

해결책

무지를 드러내서 잘 모르는 개념이 어떤 뜻이며 어떤 책에서 비롯 되었는지 물어보라 .

그 책을 당신의 독서 목록에 추가 하라 .

성공적인 견습생들은 ' 수명이 긴 책 ' 에 집중하는 경향이 있으며 , 웹이나 실험을 통해서 그 정보가 어떻게 발전 했는지를 배운다 .

실천방안

당신이 소장한 책 중에서 가장 오래된 것은 어떤 책인가 ? 그 책을 먼저 읽어라

더 깊이 파고 들어라실무에서는 대형 프로젝트의 초반에 알고리즘 때문에 문제가 생기지는 않는다 . 오히려 프로그래머가 더 이상 어떻게 진행해야 할지 모르게 되거나 현재 짜놓은 프로그램이 부적합 하다는 사실이 갑자기 명백 해질 때 , 하위 문제로 모습을 드러내곤 한다 .

상황

당신의 고용주들은 모든 역할마다 전문가를 넉넉히 고용하는 사치를 누릴 여유가 없다 .

각종도구들을 겨우 지금 하는 작업을 완료하는데 필요한 정도로만 배우고 있다 .

당신은 새로운 기술 분야에 뛰어 들어서 아주 빨리 해결책을 찾아내는 능력을 지녔다 .

문제

자기 코드를 유지보수 하면서도 계속 난관에 봉착 했는데 , 당신이 공부 했던 튜토리얼들이 실은 필요한 절차도 대충 건너 뛰었으며 복잡한 이슈를 단순화 했었다는 사실이 들어 났다 .

사람들은 종종 당신의 이력서에 오해의 소지가 있다고 비난한다 . 더 나쁜 상황은 당신의 지식이 너무나 피상적이라서 어떤 계기나 누군가 때문에 시험에 들기 전까지는 자기가 아는 바가 얼마나 없는지 자각 조차 못하는 것이다 .

해결책

도구나 기술 분야 , 각종 기법 같은 것을 깊이 파고드는 법을 배워라 .

이런 지식의 깊이가 새로운 분야에 도전할 때 기댈 언덕이 되어 주며 앞으로 나갈 힘을 부여 한다는 것이다 . " 이것도 마스터 했으니 그까이꺼 !!“

튜토리얼을 읽을 때는 , 복사해서 갖다 쓸 코드를 찾지 말고 새로 습득한 지식을 마음 속 어디에 두면 좋을지 찾도록 하라 .

해결책

이패턴을 적용할 때 배우게 될 사실 한가지 , 심도 있는 지식을 얻는 일은 힘들다는 것이다 . 대부분의 사람들이 소프트웨어 개발을 받쳐 주는 아주 폭넓은 전산학적 지식을 갖고 있지만 그 깊이는 그토록 얕은 이유가 여기에 있다 .

스스로 기초 지식을 애써가며 배우기 보다는 다른 사람들에게 의지하는 편이 물론 더 쉽고 때로는 더 유리하기도 하기 때문이다 .

표면적인 지식만 가졌을 때 초래 될 수 있는 또 다른 결과는 , 풀려고 하는 문제에 대해 잘 알려진 해법이 있는지 혹은 실질적으로 해결이 불가능한 문제인지 전혀 모를 수 가 있다는 것이다 .

실천방안

HTTP 1.1 을 기술하고 있는 RFC 2616 과 , RFC 707 을 찾아서 읽어라 .

RFC 707 에 의거해 RPC 클라이언트와 서버 프로그램을 구현해 보라 .

그리고 현대에 와서 구현한 페이스북에 사용되고 있는 Apache Tr-rift 프레임 워크 같은 것을 검토해보라 .

지난 30 년간 원격 프로시저 호출과 분산 시스템 분야에서 우리 지식이 어떻게 발전해 왔는지를 주제로 블로그에 글을 써라 .

이제 , RPC 에 대한 스티브 비노스키의 글을 읽어라 .

당신의 의구심과 현재 이해 수준에 대해 블로그에 글을 올려라

익숙한 도구들바퀴자국 안에 빠지게 되면 아무리 바퀴를 돌려도 계속 제자리고 , 유일한 진척이라고는 더 깊게 파이는 자국뿐이다 .

상황

모든 프로젝트가 새로 배워야 할 것들로 가득하다 . 새로운 팀 멤버들 , 새로운 팀 내 역할 , 새로운 사업 분야 , 새로운 기법 , 새로운 기술분야 .

문제

어떻게 고객에게 뭔가를 보장해 줄 수 있는가 ? 어떤 기능을 제공하려면 얼마만큼의 시간이 걸릴 거라고 얘기 할 때 , 고객이 그 말에서 확신을 얻으려면 무슨 근거가 있어야 할 것이다 .

해결책

익숙한 도구들을 선별해서 거기에 집중하라 . 이상적인 경우라면 이런 도구들을 쓸 때 당신은 더 이상 문서를 볼 필요도 없다 . 도구들이 익숙하다고 해서 당장 항상 다른 사람들에게까지 추천해야 하는 것은 아니다 .

때로는 일을 하기에 가장 알맞은 도구와 당신에게 가장 익숙한 도구가 다를 수도 있다 .

해결책

극적으로 변화하는 시기에 미래를 계승하는 것은 배우는 자들이다 . 이미 배운 사람들은 이제 더 이상 존재하지 않는 세계에서 영위되는 삶에 자신이 맞추어져 있음을 깨닫게 된다 .

친숙하고 소중한 도구를 떠나 보내는 것은 고통스러운 과정이지만 , 그것도 역시 당신이 습득해야 하는 기술 중 하나다 .

해결책

당신이 견습생 때 쓰던 도구들은 숙련공이 되고 나서는 더 이상 소용이 없다 . 때가 되면 폐물이 될 것이다 .

당신의 경력이 성공적이라면 익숙한 도구들을 쉽게 얻고 쉽게 버리는 법을 배워야 한다 .

이런 목표를 이루기 위해 무엇을 배워야 할지 정하는 것은 숙련공으로 이행하는 동안 모든 견습생이 마주쳐야 하는 도전 중 하나다 .

실천방안

익숙한 도구의 목록을 적어 보라 . 만약 이미 다섯 개의 익숙한 도구를 가지고 있다면 그것들을 신중하게 조사해 보라 .

더 나으며 강력한 도구가 있는가 ? 그렇다면 즉시 도구를 교체하라 .

장을 마치며…

배우는 과정 자체를 즐기는 법을 배운다면 , 우리의 방심을 허락하지 않고 끝없이 변화해 가는 이 세계에서 많은 도움을 얻을 것이다 .

끝