[회고] 우아한테크코스 8기 백엔드 레벨1 - 1주차 회고

우아한 테크코스 1주 차(2.24~27)

이번에도 뒤늦게 남기게 된 회고이다.. 

몇 주 전 요리하다 손가락을 다치는 바람에 타자 치는 게 불편해져서 타자 칠 일이 많은 회고 글 작성을 최대한 미루고 미루다가 손 끝 통증이 거의 없어지면서 다시 써볼 엄두를 낼 수 있게 되었다.. 

 

1주 차는 정신없이 지나갔다. 처음 들어와서 어색한 크루원들과의 적응도 있었지만 졸업식, 이사 준비 등이 겹치면서 정신없이 지내면서 개발을 놓고 있었는데, 교육장에 들어와서 개발자로서의 삶으로 돌아오는 재활 시간으로 보낸 것 같다.

 

이번 8기부터 새로운 교육장에서 교육을 받게 되어 판교 제2 테크노밸리의 교육장에서 교육이 진행되는데, 새 건물에 모든 시설이 새삥이라 구경하는 맛이 있었다. 

 

처음 도착하고 OT를 받으면서 앞으로의 생활에 대해 설명을 받고 가장 인상 깊었던 점은 우테코에서는 소프트 스킬에 대한 체계화된 커리큘럼을 진행한다는 것이다. 

소프트 스킬은 커뮤니케이션, 협업, 글쓰기, 말하기 등 소셜 네트워킹에 필요한 스킬을 의미하는데, 우테코는 기술적인 발전만큼이나 소프트 스킬을 중요시 여기는 듯했다.

첫날부터 데일리 미팅도 진행되었는데, 두 분의 담당 코치님의 진행 하에 첫 데일리 미팅이 진행되고 매우 어색한 분위기 속에서 서로 닉네임과 자기소개를 가볍게 진행했다. 그 이후로는 이전 기수 크루들이 데일리 미팅에서 진행했다고 하는 진진가를 진행하면서 가볍게 서로에 대해 알아가는 시간을 가졌던 것 같다. 

우테코에서 사람들과 어떻게 친해져야 할지 기대반 걱정반이었는데 데일리 미팅으로 자연스럽게 얘기할 기회가 생긴 것 같아서 다행이었다.

 

연극

소프트 스킬의 온보딩 미션으로 연극이 주어졌다 (...)

연극 팀원은 총 5명, 각자 역할을 맡아 특정 주제를 전달하는 무대를 완성하는 것이 목표이다.

 

연극 조원들과 모여 다양한 아이디어를 주고받았고, 각자 적극적인 아이디어를 낸 덕에 생각보다 쉽게 아이디어를 정리하고 주제를 정해서 

순조롭게 진행할 수 있었다.

조원인 봉구스의 아이디어로 우테코의 청소 규칙을 전달하는 내용을 주제로 정하고, 

한 사람 씩 돌아가면서 각 장소별 청소 체크 리스트를 전달하면서 뒤에 조원들은 실제로 청소하는 과정을 연기하고 있을 때, 

설정 상 손을 다친 나(실제로도 다친..)에게 도움을 요청하면 손을 핑계로 청소를 회피하는 뭐 그런 느낌이었다.. 

 

솔직히 이런 무대를 해본 적도 없는 개발자들이 모여서 무대를 준비한다는 게 정말 힘든 일이었지만

하는 과정에서 조원들끼리 많이 가까워질 수도 있었고, 제일 큰 짐을 덜 고나니 진짜 무슨 미션이 와도 

다 해낼 수 있을 것 같은 그런 느낌이 들었다 ^_^.. (p.s 회의 중 제일 많이 나왔던 말은 "우테코 여기까지만 할까.."였다)

 

 

첫 페어프로그래밍

미션 외에는 첫 페어프로그래밍이 진행되었는데, 기존 우테코의 페어 미션과는 다르게 이번에는 처음부터 AI만을 활용한 페어 프로그래밍으로 진행되었다. 

페어로 미션을 진행하는 경험을 하면서도, AI 시대에 맞춰 어떻게 적응할 것인지 어떤 능력이 필요한지를 체험해 보는 느낌의 활동이었다. 

Gemini Canavas 서비스를 사용해서 진행되었는데, 먼저 공식 문서를 읽으면서 서비스에 대해 이해하는 시간을 가졌다.

이 과정에서 배운 내용은 다음과 같다.

• 글을 읽을 때는 능동적으로, 스스로에게 질문을 하며 읽을 것
• 공식 문서를 1순위로 여길 것

나는 평소 글을 읽을 때 그냥 처음부터 끝까지 읽으면서 내용을 이해하는 것에만 집중하곤 했었다. 그래서 읽고 나서도 머릿속에 남는 것이 없다고 느껴져서 다시 처음부터 몇 번씩 읽기를 반복하며 시간을 허비한 적도 많았다.

이번 미션을 시작할 때 코치 준은 공식 문서 제목에 있는 Canvas를 보면서 왜 Canvas라고 했을까에 대한 질문을 던졌고 이에 대한 크루들의 의견도 물어보면서 함께 문서를 읽었다. 확실히 스스로에게 왜 그럴까에 대한 질문을 던지면서 읽는 과정이 이해도 잘되고 기억에도 잘 남는 것을 경험할 수 있었고 앞으로 문서나 정보 글을 읽을 때 써먹어 봐야겠다고 생각했다.

 

그리고 공식 문서가 중요하다는 것은 예전부터 익히 들어 알고는 있었지만 이번 기회에 다시 한번 리와인드하게 된 것 같다.

공식 문서는 제품을 만든 사람이 고민 끝에 작성한 1차 자료이며, 업데이트 시 가장 먼저 수정되는 자료이기에 업데이트가 자주 이루어지는 인기 서비스를 사용할 때에는 특히나 공식 문서를 읽는 방법을 알고 있는 것이 중요했다.

 

공식 문서를 어렵게 느껴서 누군가가 정제해서 전달하는 블로그나 책에 자꾸 의존하게 되곤 하는데, 공식 문서를 읽고 학습하는 과정에 익숙해지기 위해서 의식적으로 더 노력을 해야 할 것 같다. 

 

이렇게 문서를 통해 이해한 내용으로 보면 Gemini Canvas는 만들고 싶은 주제에 대해 기능적인 명세를 잘 정리하여 전달하면, 실제로 눈으로 바로 확인할 수 있는 프로토타입 웹앱을 직접 만들어서 보여줄 수 있는 서비스라고 이해했다. 실제 코드를 작성하거나 AI가 작성해 준 코드를 실행, 배포할 수 있는 환경에 직접 세팅하고 실행하지 않아도 바로 캔버스 환경에서 실행시키고 실행 화면을 이용할 수 있게 해 주며 링크를 통해 공유도 가능하다. 

 

이 서비스를 통해 우리는 다음의 4가지 앱을 제작하여 제출해야 했다.

 

1. 유틸리티 앱 : 평소 불편했던 점을 해소하기 위한 앱

2. 학습 앱 : 우테코 크루들이 자신의 분야를 학습할 때 도움이 될만한 앱

3. 게임 : 평소 만들어보고 싶었던 게임

4. 페어 릴레이 앱 : 페어와 함께 고민하여 함께 사용할만한 앱 

 

먼저, 유틸리티 앱은 가볍게 '유튜브 쇼츠 시청 개수를 카운트해주는 크롬 웹 익스텐션'을 만들어 보았다.

처음에는 웹 사이트 정도만 만들 수 있나? 했는데 결국 크롬 익스텐션도 화면을 구성하는 요소는 모두 웹을 구성하는 html, css, js이고 이를 동작하기 위한 구조도 gemini canvas가 충분히 퀄리티 좋게 완성해주었다. 물론 실제로 크롬에 등록하고 익스텐션으로서 동작하는 과정은 내가 직접 세팅해야 했지만 실제 코드는 건드린 게 하나도 없었다.

 

다음으로 학습 앱은, SQL 쿼리 빌더를 만들었는데 SQL 문이 인덱싱, 캐싱, JOIN 등 DB를 최적화하기 위한 옵션이 얼마나 붙느냐에 따라 실제로 어느 정도의 성능 개선이 이루어지는지 눈으로 직관적으로 보여주기 위해 각 옵션을 직접 체크하며 SQL 쿼리를 돌린 상황을 시뮬레이션하고, 옵션 적용 전 후 DB 전송 비용 등을 시각적인 그래프로 직접 확인하고 비교할 수 있는 서비스였다.

 

개인적으로 DB의 성능 최적화에 대해 배우기도 했고 실제로 사용하면서 고민도 해봤지만 이걸 적용했을 때 직관적으로 얼마나 개선이 되는지 눈으로 확인해보고 싶어서 만들어보았다. 

 

게임은 가볍게 피카추 배구를 흉내 낸 게임을 만들어 보았는데, 생각보다 각도 계산이나 공의 속도, 튕김 정도 등을 원하는 플레이 체감 대로 만드는 것이 어려워서 완성도 높게 만드려다 실패했다.

 

마지막으로 페어와의 릴레이 앱에서는 내 의견으로 링크(url)를 카테고리 별로 저장하고 어떤 내용의 링크인지 AI를 통해 요약 소개글을 받아와서 함께 저장할 수 있도록 하는 링크 아카이빙 앱을 만들었다.

 

이를 만드는 과정에서 내가 의견을 제시했을 때 페어였던 제이크가 매우 적극적이고 긍정적인 리액션을 해준 덕에 나도 편하게 내 생각을 말할 수 있었고, 머릿속으로만 구상하고 작업했던 이전 앱들과 달리 페어가 쉽게 이해할 수 있도록 정리해서 전달하는 과정에서 스스로 생각을 좀 더 체계적으로 정리하고 말을 꺼내게 되다 보니 훨씬 쉽게, 그리고 퀄리티 높은 앱을 완성할 수 있었다.

 

내가 직접 프롬프트를 작성하지 못하는 상황이 답답하게 느껴질 때도 있었지만, 그만큼 말을 하는 스킬이나 프롬프트를 어떻게 구성하면 좋을지에 대한 생각을 하는 시간을 가지면서 지식을 얻을 수 있었다고 생각한다. 결국 개발자로서 혼자 평생 개발할 것이 아닌 이상 개발에 대한 의도나 진행 상황에 대한 공유, 의견 전달 등을 말을 통해 진행해야 하는데 페어 프로그래밍을 통해 간접적으로 그런 경험을 하게 되고 능력을 기를 수 있는 계기가 된 것 같다. 

 

 

프롬프트에 대한 개인적인 노하우

Gemini Canvas를 주야장천 사용하면서 프롬프트를 작성하는 방법에 대한 나만의 노하우 같은 것도 몇 가지 생긴 것 같다.

 

1. 누구나 이해할 수 있게 명확하고 구체적인 레퍼런스를 제공할 것 
: 내 머릿속에서 생각한 내용을 AI가 귀신같이 알아채고 만들어 준다면 좋겠지만 실제로는 잘 이루어지지 않아 많은 수정을 시도해야 했고, 그 과정에서 콘텍스트가 길어지면서 구현 정확도가 떨어졌다. 처음부터 완성도 높은 결과물을 뽑아내려면 누가 들어도 확실하게 연상이 가능하도록 디테일한 레퍼런스를 함께 줄 때 완성도 높은 결과물을 낼 수 있었다. 

 

 

2. 디버깅을 할 때에는 원인을 파악하고, 대안을 제시할 것 

: 단순히 내 의도랑은 다르니까 고치라고 한다거나, 이게 잘 안된다고 하는 것은 문제를 해결하는데 별 도움이 되지 않았다.
내 의도와는 다르게 나타나거나 잘 동작하지 않는 상황에서 그 원인이 뭔지 분석을 요구하거나, 로그를 읽고, 내가 생각하는 대안을 전달하면 쉽게 문제를 해결하는 상황을 자주 경험할 수 있었다. 

 

 

3. 모호한 표현은 자제하고, 프롬프트를 구조적으로 잘 정리해서 전달할 것

: ~한 느낌이 나게 같은 추상적인 표현은 기준이 명확하지 않다 보니 내가 원하는 결과물이 나오는 일이 없었다.

그리고 말을 할 때 사람에게 문자를 보내듯이 구어체로 길게 장황하게 설명하면 꼭 체크하지 못하고 빼먹는 포인트들이 존재했다.

md 형식에 맞춰서 기술 명세서를 작성하듯 원하는 요구사항을 카테고리별로 리스트 형태로 정리하여 전달하면 완성도 높은 결과물을 낼 수 있었다. 

 

 

소감

1주 차를 보내면서 느낀 점이 몇 가지 있는데, 

첫 번째는 우테코는 지식에 대해 직접적으로 전달하는 주입식 강의는 많지 않다는 점이다.

처음에는 이곳에 오면 자바던 스프링이던 기술적인 지식도 강의 형식으로 가르칠 것이라고 생각했다.

하지만 학습을 하기 위한 미션과 방향을 제시하고 환경을 조성해줄뿐 실제로 학습하는 주체는 나 자신이며, 

우테코는 그 과정에서 도움이 필요하거나 할 때 도움을 주는 존재에 가깝다고 느꼈다.

물론 학습을 어떻게 해야 하는지 방향을 제시해 주고 그것을 맘껏 시도할 수 있는 환경을 제공해 주는 것만으로도 충분히 만족스러웠다.

하지만 누군가 나를 직접 끌어주거나, 강요하지 않기 때문에 이 자유로운 환경에서 목표를 잃고 방황하지 않도록 나 스스로 계획을 잘 세우고 내게 무엇이 부족한지 어떤 능력을 더 끌어올려야 하는지 나 자신에 대해 잘 파악해서 꾸준히 나아가야 한다는 사실을 계속 되뇌어야 할 것 같다. 

 

 

두 번째는 위에도 적었지만 소프트 스킬의 비중이 생각보다 높다는 것이다.

캘린더로 일정을 보았을 때 백엔드 활동과 소프트 스킬의 비중이 1:1 혹은 소프트 스킬이 더 많아 보일 정도였다.

실제로 코드를 작성하는 백엔드 활동에서 조차 페어로 진행하거나, 리뷰어와 소통을 해야 하기 때문에 소프트 스킬이 필요하다. 

어떻게 보면 우테코에 와서 얻을 수 있는 가장 큰 무기가 아닐까 생각한다. 

 

 

지금까지 ‘무엇’을 배울지에만 몰두하고 ‘어떻게’ 내 것으로 만들어야 할 지 깊이 고민해보지 못했는데 이번 1주차 동안 해야할 일이 많은 것이 아니었음에도 처음 해보는 고민들을 이어가는 동안에 순식간에 1주차가 마무리 되었다.

 

시간이 꽤 지나서 작성하는 후기이다 보니 이 당시 내가 느꼈던 점은 이 정도인 것 같다.

회고는 바로바로 작성하는 것을 습관화해야 한다는 것을 다시 한번 깨닫는다..