[항해플러스][WIL] Week 2. 선택과 집중을 잘하자.

WIL | Weekly I Learn

"한 번의 실수는 배움이, 두 번의 실수는 실력이 된다."
 → 개선 사항 추적과 리마인드를 통해 동일한 문제나 같은 실수를 반복하는 결과를 만들지 않습니다.

"경험이 없다면 창조도 없다."
→ 경험한 것을 기록해두면 더 잘 활용하기 위한 방법으로 연결시킬 수 있습니다.

"I may be wrong."
→ 끊임없는 회고를 통해 자기객관화를 달성하고, 자신의 실수와 잘못을 인정할 줄 아는 용기 있는 사람이 됩니다.

 

 

1. 문제

전에는 이미 구축되어 있는 환경에서 소스만 작성하다 보니 처음부터 플젝을 만들고 DB를 세팅하고 하는 과정에서 완전 헤맸다.

 

DB 문제 말고도 dependency로 얼떨결에 들어간 Spring Security 때문에 또 시간을 많이 허비했다.

 

그리고 과제 하는 데 있어 to-do list도 모두 하고 진행했지만 앞에 기초 데이터 관련 부분(사용자 등록, 강의 등록 등)은 데이터만 만들어놓고 로직 구현은 필요한 게 아니었는데 진행을 해서 기본 과제에 시간을 오히려 가장 적게 사용했다. 너무 욕심을 부렸다.

 

TDD의 경우 Top-down 방식을 해서 필요한 소스를 만들었어야 하는데 서비스 구현 - 단위 테스트부터 하여 통합테스트도 못했고 불필요한 소스가 많이 생겼다.

 

2. 시도

기술적 문제의 경우 구글링을 많이 했다.. 일단 나올 때까지 구글링. 근데 지금 돌이켜보면 왜 팀원들한테 조언을 들을 생각을 못했을까. 돕고 공유하고 질문할 수 있는 공간이 이미 있었는데.

 

3. 해결

DB는 MySQL 과감히 포기하고 H2로 바꿨다. 근데 허탈했던 게 제출하고 MySQL 호스트 연결 다시해보니까 된다^^.... 그 땐 뭐가 문제였을까. 지금은 왜 되지..?🐷

Spring Security의 경우엔 Configuration 을 정의하고 환경변수 파일을 바꿔주었다.

 

4. 알게 된 것

application.properties 와 application.yml 중 하나만 선택하자. 둘다 동시에 있으면 안된다.

쓰지 않는 dependency가 있는지 다시 한 번 확인하자.

 

5. 다음 목표

구글링하면 자주 찾게 되는 블로그가 있는데 그 블로그명 대로 '검색보단 기록을' 실천하자.

무엇이 문제고 어떻게 해결하였는지를 기술 블로그에 기록하자.

 

---

 

KEEP

TDD 단위테스트를 다양하게 해서 좋았다. 시간이 너무 오래 걸리기도 했지만 말이다.

PROBLEM

질문도 많이하고 내용을 공유하자. 나 혼자 해결할 수 없는 문제가 있고 구글링이 만사는 아니다. 함께 하는 사람들 중에 내가 고전하고 있는 문제를 이미 해결한 사람이 있을 수 있다. 그리고 나도 반대로 도와줄 수 있다. 질문을 하는 데 있어 어려워 하지 말자.

TRY

내가 직면한 문제가 뭔지 정확히 알고 정리하여 상대방이 이해하기 쉽게 질문하고 설명하자.