푸른영혼의 별 | Tech Blog
Java Backend Engineer의 기술 블로그입니다.
Spring Boot, MSA, JPA, Kafka, Kubernetes 등 실무 경험을 공유합니다.
주요 프로젝트: Settlement MSA · ASAT · GitHub
Posts (총 505편 · 19 / 51 페이지)
-
RFC 템플릿 — 설계 결정 을 한 장 에 담는 법
좋은 설계 결정 은 이유 없이 가파르게 난다. 최종 결정 을 보면 “왜 이거?” 라는 질문 이 따라붙는데, 그 이유 를 설명 하려면 결정 과정 전체 를 다시 풀어야 한다. RFC(Request For Comments) 는 이 과정 을 한 장 으로 압축 해서, 결정 을 재현 가능 하게 하는 템플릿 이다.
-
백엔드 설계 의 세 축 — *성능↔복잡도 · 결합도↔일관성 · 가역성↔속도*
백엔드 설계 에 정답 은 거의 없다. 있는 건 트레이드오프 다. “이게 맞나요?” 의 답 은 대부분 “무엇 을 포기 할 건데요?” 로 되물어야 한다. 이 글 은 백엔드 설계 결정 을 세 개 의 축 으로 압축 해서, 각 축 을 실제 시스템 사례 로 풀어본다.
-
에러 를 묻기 전 에 — 질문 보내기 전 다시 보는 10가지
-
금요일 10 분, 학습 일지 — *미래 의 나* 에게 보내는 검색 가능한 메모
지난 글 의지 vs 루틴 에서 90/20/10 루틴 의 마지막 칸, 주 10 분 복기 를 “곱셈기” 라고 불렀다. 이 글 은 바로 그 10 분 — 금요일 학습 일지 — 하나 만 깊게 판다. 작아 보이지만, 1 년 의 학습 을 남길지 흘려보낼지 가 여기서 갈리기 때문이다.
-
주니어 와 시니어 의 소통 — *묻기 전 5 분* 이 만드는 차이
“이거 안 되는데요… 좀 봐주실 수 있어요?”
-
404Vibe 뜯어보기 — AX 학습 플랫폼 을 *제품·구조·기술* 로 분석한다
어제 는 404Vibe 를 “AX 시대 에 판단력 을 왜 훈련 해야 하나” 라는 철학 으로 봤다. 오늘 은 각도 를 바꾼다 — 개발자 · 제품 만드는 사람 의 눈 으로 404vibe.app 를 제품 · 구조 · 기술 스택 까지 뜯어본다.
-
"왜요?" — 시니어 를 무시하는 말 이 아니라, 가장 정중한 요청
코드리뷰 에서 시니어 가 코멘트 를 남긴다. “이거 Optional 말고 nullable 로 바꿔 주세요.”
-
개발 습관 에 대하여 — *의지* 는 12 주 만 에 무너지고, *루틴* 은 1 년 을 간다
“올해 는 진짜 공부 해야지.” 매년 1 월 의 다짐 이 3 월 이면 사라지는 이유 는 게을러서 가 아니다. 의지 라는 연료 로 달렸기 때문 이다. 의지 는 유한 하고, 바닥 나면 학습 도 멈춘다.
-
덜 잃으면서 배우는 사람 — 성장 은 학습량 이 아니라 *학습 설계* 다
-
백엔드 개발자 에게 CS 기초 는 왜 중요한가 — *장애 는 늘 기초 로 돌아온다*
“프레임워크 만 잘 쓰면 되지, CS 기초 가 실무 에 쓰이나?”