Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- oracle
- aws
- 람다 캡쳐링
- 아파치 드루이드
- UNION 열
- reflection API
- Cross-Zone Load Balancing
- Duration-Based Cookie
- queryDsl #JPA #hibernate
- Routing Policies
- ContentCachingRequestWrapper
- 코딩삽질일기
- Application-Based Cookie
- SSR #CSR
- Route53
- jpa
- ReactAdmin
- 자바로그
- CannotGetJdbcConnectionException
- 자연변수
- superset-oracle
- querydsl-sql
- Connection Draining
- afterCompletion
- 스프링
- 네트워크 io
- RequestBody로깅
- ChatGPT
- hikari cp
- 슬로우 쿼리
Archives
- Today
- Total
목록회고 (1)
Forest Gump?
2023 회고 1 - 좋은 개발 방법에 대한 고민 (MSA, DDD)
고민의 시작 요즘 회사가 점점 성장하다 보니 많은 프로젝트들이 쏟아지며 진행되고 있는 중이다. 일정과 개발의 편의를 위해 비즈니스 단위로 프로젝트들이 관리되고 있는데, 점점 많은 프로젝트들이 생기다보니 클라우드 인스턴스와 깃 레포만 점점 많아지고 있는 느낌이 들었다. 인원은 한정적인데 반해 여러명이 진행한 프로젝트들이 점차 생기다보니 인원 수 보다 레포지토리가 몇배는 많아지고 있다. 또 여러 프로젝트들에 조금씩 걸쳐있기 때문에, 해당 프로젝트에 대한 전문성도 떨어지고 있어 결과적으로 효율이 떨어진다는 느낌이 들었다. 더군다나 기존 레거시 프로그램도 같이 운영되고 있어 스프링 프레임워크를 안쓰는 프로젝트의 코어를 변경할 필요가 생겼을때는 분석하는데 시간이 더 많이 걸린 경험도 있었다. 옛날에 만들어..
카테고리 없음
2024. 1. 15. 21:42