누구나 볼 수 있는 공간에 기록함으로써 의지를 다시 한번 다지고, 목표한 것들을 달성할 수 있도록 노력하려고 한다.

1년 뒤에이 글을 보면서회고할 때목표한 계획이 얼마나 달성되어 있을지 벌써부터 궁금해진다.


 

1~2월 6주간의 개발자 퍼스널브랜딩 과정에서 목표수립과 목표 달성을 위한 액션플랜 수립 을 하였다.  


Goal

목표는 단기(1~5년), 중기(5~10년), 장기(10년 이상)로 나눠서 세웠고

액션플랜은 단기목표에 중점을 두어서 올해의 버킷리스트를 만들었다.

 

간단하게 나의 목표를 공유하면 아래와 같다.

2023-03 작성한 목표

여러 번 생각해서세운 목표이지만 아직 많이 추상적인 느낌이다.

중기, 장기 목표는 사실 구체적으로 생각하려 했지만 아직 너무뜬구름 같은느낌이 크다.

단기 목표를 위해 다양한 액션들을하다 보면중기, 장기 목표들도 구체적인 것들이 나오지 않을까 하는 생각으로 위안을 삼았다.


Action Plan

현재까지 나온 단기 목표를 가지고 올해 내가 있는 활동을 고민했고 2023 버킷리스트라는 이름으로작성해 보았다.

단기 목표와 버킷리스트를 매칭해 보면

 

‘이직’‘주니어에게 도움이 되는 중니어되기’라는 단기목표를 달성하기 위해 나를 브랜딩 하는 게 우선이라고 생각했다. 여러 가지 방법 중 나는 기술 블로그 작성lilnkedin SNS 관리, 그리고 기술서적 한 달에 한 권 이상 읽기를 계획으로 잡았다.

 

외국에서 살아보기, 외국회사 취업하기’라는 목표는 사실 몇 년 전 목표였다. 실제로 첫 회사를 그만둔 이유 중 하나이기도 하다. 그 당시 영어에 익숙해지기 위해 ielts라는 자격증도 따고 실제로 몇몇 외국 회사와 컨택해서 면접도 진행했었다. 하지만 생각지 못한 변수(코로나) 때문에 막혔고 자연스레 영어를 쓰지 않다 보니 두려워지더라. 올해는 다시 한번 영어에 익숙해지도록 노력해 볼 생각이다. 이를 위해 일단 몇 가지 유튜브의 도움도 받고, 4월엔 회화학원도 다녀볼 생각이다. 

 

대중에게 공개할 수 있는 서비스 만들기’를 위해서 올해 1개 이상의 사이드프로젝트를 진행할 계획이고 조금 더 구체적으로 계획하기 위해 ‘내 입맛에 맞는 가계부’를 만들어볼 생각이다. 

그리고 해당 계획과 연관된 계획으로 ‘프런트앤드 스터디’가 있다. 아마도 사이드프로젝트를 하면서 자연스럽게 스터디도 함께 진행할 수 있지 않을까 싶다.

 

이렇게 작성해놓고 보니 버킷리스트를 좀 더 추가해야 하나 싶기도 하지만 우선은 여기 작성된 내용들부터 차근차근해볼 계획이다. 이미 블로그 글쓰기, 기술서적 읽기, 유튜브 등은 현재진행 중이다.

 

그리고 주간, 월간, 분기, 연간 회고를 하다 보면 목표와 액션플랜들이 추가되거나 구체화가 되지 않을까 싶다.


 

 

변경사항이 있을 때마다 이 글도 계속 업데이트를 할 생각이고, 2024년 초에 2023년 회고를 하면서 이 글을 봤을 때 얼마나 달성했을까?

개인적인 바람은 단기 목표에서는 적어도 1개, 버킷리스트는 70% 이상 달성했으면 좋겠다.

 

이렇게 이번주도 미션( 1 글쓰기) 클리어 ^^

 

'MyStory > 에세이' 카테고리의 다른 글

2023년! 아직 반이나 남았다.  (0) 2023.07.24
일단 쓰고 생각하기  (0) 2023.02.11

글을 쓸까 말까 고민했다.

간단한 git 명령어인 pull과 merge를 헷갈려했다는 사실이 창피했기 때문이다. 😅

하지만 기록하지 않으면 금방 잊어버릴 것 같았다. 지금이라도 오래 기억할 수 있도록 기록해두려고 한다.

(틀린 내용이 있을 수도 있으니 언제든 피드백은 환영한다. ^^;;)


배경 설명

팀에서 작업 중인 브랜치들을 분리해야 할 상황이 발생했었다.

작업 시나리오에 Merge와 Pull을 작성했는데 문득 두 개 명령어는 어떤 차이가 있는지 , 무엇이 맞는 건지 궁금해졌다.

작업 시나리오


확인한 내용

책(팀 개발을 위한 Git, Github 시작하기)과 블로그를 참고했고 간단한 테스트를 진행했다.

 

Pull (Fetch + Merge가 합쳐진 작업):   원격 저장소의 변경사항을 로컬 저장소로 가져와서 병합하는 것.

pull에 대한 그림 설명

테스트 내용: 

test1에서 test2를 Pull 했을때 콘솔에 출력된 내용.

콘솔에서는 test2 브랜치를 test1으로 merge 한다는 내용을 마지막에 확인할 수 있다.

 

test1에서 test2를 Pull 했을때 기록된 커밋.

커밋로그에서는 git log에는 새로운 merge로 인한 새로운 commit이 생성된 것을 확인할 수 있었다.


Merge: 서로 다른 브랜치의 변경사항을 합치는 작업.

merge에 대한 그림 설명

테스트 내용:

test1에서 test2를 Merge 했을때 콘솔에 출력된 내용.

콘솔에서 pull과 동일하게 test2 브랜치를 test1으로 merge 한다는 내용을 마지막에 확인할 수 있다.

 

test1에서 test2를 Merge 했을때 기록된 커밋

커밋로그에서도 Pull과 마찬가지로 git log에는 merge로 인한 새로운 commit이 생성된 것을 확인할 수 있었다.


결론

작업 시나리오

적어도 작성한 작업 시나리오에서는 '동일한 작업으로 봐도 된다'라고 결론을 내렸다.


추가 내용

추가로 팀의 Git 컨벤션을 좀 더 상세하게 이해할 수 있었다. 사용하는 방식을 간단하게 설명하면 아래와 같다. 

  1.  master에서 작업 브랜치를 checkout 한다.
  2.  작업이 끝난 뒤, 최신 master에서 작업 브랜치를 pull 한다.
  3.  그 후 배포 브랜치(mgt, front)에 push 한다.

새로운 동료들이 종종 3번 과정에서 push가 아니라 pull로 진행하는 게 문제가 경우가 있었다. (다음에 배포하는 사람은 push 할 때 reject 됨)

 

이럴 때 나는 단순히 commit log가 더 생기기 때문에 mgt에서 pull 하지 말고 master에서 push 부탁한다고 말했다.

틀린 이야기는 아니었지만 상세한 설명이 어려웠는데 이번 기회에 확실하게 이해했고, 좀 더 상세한 설명이 가능해졌다.

 

 

다음에 누군가 같은 실수를 했다면 이렇게 알려주고 싶다. 


배포 브랜치에서 pull을 하게 되면 merge commit이 한번 더 생기기 때문에
이 브랜치들이 master 브랜치보다 더 최신의 commit을 가리키게 된다.

배포 브랜치에서 master를 pull한 상황


이후 배포하는 사람이 master 브랜치의 커밋을 push 하려고 할 때 오류가 발생한 것이다.(master가 old commit을 참조하기 때문)

이후 사람이 push할때 reject 되는 상황

이 상황에서 해결책은 더 최신의 commit을 보는 master_mgt를 master에 push 해야 하는 것이다.

문제가 해결된 상황

 

이렇게 된다면

불필요한 merge commit log가 생기고 결국 두 번 작업을 해야 되기 때문에 기존의 팀 컨벤션이 좀 더 효율적이다.

이라고 말할 수 있다. 


 

과거와 비교해서 상대에게 알려주는 내용은 크게 달라진 게 없다. 하지만 과거에는 내가 명확히 알지 못하는 상태에서 누군가를 알려줬다면 지금은 명확히 아는 것을 자신 있게 알려줄 수 있다. 

 

결론을 얻는데 오래 걸리지 않았고 단순한 내용이었지만 다시 한번 명확하게 개념을 학습했다는 것에 의의를 가졌고 모르는 것은 창피해하지 말고 그때라도 확실히 알아두자라고 생각했다. 

 

애매하게 아는 것보다 명확하게 모르는 게 낫고, 명확하게 모르는 것보단 명확하게 아는 게 낫다!

마지막날 민석님이 주신 캘리그라피와 함께 찍은 단체 사진

 

참여 계기

사람 만나는 걸 좋아하다 보니 여러 커뮤니티를 경험했고 다양한 사람들을 만났다. 

사람들은 보통 ‘회사+사람’으로 본인을 소개하는데 그중 나에게 인상 깊은 인사이트를 준 사람들은 ‘회사’가 없어도 ‘사람’이 누구인지 분명히 알수 있는 사람들이었다. 그들을 보면서 나도 저렇게 되고 싶다고 생각했었지만 막연한 생각은 바쁜 회사업무 속에서 금방 잊혔다.

 

그러던 중 개발자를 위한 교육 플랫폼인 NEXTSTEP에서 ‘개발자 퍼스널 브랜딩 워크숍’이라는 과정의 모집글을 보았다. 소개된 커리큘럼은 ‘회사+나’에서 ‘나’가 되는 방법을 알려주는 수업처럼 보였다. 그리고 깊게 생각해보지 않았던 개발자로서의 향후 N 년을 고민해 볼 수 있는 시간이 될 것 같아서 신청하게 되었다.

 

교육 과정

교육은 리딩해주시는 문수민 님, 김민석 님과 참여자 7명으로 진행되었다. 단방향의 수업이 아니라 참여형 수업이었다. 낯을 가리는 것도 잠시뿐 6주 동안 서로 많은 피드백을 주고받으면서 과정을 즐겼던 것 같다.

 

6주동안 이 과정에서 추상적인 많은 것들을 구체화할 수 있었다. ‘나는 누구인가, 내가 가진 특,장점은 무엇인가, 목표 설정, 목표를 이루기 위한 plan은 어떻게 세울 것인지’ 혼자였다면 막막했을 추상적인 질문들에 대해 함께 이야기하는 시간을 가지면서 구체적이고 최선의 답을 얻을 수 있었다. 

 

답을 얻는 과정을 기억을 더듬어 주차별로 정리해 보았다.

 

1️⃣ 나는 어떤 사람인가 생각해 보기.

첫 번째 시간은 ‘나는 어떤 사람인가’에 대한 브레인스토밍으로 시작했다. 다양한 역할로서의 나를 생각해 보고 이를 조금씩 구체화하는 시간이었다. (사실 개발자로서의 ‘어떤’ 사람인가 보다 그 외적인 면(여행가, 러너, 테린이, 다이빙 마스터 등)이 더 많이 떠올라서 약간 민망, 뜨끔했다. 나는 개발을 별로 안 좋아하는 사람인가 싶은 생각이 들었다.)

수업의 마지막 즈음엔 불완전한 문장이 완성되었다. (불완전하다고 한 이유는 계속 발전시켜야 하기 때문이다.)

‘넓고 다양한 생각과 시야를 가진 백앤드 개발자’
‘문제가 해결될 때까지 집중해서 파고드는 백앤드 개발자’

 

2️⃣ 특장점을 이용해서 나만의 브랜드 문구 만들기.

두 번째 시간에는 나의 특징, 장점을 알아보고 첫 번째 시간에 했던 문장을 조금 더 발전시키는 시간이었다.  특장점을 알아보기 위해 인터넷에서 무료로 할 수 있는 강점 찾기와 주변 지인들에게 나에 대한 질문을 던졌다. 그렇게 정리된 강점은 창의성, 호기심, 학구열, 친절 등이 있었다.
이를 바탕으로 다시 한번 문장을 작성해 보았다. (이번엔 너무 길다고 느꼈다...)

‘동료들과 소통, 공감을 잘하고 가끔은 남들이 생각하지 못한 방향으로 문제를 해결하고 강한 책임감을 가지고 맡은 업무를 하는 백앤드 개발자’

 

3️⃣ 브랜드와 대외 활동에 관련된 특강.

세 번째 시간은 특강이었다. 송요창 님과 이야기를 나눠보는 시간을 가졌다. 먼저 왜(WHY) 개발자가 퍼스널 브랜딩을 해야 하는지 이유를 구체적인 예시(금전적인 도움, 커리어적인 도움 등)와 함께 말씀해 주셨다. 그리고 지금까지 본인이 했던 과정들(토이프로젝트, 블로그, 출판 등등)에 대한 설명과 어떻게(HOW) 브랜딩을 시작하면 좋을지 구체적인 방법까지 제시해 주셨다. 특강을 한 문장으로 표현하자면 ‘Just Do It’ 이였다. 

 

4️⃣ 나만의 단/중/장기 목표를 고민.

네 번째 수업에선 다시 한번 나를 표현하는 문장을 다듬었다. 그리고 커리어적으로 단기, 중기, 장기 의 목표를 설정해 보는 시간과 목표를 위한 활동을 고민해 보는 시간을 가졌다. 생각해 보니 개인적으로도, 커리어적으로도 목표를 세워본 게 오래전 일이라는 것을 하면서 깨달았다. 짧은 시간에 목표를 도출하긴 어려웠다. 떠올린 목표들도 많이 추상적이었다. 함께 나눈 이야기를 바탕으로 구체화하는 시간을 갖기로 했다.

이번 시간엔 수민 님의 피드백을 받아 문장을 다듬어보았다.

‘ 다양한 시각으로 문제를 바라보는 백앤드 개발자.’
‘새로운 해결책을 발견하여 제시하는 것을 좋아하는 문제해결사’

 

5️⃣ 대외 활동에 대해 컨설팅 특강.

다음 수업은 두 번째 특강이었다. 특강의 연사는 임동준 님과 임성현 님이었다.이번시간엔 단/중기 목표를 바탕으로 생각해 본 대외활동을 어떻게 해야 하는지가 주된 내용이었다. 그리고 질의응답 형식으로 진행되었고 두 분의 많은 이야기 중에 기억에 남는 두 가지만 써본다면 다음과 같다.

‘무대가 나를 찾아오게 하라’

무대는 준비된 사람에게 찾아오는데 준비는 수많은 과정 속에서 완성된다고 말씀하셨다. 그렇기 때문에 시행착오의 과정을 기록하는 것은 매우 중요하다고 했던 게 마음에 와닿았다.

‘준비가 덜된 상태에서 받은 피드백이 나를 바꾼다’

스스로 완벽하다고 생각하는 사람은 어떤 피드백도 잘 받아들이지 않기 때문에 불완전한 지금의 모습에서 여러 피드백을 통한 발전이 중요하다고 말씀하셨다. 항상 준비가 덜 된 모습은 창피해서 꼭꼭 숨기기 바빴던 예전의 나를 떠올리면서 내게 필요한 문장이라고 생각했다.

 

 

이것 말고도 현실적인 이야기들도 많이 해주셔서 정말 도움이 많이 되는 시간이었다. 이번 특강도 한 문장으로 표현하자면 ‘Just Do it’이었다. 특강을 듣고 얼마 후 블로그에 짧은 글 한편을 쓰면서 배움을 실천해 보았다. <일단 쓰고 생각하기>

동준님, 성현님과 함께 찍은 단체 사진

 

6️⃣ 올해 나만의 대외 활동 계획 작성.

마지막 시간엔 서로 고민해서 작성해 온 브랜딩 차트, 목표, 그리고 2023년 대외활동 계획을 공유하고 피드백받는 시간을 가졌다.

나는 계획이 추상적이라는 피드백을 받았는데 스스로도 동의하는 부분이었다. 목표가 추상적이다 보니 계획도 추상적인 느낌이었다. 그래서 목표부터 최대한 구체적으로 작성해보려고 했고 다른 분들의 공유내용도 벤치마킹하면서 계획을 다시 세워보았다. (작성한 내용은 다음 글에 공유해 보도록 하겠다.) 

그리고 과정의 마지막에 작성한 문장은 아래와 같다.

창의적이고 다양한 방법을 이용해서 문제를 효율적으로 해결하는 생각하는 개발자
긍정적인 에너지를 가지고 동료들과 협업, 공유를 통해 성장을 도모하는 팀원
배움을 어려워하지 않고 적용해 보는 것에 희열을 느끼고 공유를 할 줄 아는 개발자

 

 

이렇게 작성했다. 처음과 비교하면 많이 구체화된 느낌이 든다. 쓰고 나니 나를 소개하는 문장이기도 하지만 내가 되고 싶은 모습 같기도 했다.

이 문장의 내가 되기 위해 많이 노력해야겠다 생각했다.

 

 

마무리

6주의 과정을 통해 추상적인 솔루션이 아닌 구체적인 액션플랜을 얻었다. 그리고 나에 대해 깊게 생각해 보는 시간을 가지면서 어떤 색으로 브랜딩을 할지 방향성을 세울 수 있었다. 퍼스널 브랜딩이란 ‘긴 연대기적 과정’이기 때문에 액션플랜들을 실천하다 보면 언젠가 나도 ‘회사+나’가 아니라 ‘나’라는 브랜드를 만들 수 있지 않을까? 생각했다. 과정은 끝났지만 이제 시작인 느낌이다 ㅎㅎ

 

 

 

 

마지막 날 민석 님이 이런 질문을 했다. 

‘2023년 마지막에 어떤 사람으로 기억되고 싶나요?’

 

먼저 2023년을 어떻게 기억하고 싶은지부터 정리해 봤다.

 

개발자라는 업을 시작한 뒤 (2017년)
처음으로 
커리어에 대한 깊은 고민을 했고 목표를 세운뒤 
이를 이루기 위해 구체적인 많은 활동을 한 2023년.

 

이를 바탕으로 목표를 위해 열심히 노력 사람으로기억에 남고 싶다. 

민석님의 캘리그라피 선물 🙏

소개하고 싶은 블로그

함께 한 분들과 꾸준히 서로 응원하면서 열심히 실천하는 한 해가 되었으면 좋겠다.

 

조민지 님의 블로그

박이슬 님의 블로그

김정규 님의 블로그

권순규 님의 블로그

김유경 님의 블로그

문수민 님의 블로그

 

 

 

+ Recent posts