[업무일지] 2023.03.20

[업무일지 카테고리 시작...]

1) 업무 일지 목적
- 사내 컨플루언스 작성을 하게되면,  퇴사할 때 컨플루언스 조회를 막아버린다. 그동안 내가 했던 작업들을 한꺼번에 옮기기가 어렵다.
- 회사의 기밀을 유출시키지 않는한, 내가 무엇을 해왔는지를 기록을 통해서 회고를 할 수있음과 내가 그동안 했던 업무들을 누가 시키지 않아도 체크리스트처럼 작성할 예정.
- 다이어리에 쓰는편이긴 하나 다이어리를 버리게되면...? 나의 정보도 사라지는 것이다.
 
첫번째 직장에서는 "개발자가 이렇게 하루를 보내는 구나. 이런 업무프로세스로 진행하는 편이구나" 라고 경험을 했지만
퇴사를 하면서 아쉬운점이 내가 한 업무일지들을 다음커리어에 100% 반영을 못했다.
 
내가 했던 역할이 모호함과
3개월동안 활동내역을 인사담당자에게 보낸 업무보고서를 1년이 지난 시점에 찾으려고 하니 유효기간이 만료되서 복원할 수가 없었다.
내가 했던 업무일지를 컨플루언스에 적었고 점심 업무 공유 미팅을 위한 업무일지이고, 사내 컨플루언스는 퇴사이후에는 조회를 할 수 없다.
 
첫번째 직장과 다르게 두번째 직장에서는 누가 시키지 않더라도, 이 업무일지를 통해서 회사일기겸 꾸준히 나의 데이터를 쌓고 싶었다.
물론 회사의 기밀사항이나 정보를 오픈할 수 없지만 그래도 나의 일지를 통해서 내가 회사에서 이렇게 많이 배웠구나
나자신을 회고를 하고 검토하고 성실함과 꾸준함을 증명하고 싶어서 업무 일지 카테고리를 만들기로 했다.
 
 
주니어 백엔드 개발자 뮤님은 출근시작일로부터 100일넘게 꾸준히 일기를 썼다.
일기 내용의 길이 상관없이 꾸준히 작성했다. 나도 꾸준함을 보여주고 싶고 내가 회사에서 겪은 문제들을 일지를 통해서
어떤 문제를 겪었고 그 문제를 어떻게 해결해나갔는지 과정을 글로 나타내고 싶다.

출근 109일차 - 주소 검색엔진 도입기 (엘라스틱서치)

 
2) 사이드프로젝 활동도 업무일지에 포함할 것이다.
실무 능력과 커뮤니케이션 능력을 키우기 위해서 사이드프로젝트 2개를 지원했다.
면접을 보면서 나에 대한 피드백을 받았는데, '다른 개발자에 비해 기본기가 부족하다' , '실무경험이 부족하다. 사이드 프로젝트를 했음 좋겠다' 라는 나의 개선점 피드백들을 받았다. 오히려 고마웠다.

 

"강의를 여러개 듣는 것보다 사이드 프로젝트를 만들어나가는게 훨씬 도움될거에요. " 라고 하셨다.

많이 만들어보는 경험이 필요한 거같다. 그리고 포기하지 말아야한다.

사이드 프로젝트도 만들기만 하다가는 만든이후 포트폴리오로 녹여내려고 할때
그당시에 겪었던 문제해결과정이 모호해지기도한다. 기억에만 의존하는게, 기억이 날랑말랑한 그 불안함이 싫다.
그 불안함이 싫어서 기록을 하게됐다.

 

이 업무일지에는 사이드 프로젝트도 포함된다. 사이드프로젝트에서도 조금 기밀사항이나 이런부분은 넣지 않기로했고
내가 어떤식으로 문제를 해결과정을 적었는지 나의 생각들을 투명하게 글로 표현할거다.
 

---

[업무일지] 2023.03.18 (토)

1. 링크프렌즈 사이드프로젝트 오프라인  (오후 4시 ~ 오후 6시)
링크프렌즈 기획안 참여
자기소개 및 프로젝트 방향성과 담당역할 등을 배정.
나 포함한 4명의 개발자가 참여했고, 나를 제외한 3명의 개발자는 서로 아는 사이였다.
3명의 경우는 나와다르게  프론트/백엔드 를 잘활용하는 편이다.  반면에 나는 프론트에는 조금 자신이 없는 편이다 ㅠ

 
그래도 어색하지 않았고, 서로 사이드프로젝트를 통해서 디벨롭하려는 의지가 있어보였다.
나보다 경력이 많은 개발자 2명과 나와 비슷한 경력의 개발자 1명이라서
다양한 경력과 스킬셋을 가진 사람들을 만나서 커뮤니케이션을 하는 것도 좋은 경험이라 생각한다.

 

* 3월 18일 아카이빙된 업무 일지 - 팀리더님의 허가를 받고 블로그에 기재했습니다. 

2023. 03. 18 16:00 ~ 18:00, 최초 회의, 강남 토즈 타워

1. 협업 방식

 가. 협업 툴

    1) 아카이빙 툴: 노션 (후보: 지라)

    2) 단체 카톡방 (사적인 내용, 약속, 공지)

    3) 회의 툴: 디스코드

나. 회의 주기

    1) 정기 회의

      가) 온라인 회의: 주 1회 (매주 토요일 오후 3시~)

      나) 오프라인 회의: 월 1회 (매달 2주차 토요일 오후 3시~), 장소 추후 협의(성수, 강남)

2) 수시 회의: 회의가 필요하면 누구나 개최 가능

다. 사이드 프로젝트 참여 동기와 약속

 1) 약속: 7월 전에 다 같이 워케이션 가기! (1박 2일, 일이 있는 사람은 당일 복귀)

 2) 참여 동기

  - 최은강: 설계 or 배포 경험을 가지고 싶다.

  - 최원석: 새로운 기술을 경험해보고 싶다.

  - 오택주: NEST.JS, NODE.JS 를 배우고 싶다.

  - 윤인철: 스프링 외 새로운 백엔드 스킬을 써보고 싶다.

  - 오택구: 사람들이 많이 쓰고 도움이 되는 서비스를 만들어 보고 싶다.

2. 개발 프레임 워크

- NEST.JS(확정), NUXT VUE 3 (미정), AWS RDS (확정), 히로코 (확정), GITHUB (확정)

 

3. 차주 회의까지 해야 할 일

- 초기 세팅: NEST(은강), NUXT(원석), AWS RDS(인철), 깃허브, 히로코 (택주)

- 차주 토요일(3/25) 오후 3시, 킥-오프 미팅 예정

---

2. 토이스쿼드 사이드프로젝트 온라인 (오후 9시 ~ 오후 10시 30분)
백엔드 담당 팀원 지원님과의 첫만남과 아이스브레이킹
기획안보다는 서로 프로젝트에 대한 방향성 검토.
지원님의 핏과 나의 핏을 확인해본 결과
express 보다는 서비스로직에 집중할 수 있는 환경인 nestjs 가 적합하다고 판단함.

(이유는 익스프레스의 경우에는 맨땅에 직접 철근을 작성해야되는 작업이 필요한 반면, nestjs는 spring처럼 맨땅에 뼈대정도는 프레임워크가 도와주기 때문이다 ㅎㅎ)

온라인 회의 이후 새벽2시까지 프로젝트 셋팅과 깃헙액션을 도입해서 이슈관리까지 초기셋팅을 완료 했다.

회의 내용
0. 기획의도 설명 > 지웅님 불참으로 다음 회의때 공유
1. 아키텍쳐 및 디자인 패턴 > mvc 패턴으로 진행
2. DB > mysql로 기존 erd에서 기획의도에 맞게 변경해서 생성
3. 배포 도커 aws > aws 배포 예정, 여유가 된다면 도커도 활용할 예정
4. 노션 백엔드 페이지 권한 > 지웅님께 신청(정지원, 최은강)
5. 정기 온라인, 오프라인 회의 일정
온라인 정기회의: 매주 1번(토,일 중 가능요일 선택) 21시
오프라인 미팅: 매달 1번 (토,일 중 가능요일 선택)

6. 백엔드 스킬셋
- 패키지매니저: npm
- api: REST API
- 프레임워크: nestjs
- DB: aws rds mysql DB
- Model Mapping & ORM: typeorm
- 디자인패턴: mvc 패턴

지원님이 정리를 해서 공유를 했는데 너무 깔끔하다..! 나는 서기 진짜 못하는데...ㅎㅎ

---

3. 온/오프라인 활동을 첫날에 문든 든 느낀점

• 사이드 프로젝트 2개를 병행해야되다보니 책임감 있는 모습, 끝까지 우직하게 해야되겠다는 각오가 생김.
• 즉, '용두사미가 되지말자' 라는 말이 떠올랐음.
  • 이전의 사이드프로젝트 리드 실패와 매쉬업에서 불합격 통보를 받으면서 사이드프로젝트의 필요성을 느꼈고
    사이드프로젝트 리딩을하려면, 팔로워의 경험이 필요하다고 판단하였음.
  • 리드를 하기보다는 적극적인 팔로워가 되어 팀을 이끄는 방향과 진행사항들을 곁에서 많이 배우고싶었음.

---

[업무일지] 2023.03.20 (월)

1. 링크프렌즈 프로젝트 셋팅하기
- [ ✅ ] nestjs (node 18.15 LTS)  초기 래포 셋팅

• => npm 패키지매니저가 아닌 yarn 으로 하니까 됐다!
• =>그동안은 npm만을 써왔는데 이제는 yarn을 쓰다니... 패키지매니저도 다양하게 써봐야지~~
• => node 18.15.0 ver / npm 9.5.0 (latest) 로 환경셋팅을 했다.
• => 택주님의 피드백 이후에 aws rds 를 셋팅해보기

- [✅] 인철님이 만든 aws rds 인스턴스를 nestjs프로젝트에 연결시켜놓기
- [] 간단한 Cat 모델을 만들놔서 실질적 모델과 데이터베이스 모델에 잘 매핑이 되는지 확인
 
2. 토이스쿼드 팀회의
오후 9시 30분 ~ 10시 30분 : 디스코드 회의

[회의 사항]
- 깃플로우 안내
   1) git 브랜치 종류  
    - main: production
    - develop : staging branch
    - feature-이슈번호 : 이슈 branch
   2) feature 브랜치
      이슈가 생성되면 자동적으로, develop 브랜치로부터 파생된다.

- 이슈와 이슈와 연결된 브랜치 안내
- 이슈 라벨 생성 및 관리 방법 안내
- 작업파트 분배
- git commit convention & formatting convention