태태코딩

1. 문제  - 과제, 프로젝트를 진행하면서 부딪혔던 기술적인 문제이번 주 차에는 DB락과 분산락에 대해서 푸는 과제였고,어떠 한 상황에서 DB Lock 을 쓰는 것이 좋은지, 어떤 상황에서 분산 Lock을 쓰는 것이 좋은지와,DB Lock중에 비관적락 , 낙관적락 어떤 것을 사용하면 좋을 지에 대해 생각했던 것이 문제였다.2. 시도 - 문제를 해결하기 위해 어떤 시도를 하셨나요?1. 관련 서적들이나 읽기2. 현업자 멘토링분에게 코칭받기3. 시간이걸리지만 하나하나 생각해가면서 직접 짜보기3. 해결 - 문제를 어떻게 해결하셨나요? 많은 고민들을 하고있고, 더 성장해 나갈 것이다.4. 알게된 것 - 문제를 해결하기 위해 시도하며 새롭게 알게된 것은 무엇인가요? 1.  트랜잭션으로 모든 동시성 처리를 해결 할..

1. 문제  - 과제, 프로젝트를 진행하면서 부딪혔던 기술적인 문제이번 주차는 Exception, Log에 대해 언제 어떻게 사용할 지에 대해서 많은 생각을 했었다. 2. 시도 - 문제를 해결하기 위해 어떤 시도를 하셨나요?1. 관련 서적들이나 읽기2. 현업자 멘토링분에게 코칭받기3. 시간이걸리지만 하나하나 생각해가면서 직접 짜보기3. 해결 - 문제를 어떻게 해결하셨나요? 많은 고민들을 하고있고, 더 성장해 나갈 것이다.4. 알게된 것 - 문제를 해결하기 위해 시도하며 새롭게 알게된 것은 무엇인가요? 1. 모두 Throw Exception으로 작성하면, 언제 어디가 잘못된 줄 모른다. 커스텀한 Exception을 만들어서 언제 어떻게 에러가 난 건지 체크하는 기술이 필요하다. 웬만하면 도메인 별로 나눠서..

1. 문제  - 과제, 프로젝트를 진행하면서 부딪혔던 기술적인 문제 동시성을 처리하는 방법이나, 여러가지 구조들, 메서드 네이밍등 다양한 부분들에서 문제점을 가졌다.2. 시도 - 문제를 해결하기 위해 어떤 시도를 하셨나요?1. 관련 서적들이나 읽기2. 현업자 멘토링분에게 코칭받기3. 시간이걸리지만 하나하나 생각해가면서 직접 짜보기3. 해결 - 문제를 어떻게 해결하셨나요? 많은 고민들을 하고있고, 더 성장해 나갈 것이다.4. 알게된 것 - 문제를 해결하기 위해 시도하며 새롭게 알게된 것은 무엇인가요? Domain과 Entity를 따로 두는 이유는 Domain과 Entity를 하나로 쓸 경우 DB에서 가져오는 Entity에서 함수를 넣고 바로 사용해야 한다는 점과, Domain에서 DB에서 가져오는 모든 속..

1. 문제  - 과제, 프로젝트를 진행하면서 부딪혔던 기술적인 문제 항상 정답이 없다는 것이 문제라고 생각한다. 개발자 분들의 생각들도 다 다르고 많은 기술들이 있기에 내가 생각을 하고과제를 하는 중간에도 이게 맞는 방향인지, 효율적인 방향인지 참고 자료에서 사용하는 새로운 스택들이 무엇인지 에 대해서 많이 부딪히곤 했다. 2. 시도 - 문제를 해결하기 위해 어떤 시도를 하셨나요?1. 관련 서적들이나 읽기2. 현업자 멘토링분에게 코칭받기3. 시간이걸리지만 하나하나 생각해가면서 직접 짜보기3. 해결 - 문제를 어떻게 해결하셨나요? 아직 많은 고민들을 하고있고, 더 성장해 나갈 것이다.4. 알게된 것 - 문제를 해결하기 위해 시도하며 새롭게 알게된 것은 무엇인가요? 모든 레이어에는 장 단점이 있고, 최대한 ..

- TDD2주동안 처음 배우게 된 부분은 TDD 즉 TC(Test Code)를 짜는 방법과 그 이유였다.간단하게 내가 습득한 내용에 대해서 정리해 보겠다.  TDD:       요구사항을 분석한 후 실제 비지니스로직을 작성하고 그에 맞는 TC를 작성하는 순서가 아닌  요구사항을 분석하고 바로 TC를 통해서 요구사항을 적용해 나가는 방법.TDD를 통해서 실패하는 TC들을 성공하는 케이스들로 바꾼후, TC에 따라서 실제 비지니스 로직 코드를 변경하는 사이클을 가지고 한 사이클이 끝나면, 그 코드들을 Clean code와 객체지향을 도입하여 리펙토링 하는 과정이다. TDD를 통해 얻을 수 있는 이점:    TestCode를 짤때는 가장 작은 단위부터 작성하고 테스트해야하기 때문에 1. 하나의 클래스에 너무 많..

1. Growth reviewChapter 2가 끝났을 때의 내 모습은 어땠으면 하나요?이제 실질적으로 프로젝트가 시작되고 프로젝트 설계부터 비지니스로직작성, 대용량 트레픽 제어등실제 대기업에서 일어나는 Flow를 몸소 경험하고, 이 항해 + 가 끝나고의 학습 방향성을 잡을 수 있을 정도가 되어있었으면 한다.내가 강화해야 할 강점 한 가지 중 가장 중요한 것은 무엇인가요?조금 더 세세하게 문서화를 하는 습관을 들여야 한다고 생각한다.내가 개선해야 할 개선점 한 가지 중 가장 중요한 것은 무엇인가요?조금 더 다양한 시각으로 남의 의견에 100프로 의존하지 않으며 내가 찾아가 봐야한다고 생각했다.2. Chapter 1 회고CHapter 1에서 반드시 이뤘으면 했는데 이루지 못한 것은 무엇인가요?정말 코치님들..

1. 문제  - 과제, 프로젝트를 진행하면서 부딪혔던 기술적인 문제  아무래도 회사에서 테스트 코드를 다루지 않고, 테스트 코드를 작성에 대해 거의 배경지식이 0 인 상태라서 단위 테스트, 통합테스트 다 들어만 본 상태이고 막상 요구사항이 주어졌을 때 TC 작성하는 부분에 있어서 여러가지 어려움이 있었다. 어려움을 나열 해 보자면 1.  TDD로 개발을 하던 버릇이 없어서 레이어드 아키텍쳐에 대해서 원하는 부분을 랜덤으로 개발하던 나에게 Top down 방식으로Controller - Service - Repository 가 단방향 참조를 지키며 TC를 작성하는 부분이 너무 어색했다. 2. Assert 라이브러를 통해서 예측 모델과 실제 모델을 비교해야하는데, 어떤 메서드가 있고, 어떤 것을 비교해야하는 ..

1.  지금까지의 회고  - 여러번 회고를 하였지만, 퇴근 후에도 Spring, JPA, DB등 여러가지를 틈틈히 공부해 왔지만, 아무래도 방향이 너무 넓다보니 방향성이 완벽하게 잡히지 않는 것 같다고 느꼈고, 성장의 폭이 점점 일정해져 간다는 생각이 들어 고민을 하였다.   2.  항해플러스 참여 계기 - 아무래도 백엔드 분야의 폭을 넓게 하고 방향성을 잡는 것이 가장 우선이였다고 생각이 든다.지금 까지 천천히 공부해왔던 것들을 다른 사람들과 함께 토론하고  더 깊게 연구하면서 더 빠른 성장을 원했던 것이였다.그리고 실제 회사들에서 작성하는 코드나 품질 향상에 대해서 연구하고 실습해보고 싶었고, 대용량 트레픽과 장애 발생상황에 대응 하는 방법에 대한 시나리오에 대해서 직접 체험해보고 싶었기 때문에 지원..

기대하고 고대하던 main project가 끝났다. 우리의 도메인은 금융이였고, 처음부터 느낀점과 보완해야할 점 느낀점을 알려주겠다. 1. 도메인을 금융으로 잡은 이유   도메인을 금융으로 잡은 이유는 실제 결제 시스템API가 궁금했었고, 금융을 선택하게되면 보완과 실제 계좌연동등 여러가지를 체험해보고 배울 수 있을 것이라고 생각했다. 2. 도메인에서 아쉬웠던점.   실제 결제나 계좌연동이 아니더라도 연동하는 시뮬레이션을 할 수 있는 API가 있을 줄 알았는데 보완때문에 아예 그런 부분들이 안되었고, 그런 부분에 있어서 Mock 데이터를 사용할 수 밖에 없던 부분이 너무 아쉬웠다.  3. 서비스 설명.   우리 서비스는 자산 관리시스템으로 회원가입, 로그인을 하면 개인 자산을 모두 연동하여 총 자산을 확..

작품:Stack Overflow라는 개발자들의 커뮤니티 게시판을 클론 코딩 하였다. 기능은 기본적인 기능 + CRUD +이메일(인증) + 토큰 + 캡챠 + 등등  느낀점:내일이면 pre-project를 마치는 날이다. 내가 생각하지만 처음보다 상당히 실력이 는 것같아 뿌듯함을 느낀다. 기본적인 CRUD에 대한 API를 처리하는 로직을 짜고 거기에 API를 사용하여 EMAIL, 등등 여러가지 기능을 하면서 정말 재밌었고, 이 길이 정말 나랑 잘 맞는 구나 느낄수 있던 프로젝트였다. 개발 에러사항:개발 시 생긴 문제는 아래 와 같다.1. 1:N사이에 양방향 관계를 맺어놓을때 Response에서 무한 참조가 생기게 되는 문제 Postman에서 테스팅을 하면서 response entity에 넣은 값을 다시 보내..