주간회고:: 2024년 3월 4주차 회고

일찍 자고 일찍 일어나는 것의 장단점을 몸소 느낌

 
기간 : 24.03.25 ~ 24.03.31
 
[목표 달성]

• Vertex Processing 글 마무리
• MVC, MVP 패턴 공부 및 검토
• SQLD 합격
• 오픈소스 컨트리뷰션 선발

---

나 아침형 인간이 되어 버릴지도?

20번 달성

월요일에 피곤해서 화요일에 10시반에 잤는데 다음날 5시 전에 일어난 이후로 일찍 자고 일어나게 되었다. 무조건 12시쯤에 자서 6~7시에 일어나는 삶을 살았다. 오전에 시간이 남아서 Vertex Processing 글을 쓰면서 공부도 같이 하고 화요일에는 맨몸 운동도 해봤다. 

 

아침 루틴 장점

• 평소와 비슷하게 자도 좀 더 개운하고 침대에서 밍기적거리는 시간이 줄어듦 (덜 피곤해서 그런 듯)
• 머리가 잠에서 깨서 회사에서 아침 업무에 집중할 수 있음
• 야근에 구애받지 않고 공부할 수 있음

아침 루틴 단점

• 점심 먹고 나면 엄청 피곤한 때가 있음 > 이땐 화장실 가서 환기시켜줘야 함. 안 그럼 시간 낭비됨.
• 현재 목표가 명확하지 않아서 그런지 뭔가 한다는 느낌이 없음
  • Vertex Processing 글을 적었으나 이게 이렇게 오래 걸릴 일이었나 싶기도 하고..
    뭔가 아침에 한 일이 마음에 안 듦.
• 그리고 갑자기 감기 걸렸어요.. 

 
아침 루틴 개선점

• 인스타/유튜브 지운 후 웹툰 보는 시간이 늘어나서 아침에 조절해야 함 > 무료 업데이트권을 잘 때 받아야 고쳐질 듯
• 목표 명확하게 정해서 성취감 얻기

일단 목표는 주말에 책을 빌려서 실습하면 될거 같다. 그런데 걱정되는 점은 4월부터 오픈소스 컨트리뷰션 참여해서 개인 공부를 할 시간이 많이 있을지는 모르겠다 ㅎㅎ.. 일단 4월 살면서 알맞게 목표 고쳐봅시다!
 
🔽 습관과 목표 분리에 대한 주저리

습관과 목표를 분리해서 생각하면 고민할 거리가 줄어드는 거 같다. 예전에는 습관 자체를 목표로 두었다. 예를 들어 '7시 기상'이 나의 목표였다. 7시 기상만을 목표로 두면 7시에 일어나도 할 게 없어서 의지가 금방 사그라든다. 하지만 아침에 '책 30분 읽기', '실습 한 개 완료하기' 를 목표로 하면 이 목표를 위해 최소 몇 시에는 일어나야하는지 계산이 되고 가지고 싶은 습관이 결정된다. 즉, 습관은 목표를 위해 존재할 뿐 습관 자체가 목표가 된다면 금방 사그라든다는 것이다. 이는 개인적인 의견이지만 오랜 세월 바른 습관 자체를 목표로 두었던 사람으로서 그 위험성을 잠시 적어본다.

---

회사 일은 잘 하고 있니? 

피드백 사항 수정, 리팩토링, 신규 모드 추가를 위한 작업을 했다. 2일정도 보수하고 하루는 싱글톤 패턴을 남용한 코드를 리팩토링했다. 또한 신규 모드 추가를 위해 적을 생성하는 코드를 바꾸고 다음주에 신규 모드 작업을 마무리할 예정이다.
[리팩토링 - 싱글톤 패턴 남용을 멈춰라!]
주로 씬 이동을 관리하는 클래스가 있다. (이 클래스를 A 클래스라 부르겠다.) A 클래스는 주요한 클래스를 모두 가지고 있어 기존에 Get Method를 사용해서 각종 클래스를 가져오도록 코드를 짰다. 이후 보수를 하면서 작성한 코드를 다시 읽어보니 A 클래스를 여기저기서 불러오길래 'A 클래스가 이정도로 다른 클래스와 연관이 있었나?'하는 생각이 들었다. A 클래스와 분리하기 위해 초기화하는 부분에 각 클래스와 연관성이 있는 부분에 필요한 클래스를 보내주는 식으로 코드를 수정했다. 
 
리팩토링는 갈아 엎는게 아니야!
싱글톤 A 클래스를 분리하면서 관계가 좀 더 깔끔해졌지만 종종 업무를 하다가 관계를 다시 연결하고 싶어 갈아 엎는 작업도 했다. 그렇게 리팩토링을 한 이후 신규 모드를 추가하려니까 코드를 크게크게 갈아 엎는 방식만 생각나는 것이다. 갈아 엎는 방식만 생각하다보니 생각이 분산되고 좀처럼 해결책으로 수렴되지 않았다. 그래서 하나에만 집중해보자는 마음으로 적을 생성하는 클래스를 손보기로 했다. 그러다보니 이에 대한 해결책이 생각나고 나머지 문제에 대한 해결책도 하나씩 떠오르기 시작했다. 이때 느낀 점은 리팩토링과 디자인 패턴은 결국 기존 코드의 수정을 최소화하면서 유지 보수 및 확장성을 편하게 하기 위한 방법인데 스스로 일을 키우려고 한다는 것이다. 기존 코드가 많이 잘못 됐다면 개발 초기에 빨리 수정하는게 맞지만 이미 개발이 진행된 프로젝트라면 효율적으로 수정해야한다. 이후 진행될 프로젝트에서도 다 뜯어고치려고 하지말고 잘 생각해보길..
 
[미완 - 신규 모드 추가]
적을 생성하는 부분을 전략 패턴으로 구현했다. 금요일에 하다보니 마무리하진 못 했는데 앞으로 적의 행동, 게임 종료 조건 등 신규 모드에 맞게 구조를 수정할 예정이다.
 

목표 피드백 (주간)

• Effective C# 반납 및 C# 입문서 대여 👍
• >> C# 입문서로 문법 다시 익히고 다음에는 엔진 자체에 대해 알아보는 공부를 할거 같다 (Effective C#보다 다른 걸 먼저 우선순위로 하고 나중에 Effective C# 읽어볼거 같다!)
• Vertex Processing 글 마무리 👍
• MVC, MVP 패턴 공부 및 검토 👍
• >> 회사 자체 프로젝트는 UI 요소가 많아서 쓸만 했다고 생각함. 근데 유니티에서는 View를 Component로 사용해서 Presenter/Controller에 무게가 많이 실리는거 같기도 하다. Model도 크게 작아서 꼭 나눠야 하는지는 프로젝트에 따라 생각해봐야겠다.

• 식단 준비 👍

비트 색이 너무 이쁨

---

목표 피드백 (월간)

• 3월 9일 SQLD 시험 성공적으로 마무리 👍
• 클린코드 다 읽기 (3/11) 👍
• 스코토포비아 개발 진행 (UI 그라데이션 / 맵 세팅 자동화) 👎 
  >> 일단 기획 데이터 채우고 걍 마무리할 것! 고민하다가 이도저도 못할 듯
• 독서실 출근 20일 채우기 (21/31) 👍 

 

4월 목표

• 스코토포비아 진짜 마무리
• 이것이 C#이다 완독
• 셰이더 프로그래밍 입문 완독
• 게임 프로그래밍 패턴 완독
• 오픈소스 컨트리뷰션 열심히 참여!

---

다음주 목표

• 이것이 C#이다 10장까지 마무리
• 스코토포비아 4스테이지까지 기획 데이터 채우고 테스트
• 오픈소스 컨트리뷰션 기본 교육 영상 1/2 보기