일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 | 29 |
30 | 31 |
- AWS
- 항해
- 백준
- 소프트웨어
- 스파르타내일배움캠프TIL
- 스파르타코딩클럽
- 99클럽
- 스파르타내일배움캠프WIL
- 99일지
- 스파르타내일배움캠프
- 개발자블로그
- 국비
- 코딩테스트
- 개인공부
- 운영체제
- wil
- Flutter
- 내일배움캠프
- 개발자스터디
- 부트캠프
- Python
- java
- Spring
- 자바
- 프로그래머스
- 컴퓨터구조론 5판
- 중심사회
- MySQL
- 컴퓨터개론
- til
- Today
- Total
목록2025/03 (2)
컴공생의 발자취

개요1. 자격증(SQLD)2. 사이드 프로젝트(느루)3. 2025 대한민국 채용 박람회4. 아무나 할 수 있는 일CSS 회고떠오르는 생각 근 10년 전까지만해도 개발자는 3D 직종에 포함됐다.여전히 현실은 바뀌지 않았고 사회는 이상적인 개발자의 모습을 만들어내고 있다. 개요회고록 작성 전까지는 “내가 뭘했지?”라는 생각으로 우울했다. 하지만, 생각보다 뭔가 치열하게 산 흔적이 보인다. 자격증 취득, 사이드 프로젝트 시작부터 채용박람회 참석까지 참 열심히도 움직였다. 그 외에도 몇 번의 면접과 코딩테스트 참여 등 지금 생각해보면 많은 일을 했다. 다시금 회고록의 중요성을 느끼며 작성 중이다.이제는 서류 합격 연락조차 적어졌다. 신입으로는 취직이 힘들다. 그래서 나는 더 큰 도약을 위해 잠시 뒤로 물러나기를..
1. 트랜잭션에 대한 문제2. 다른 Service를 묶는 Service 생성3. 왜 Facade인가?4. 마무리 개요지난 번 3-Tier 구조에서 필연적으로 발생하는 단일 책임 원칙(Single Responsibility Principle, SRP) 위배에 대해 글을 작성했다. 당시에는 트랜잭션 고려에 큰 비중을 두지 않았다. 하지만, 프로젝트를 진행하며 트랜잭션이 문제가 되었다. 해당 문제에 대해 나는 ServiceFacade라는 클래스를 생성했다. Facade 단어의 개념적 내용을 적용했다. 해당 글에서는 내가 왜 이렇게 결정내리게 되었는지 그 과정과 내 생각을 기술하고자 한다. 1. 트랜잭션에 대한 문제 지난 블로그에서 나는 Controller에서 다른 도메인 Service를 참조해서 사용하기로 ..