컴공생의 발자취

1. 트랜잭션에 대한 문제2. 다른 Service를 묶는 Service 생성3. 왜 Facade인가?4. 마무리 개요지난 번 3-Tier 구조에서 필연적으로 발생하는 단일 책임 원칙(Single Responsibility Principle, SRP) 위배에 대해 글을 작성했다. 당시에는 트랜잭션 고려에 큰 비중을 두지 않았다. 하지만, 프로젝트를 진행하며 트랜잭션이 문제가 되었다. 해당 문제에 대해 나는 ServiceFacade라는 클래스를 생성했다. Facade 단어의 개념적 내용을 적용했다. 해당 글에서는 내가 왜 이렇게 결정내리게 되었는지 그 과정과 내 생각을 기술하고자 한다.  1. 트랜잭션에 대한 문제 지난 블로그에서 나는 Controller에서 다른 도메인 Service를 참조해서 사용하기로 ..

목차1. 따뜻한 개발자(집단 상담)2. 코딩 테스트와 면접3. 사이드 프로젝트4. CSS 회고 개요이번 달은 선택과 집중의 중요성을 꺠달았다. 취업을 하기 위해 많은 활동을 지속했다. 취업 특강, 이력서 수정, 자격증 준비 등 무언가를 지속적으로 하기 위해 움직였다.취업 특강이나 AI 컨퍼런스 등 강연에서 “목적이 무엇일까? 내가 원하는 건?” 이런 질문을 계속 나에게 던졌다. 결국 취업 특강에서 진정 나에게 필요한 강연만 듣고 AI 컨퍼런스는 추후 기본기가 다져진다면 시간을 할애하는 게 맞다는 판단에 가지 않았다. 차라리 sqld 자격증 준비에 시간을 할애했다.이런 식으로 네트워크 관리사 2급 자격증은 시험을 취소했고, 이력서에서 내가 원하는 방향의 프로젝트가 아니라면 과감히 삭제하거나 뺴버렸다. 결국..