Previously

각 질문에 대한 저의 답을 보시기 전에, 난 어쩌다가 소프트웨어 개발자가 되려고 했는지, 그것이 내 스스로의 선택이었는지, 지금은 뭘 어떻게 하고 있는지, 진로나 학습 또는 어떤 프로젝트 계획을 가지고 있는지 그리고 어떤 경로로 이 글을 읽게 되었는지를 먼저 생각해 보면 좋겠습니다.
링크 : https://okky.kr/articles/1458172

2탄

1. 나는 소프트웨어 개발이 재미있는가?

이 질문이 떠오르는 상황:

초기에는 문제가 너무 어려워 어떻게 해야 할 지 아무 생각도 없을 때
조금 지나면 뭔가 창의적인 아이디어가 담기지는 않은 코드가 길어지고 소소한 버그들이 이어질 때
더 나중에는 코드를 짜면 당연히 될 것이 너무 뻔해서 동기 유발이 안 될 때 등입니다.

재미는 어떤 주제에 대한 흥미와 그 주제 탐구 결과에 대한 만족감을 말합니다. 이 정의에서의 키워드는 ‘흥미’가 아니라 ‘만족감’입니다. 만족감이 없으면 재미도 없습니다.

만족감은 코드로 어떤 문제를 해결하려는 욕구가 충족되었을 때 느낄 수 있습니다.

문제를 풀면서 의식적으로 또는 무의식적으로 학습한 내용들이 지식으로 체화됩니다. 현실 세상의 모든 문제는 물론, 우리가 배우는 과정에서 접하는 문제도 단계별로 어려워집니다.

따라서 우리가 소프트웨어 개발이 재미있다고 하려면 어떤 문제를 코드로 해결하고 그 다음 단계 어려운 문제에 대한 호기심이 생길 때 소프트웨어 개발이 재미있다고 이야기 할 수 있겠습니다.

호기심은 새로운 것을 알고 싶어 하는 마음으로 지금까지 학습한 내용의 응용, 다음 단계의 지식을 원하는 상태입니다.

우리가 개발이 재미있는가?라는 질문을 하게 되는 상황의 핵심은 어렵거나 지루해서 진도가 잘 안 나가고 있다는 것입니다.

흔히 작은 성취를 이루면서 성장을 하는 것이 좋다고들 합니다. 과정이 계속될수록 그 작은 성취의 단위가 당연히 커집니다. 그리고 새로운 지식의 난이도도 올라갑니다.

당장 성취처럼 보이지 않는 노력도 필요합니다. 운동선수들이 스트레칭과 기초 체력 훈련을 오래 하고 근육을 단련하는 것과 같은 이치입니다. 그 결과들이 모여서 성과가 만들어지고, 다음 단계의 성취 목표를 다시 설정합니다.

출처: MBC 레전드 짤

결론적으로 개발이 재미가 없다면, 지금 작성하고 있는 소프트웨어에서 충분한 지식을 쌓고 있지 못하기 때문입니다.

그리고 그 지식이 자동으로 생기는 것이 아니라 늘 힘들고 지루한 과정, 즉 엉덩이 무게를 더해서 얻어진 성취를 통해 체화되는데, 아직 충분한 시간을 보내지 않았기 때문이죠.

재미에는 늘 몰입의 시간이 필요한 법입니다. 거꾸로 재미가 있으면 몰입도 잘됩니다.

배우는 과정, 즉 커리큘럼의 난이도 단계가 잘 설계되면 재미를 지속적으로 유지할 수 있겠지만, 모든 과정이 그렇게 설계되지는 않습니다. 가끔 가파른 언덕도 있는 법이지요.

지금 재미가 없는 것을 생각할 것이 아니라, 이 문제를 멋지게 해결한 뒤에 새로운 호기심이 생기는지 스스로 확인해 보는 것이 정답입니다.

To Be Continued

✳︎ 출처 : https://hl1itj.tistory.com/230

소프트웨어 개발자가 되기 위해 발을 내딛으신 분들에게 - 2탄 "나는 소프트웨어 개발이 재미있는가?"