영감을 (inspire) 주고픈 개발 블로그

Preview1편에서는 데이터를 어떤 형식으로 주고받을지, 압축해서 보내려면 어떤 설정이 필요한지 살펴봤습니다. 이번에는 받은 응답을 다시 사용하는 방법부터 알아보겠습니다. 글을 수정하고 저장했는데 화면에는 여전히 이전 내용이 보일 때가 있습니다. 저장에 실패한 건지, 조회 API가 잘못된 건지 확인하게 됩니다. 그런데 서버의 데이터는 바뀌었어도 브라우저가 이전에 받은 응답을 다시 사용하고 있을 수 있습니다. 이 동작을 이해하려면 응답을 어디에 저장하고, 언제까지 다시 사용하며, 변경 여부는 어떻게 확인하는지 알아야 합니다. 이번 글에서는 다음 헤더를 중심으로 살펴보겠습니다.역할함께 볼 헤더저장·재사용 정책Cache-Control변경 여부 확인ETag, If-None-Match, Last-Modifie..

Preview CS 기본기로 필요한게 무엇일까? 강의로 준비하면 어떤 걸 설명하면 좋을까 생각하다가 HTTP Header에 대해 한번 따로 정리해봤습니다. 모질라의 MDN HTTP 헤더 문서에 들어가면 방대한 설명과 예제를 볼 수 있습니다. 개인적으로는 웬만한 책이나 아티클보다 자세하고 친절하게 정리되어 있다고 느꼈습니다. 다만 헤더 종류가 워낙 많고, 사이드바의 알파벳순 목록만으로는 해결하려는 문제에 어떤 헤더가 필요한지 바로 찾기 어려웠습니다. HTTP 헤더 - HTTP | MDN developer.mozilla.org Content-Type이나 Authorization처럼 개발하면서 자주 사용하는 헤더도 있지만, 각각의 설정을 알고 있는 것과 요청·응답 안에서 어떤 역할을 하는지 설명하는 것은 조금..

Preview1편: REST와 GraphQL의 같은 의도와 다른 표현2편: 다른 표현을 위한 GraphQL에서 요청을 처리하는 방식3편: GraphQL의 철학 이해하기4편: 도메인 표현 N+1 문제 해결하기예제코드 이전 글에서는 GraphQL의 관계를 조회할 때 발생하는 N+1 문제와, DataLoader로 조회를 효율적으로 처리하는 방법을 살펴봤습니다.하지만 조회 횟수를 줄였다고 서버 구조에 대한 고민까지 끝나는 것은 아닙니다.커뮤니티를 개발하다 보면 게시글뿐 아니라 댓글, 회원 등 여러 영역의 데이터를 함께 다루게 됩니다. 게시글을 조회하면서 작성자의 이름과 프로필 사진도 함께 보여주는 경우처럼 말이죠.클라이언트 입장에서는 자연스러운 관계입니다. 하지만 서버에서는 게시글을 관리하는 영역과 회원을 관리..

Preview 2026년은 AI Agent의 발전으로 개발자 시장에서도 많은 것이 변했습니다. 상반기에는 AI Agent를 어떻게 해야 잘쓸지에 대한 생각과 노력을 했지만, AI Agent 의 발전 속도으로 따로 하네스를 끼지 않아도 될정도로 성능이 많이 올라온 것 같습니다. https://inspire12.tistory.com/475 스타트업 적응기 3: 내 기술의 10%는 1000배가 되었다. - AI를 잘 쓰기 위한 시도Preview 스타트업에 입사한지 3개월이 되었습니다. 이전에 글에서 쓴 것처럼 AI를 통해 완전 다른 규모와 다른 기술 스택의 회사였지만 빠르게 실무를 맡아 진행할 수 있었습니다. 회사 온보딩 중 6inspire12.tistory.com 올 초에는 전에 적었듯이 회사를 키워보고 ..

Preview Wavve의 독점 콘텐츠인 더 커뮤니티 2: 보이지 않는 손이 방영 중입니다.(글 작성 기준으로 5화까지 반영했습니다) Wavve는 시즌2가 방영되고 신규 가입수가 600% 이상 올랐다고 할 정도로 크게 호평을 받고 있어요. 더 커뮤니티 시리즈는 다른 서바이벌 장르처럼 보드 게임을 기반으로 탈락자를 만드는 시스템과는 다른 이질적인 방식의 서바이벌입니다."더 커뮤니티" 이름 그대로 커뮤니티(사회)를 이뤄서 그 안에서 조화를 이뤄서 살아가며 이뤄집니다. 글 초반은 소개글 위주의 진행이고 글 중반 이후 (스포)를 넣은 이후는 지금까지 공개된 1~4화까지의 내용을 기반으로한 기대감이나 예상 등을 적어보겠습니다. 시즌 1: 사상 검증 구역에 대한 기억시즌 1은 정치, 사상을 기반으로 상황 안에서 ..

Preview https://evan-moon.github.io/2022/05/07/toss-retrospective/ 토스에서 일하며 깨달은 성장과 리더십이번 포스팅에서는 필자가 지난 2년 반 동안 몸 담았던 직장인 토스에서 경험하고 느꼈던 것들에 대해서 한번 편하게 적어보려고 한다. 사실 토스에서의 퇴사는 이미 3월에 진행했지만, 그 동안evan-moon.github.io 이번 글은 2022년에 쓰여진 글입니다. 하지만 글에 나온 가치는 저한테 꽤나 큰 감명을 주었습니다. 추천 이유토스가 어떻게 그렇게 빠르게 일을 할 수 있는지에 대해 개개인의 최종 의사결정권자(DRI)를 얼마나 중시하는지에 대한 내용을 보면서 "주인 의식을 가지고 재밌게 일할 수 있는 환경이구나" 라는 생각을 했습니다.문화가 제대..

Preview: 원글https://evan-moon.github.io/2026/08/02/why-identity-is-hard-in-programming/ 동일성은 왜 프로그래밍에서 가장 어려운 문제인가얼마 전 JEP 401, 그러니까 자바의 가 OpenJDK master에 머지됐다는 소식을 봤다. 쉽게 말해 메모리 주소나 식별자(ID) 대신 객체 내부의 값 자체를 기준으로 삼는, 즉 값(Value)처럼 동작하는 객체 타입을evan-moon.github.io 추천 이유 이번 글은 공부하기 꽤 좋은 주제라서 추천드립니다. Java를 공부하면 어느 정도 레벨에서 equals와 == 그리고 hashmap 동작이 다르다는 점을 알게 되는데요단순히 equals를 재정의 해야한다를 넘어서 왜 해야하는지를 생각할 수..

서버 모니터링 분석 가이드 글 소개원글: 서버 모니터링 분석 가이드https://kciter.so/posts/server-monitoring-analysis-guide/서버 개발자라면 한 번쯤 꼭 읽어볼 만한 글이라고 생각합니다.모니터링 시스템을 구축하는 방법이나 대시보드를 만드는 방법에 대한 글은 꽤 많습니다. 그런데 막상 대시보드에 나타난 지표를 어떻게 읽어야 하는지, 어떤 지표들을 조합해서 문제의 원인을 좁혀야 하는지를 설명하는 글은 생각보다 많지 않습니다. 저도 이전에 블로그에 성능 모니터링 시스템을 구축하고 테스트한 내용을 적은 적이 있습니다. 하지만 돌이켜보면 시스템을 어떻게 구성했는지에 대해서는 적었어도, 실제 운영에서 그래프가 변했을 때 무엇을 의심해야 하는지는 충분히 다루지 못했던 것 같..

Preview1편: REST와 GraphQL의 같은 의도와 다른 표현 GraphQL 스러운 코드는 무엇일까? 1편: REST와 GraphQL의 같은 의도, 다른 표현회사에서 GraphQL 기반의 서버-클라이언트 통신을 적극적으로 사용하고 있습니다. GraphQL은 REST와 다른 타입 시스템과 요청 문법을 가진 API 기술입니다. 서버-클라이언트 통신에서 널리 사용되는 REinspire12.tistory.com2편: 다른 표현을 위한 GraphQL에서 요청을 처리하는 방식 GraphQL스러운 코드는 무엇일까? 2편: 다른 표현을 위한 GraphQL에서 요청을 처리하는 방식 (Schema, Reso1편: REST와 GraphQL의 같은 의도 GraphQL 스러운 코드는 무엇일까? 1편: REST와 Grap..

Preview 1편: REST와 GraphQL의 같은 의도와 다른 표현 GraphQL 스러운 코드는 무엇일까? 1편: REST와 GraphQL의 같은 의도와 다른 표현회사에서 GraphQL 기반으로 클라이언트-서버 통신을 적극적으로 사용하고 있습니다. GraphQL 은 GraphQL 만의 독특한 시스템은 가장 많이 쓰이는 Rest 문법과 철학부터 사용법까지 차이가 크게 있습니inspire12.tistory.com2편: 다른 표현을 위한 GraphQL에서 요청을 처리하는 방식 GraphQL 스러운 코드는 무엇일까? 2편: 다른 표현을 위한 GraphQL에서 요청을 처리하는 방식1편: REST와 GraphQL의 같은 의도 GraphQL 스러운 코드는 무엇일까? 1편: REST와 GraphQL의 같은 의도와 ..