Binary Journey

"한 번의 실수는 배움이, 두 번의 실수는 실력이 된다." → 개선 사항 추적과 리마인드를 통해 동일한 문제나 같은 실수를 반복하는 결과를 만들지 않습니다."경험이 없다면 창조도 없다."→ 경험한 것을 기록해두면 더 잘 활용하기 위한 방법으로 연결시킬 수 있습니다."I may be wrong."→ 끊임없는 회고를 통해 자기객관화를 달성하고, 자신의 실수와 잘못을 인정할 줄 아는 용기 있는 사람이 됩니다. WIL | Weekly I Learned 문제AOP, Filter, Interceptor, logback 다 처음 듣는 개념이었다. 시도모르니까 일단 부딪히기. 시간이 더 있으면 좋겠다.리팩토링에 시간을 더 많이 써서 아쉽다. 해결다른 조 멘토링 도강해서 어느 패키지에 들어가야 할지, 어떻게 구현해야할지..

"한 번의 실수는 배움이, 두 번의 실수는 실력이 된다." → 개선 사항 추적과 리마인드를 통해 동일한 문제나 같은 실수를 반복하는 결과를 만들지 않습니다. "험이 없다면 창조도 없다."→ 경험한 것을 기록해두면 더 잘 활용하기 위한 방법으로 연결시킬 수 있습니다. "I may be wrong."→ 끊임없는 회고를 통해 자기객관화를 달성하고, 자신의 실수와 잘못을 인정할 줄 아는 용기 있는 사람이 됩니다.  문제필수사항만 개발하는데 일단 시간이 엄청 부족했다. (재직자 과정..맞죠?)JPA 다뤄본 적이 없어서 해당 문제를 해결하는 데 시간이 꽤 걸렸다. 시도일차적으로 구글링부터 진행을 했는데 제대로 된 오류를 찾아 디버깅하는 것인지 의구심이 생겨서 로그 레벨을 debug로 바꿔서 전체 로그를 봤다. 해결..

WIL | Weekly I Learned"한 번의 실수는 배움이, 두 번의 실수는 실력이 된다." → 개선 사항 추적과 리마인드를 통해 동일한 문제나 같은 실수를 반복하는 결과를 만들지 않습니다."경험이 없다면 창조도 없다."→ 경험한 것을 기록해두면 더 잘 활용하기 위한 방법으로 연결시킬 수 있습니다."I may be wrong." → 끊임없는 회고를 통해 자기객관화를 달성하고, 자신의 실수와 잘못을 인정할 줄 아는 용기 있는 사람이 됩니다. 1. 문제ERD를 먼저 설계 한 뒤 요구사항명세서, API 명세서, 시퀀스 다이어그램을 작성해서 ERD 설계에 갇혀 다른 문서 작업 시 생각하지 못한 변수로 인해 문제에 봉착했고 시간이 지연되었다.시퀀스 다이어그램과 플로우차트의 차이를 알지 못해 시퀀스 다이어그램..