푸른영혼의 별 | Tech Blog
Java Backend Engineer의 기술 블로그입니다.
Spring Boot, MSA, JPA, Kafka, Kubernetes 등 실무 경험을 공유합니다.
주요 프로젝트: Settlement MSA · ASAT · GitHub
Posts (총 620편 · 1 / 62 페이지)
-
"그냥 하면 되잖아요" 가 팀을 멈추는 순간 — 추진력이 조직에서 협력하고 소통하는 법
추진력 있는 사람은 조직에서 대체로 이런 경로를 밟는다. 처음엔 환영받고, 중간에 성과를 내고, 어느 순간부터 회의실 공기가 달라진다. 본인은 그대로인데 주변이 조용해진다.
-
'좋은 아이디어는 반드시 알아본다' 는 착각 — 조직 안 창작자를 위한 협력·소통 매뉴얼
창의력이 있다고 자부하는 사람이 조직에서 소외되는 상황은 흔하다. 본인은 “이 조직이 나를 못 알아본다” 고 진단하고, 조직은 “저 사람이 협업을 못한다” 고 진단한다. 둘 다 절반씩 맞는데, 나머지 절반은 대부분 공백으로 남는다.
-
[Weekly Report] 2026년 34주차 클러스터 운영 리포트
주간 인프라 건강 검진: 2026년 34주차
-
Rust 는 C++ 의 무엇을 지웠고, GC 언어의 무엇을 지웠나
Rust 를 “C++ 대체 언어” 라고만 이해하면 절반만 맞다. Rust 가 실제로 만든 자리는 그 이전에 아예 없던 자리 — “GC 없이 메모리 안전한 시스템 언어” 라는 좌표다. 그 좌표가 왜 이전엔 없었고, Rust 가 어떻게 만들었으며, 대신 무엇을 요구하게 됐는지가 이 글의 내용이다.
-
AI 시대에 배울 것이 늘었다는 그림 — 데이터는 그 목록이 지워지는 쪽이라고 말한다
이런 그림을 받았다. 2026년에 배워야 할 것들을 사람 실루엣에 8칸으로 쌓아올린 인포그래픽이다.
-
서브에이전트와 세션 협업은 무엇이 다른가 — 한 장의 그림이 가르는 두 멀티에이전트
-
RAG 는 순수 LLM 의 무엇을 지웠고, 지우지 못한 것은 무엇인가
“RAG 가 LLM 을 유용하게 만들었다” 는 서사는 절반만 맞다. RAG 의 아이디어 자체 — “질문을 받으면 관련 문서를 찾아서 답한다” — 는 새로운 게 아니다. 정보 검색(IR)은 60년 된 분야다. RAG 가 실제로 지운 것은 “LLM 시대에 그 오래된 아이디어를 다시 갖다 붙여야 했던 이유”, 즉 순수 LLM 만으로는 답할 수 없는 세 가지 종류의 질문 이다.
-
Go 언어는 어떤 문제를 해결했나? 등장 전후 비교
Go 언어는 어떤 문제를 해결했나? 등장 전후 비교
-
의존성 화살표가 안쪽으로 돌기까지 — 레이어드·헥사고날·클린 아키텍처 비교
“레이어드·헥사고날·클린 아키텍처 차이가 뭔가요” 는 신입 인터뷰의 단골이다. 답변은 대부분 그림의 차이 (“클린은 동심원, 헥사고날은 육각형…”) 로 흐른다. 그러나 이 셋을 만든 저자들이 실제로 겨눈 건 그림이 아니라 의존성이 어느 방향으로 흐르는가 한 줄이다. 이 글은 그 한 줄을 시대순으로 따라간다.
-
println 으로 HTML 을 찍던 시절과 가상 DOM — JSP 와 React 는 각각 무엇을 지웠나
JSP 와 React 를 “낡은 것과 새것”으로 놓으면 아무것도 안 보입니다. 둘은 서로 다른 시대의 서로 다른 통증에 대한 답이고, 공교롭게도 같은 방식으로 답했습니다 — 사람이 쓰던 절차를 지우고, 결과만 쓰게 했다.