stack — 최근 글

한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다. 저자 : 정그린 출간 : 한빛미디어, 2026 이 글은 릴리즈스톡 개발 시리즈 와 이어집니다. 우리는 오늘날 AI의 힘을 빌려 누구나 생각만 하던 아이디어를 서비스로 구현해보는 시대가 되었다. 그렇게 와이어프레임과 MVP까지 만드는데는 30분이 걸리지 않고, 밑단 작업까지 하면 일주일이 안되는 사이 제품 출시가 가능하다. 즉, 우리는 대격변의 시대에 살고있다. 하지만 모두가 사업가를 자처하며 생략하는 과정 중 실제로 경험해보지 않으면 전혀 알 수 없는 분야

누가 클로드 세션을 가지고 있을까? Claude Code 세션을 모바일로 넘겼다가 다시 개발 PC로 가져오려면 무엇이 필요한가. Orca와 Paseo를 구조부터 뜯어보고, Paseo가 만든 세션이 정말 native Claude Code로 돌아오는지 내 개발 PC에서 직접 확인했다. 나는 Warp Claude Code로 개발하고 있다. 프로젝트 디렉터리로 가서 claude를 띄우고, 하다 만 작업은 다음에 같은 디렉터리에서 resume한다. 이 환경에 큰 불만은 없다. Warp의 터미널 UX도 좋고 Claude Code도 안정적이다.

한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다. 원제 : バックエンドエンジニアのためのインフラ・クラウド大全 저자 : 馬場俊彰 바바 도시아키 출간 : SHOEISHA, 2025 / 한빛미디어, 2026 거의 대부분의 IT 개발 직렬이 소프트웨어와 코드로 제어가 가능한시대가 되었더라도 그 이면에는 변하지 않는 것들이 있다. 실제 세계의 운영 전략과 소프트웨어가 해줄 수 없는 테크니컬 엔지니어링은 좀처럼 학교나 학원에서는 알려주지 않는다. 시스템을 설계 할때. 소프트웨어 아키텍처 뿐만 아니라 소프트웨어가 돌아갈

한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다. 제목 : 하네스 엔지니어링 with 클로드코드 저자 : 황민호 출간 : 한빛미디어, 2026 AI를 사용해 결과를 만들어내는 과정이 더욱 견고해지고 있다. 이제 하나의 AI를 다루는것 보다 여러 AI에 역할을 부여해 모델을 결정론적으로 제어하는 소프트웨어 로직. 즉, 하네스 엔지니어링이라는 개념이 등장했다. 다소 추상적이고 최신의 내용을 소프트웨어 개발 과정에 어떻게 녹이고 활용하는지 이번 책에서 확인해보자. AI가 헛다리를 짚으면 우리는 모델을 탓하거나

한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다. 제목 : 백엔드 개발자 온보딩 가이드 저자 : 이준형, 김석현 출간 : 한빛미디어, 2026 신입이든 경력이든 온보딩 이후의 세계가 익숙한 사람은 없다. 동료들과의 협업이 필연적인 직무가 바로 개발이다. 수평, 수직적으로 얽힌 다양한 이해관계 속에서 조직의 목표를 향해 개발자의 역할을 다 해야 한다. 수많은 개발의 영역 중에서도 웹, 그중에서도 백엔드 직렬도 도메인에 따라, 사업방향에 따라 방법론과 인식이 파편화된지 오래다. 그래서 온보딩 이후의 세계는 모

한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다. 원제 : Cloud Application Architecture Patterns 저자 : Kyle Brown, Bobby Woolf, Joseph Yoder 출간 : O'Reilly Media, 2025 / 한빛미디어, 2026 추천사에 이런 문장이 있었다. "근본적으로 옮기기 쉬운 소프트웨어들은 이미 클라우드로 전환되었다. 따기 쉬운 열매는 이미 다 땄다." 이 문장이 책 전체가 서 있는 자리를 압축한다는 생각이 들었다. 이미 클라우드로 옮길 만한 것은

사람은 뭘 위해 사는 걸까. 잠자리에서 눈 비비고 일어나서 대충 씻고, 북적이는 대중교통에 몸 구겨넣고, 8시간 길면 12시간 버텨내고, 진 빠진 채로 집에 와서 다음 날 또 출근하기 위해 다시 잠자리에 몸 구겨넣기 위해 사는 걸까. 나는 그렇게 생각하고 싶지 않다. 21세기에는 즐길 것들이 너무 많다. 인터넷과 AI는 취미의 진입장벽을 낮췄고, 숏폼과 알고리즘은 '초개인'의 시대를 열었다. 나는 백엔드 엔지니어다. 지금 몸담고 있는 회사는 작다. 그 전엔 IT 인프라 하드웨어를 만졌고, 그보다 더 전엔 호스팅 서비스를 직접 운영했

Resilience4j Retry에서 throw null이 만들어지는 구조: 결과 기반 재시도와 인터럽트가 만났을 때 Resilience4j의 Retry는 재시도를 트리거하는 방식이 두 가지다. 첫 번째는 예외 기반 재시도. DB 커넥션이 끊기거나 타임아웃이 발생하면 예외가 던져지고, 라이브러리는 이걸 감지해서 재시도한다. 직관적이고, 대부분의 재시도가 이 경로를 탄다. 두 번째는 결과 기반 재시도 retryOnResult. 예외는 안 났는데 응답 자체가 기대와 다른 경우, 예를 들어 파일 목록을 조회했는데 빈 리스트가 돌아온 경우