클라이밍하는 개발자

슬랙에서 메시지를 보내면 상대방 화면에 즉시 글자가 나타나고, 피그마에서는 다른 사람이 마우스를 움직이는 궤적이 실시간으로 보입니다. 현대 웹 서비스에서 이러한 실시간 반영은 필수적인 요소가 되었습니다.하지만 웹의 기본 통신 방식인 HTTP만으로는 이런 매끄러운 실시간 기능을 구현하기가 매우 어렵습니다. 오늘은 HTTP의 근본적인 한계가 무엇인지, 그리고 이를 극복하기 위해 등장한 웹소켓과 STOMP 프로토콜에 대해 알아보겠습니다. 1. 무전기와 전화기: HTTP의 한계와 웹소켓의 등장우리가 흔히 쓰는 HTTP 통신은 무전기와 같습니다. 클라이언트가 먼저 버튼을 누르고 "이 데이터 주세요"라고 요청(Request)해야만, 서버가 "여기 있습니다"라고 응답(Response)할 수 있습니다.만약 HTTP로 ..

우리가 인터넷을 사용할 때 주소창에 '192.168.0.1' 같은 복잡한 숫자를 외워서 치는 사람은 없습니다. 대신 'naver.com'이나 'google.com' 같은 기억하기 쉬운 도메인 이름을 사용하죠.하지만 컴퓨터는 숫자(IP 주소)로만 통신할 수 있습니다. 그래서 사람들이 입력한 도메인 이름을 실제 서버의 IP 주소로 변환해 주는 거대한 전화번호부 시스템이 필요한데, 이것이 바로 도메인 네임 시스템(DNS)입니다. 1. 도메인 구조와 네임 서버의 계층도메인 이름은 점(.)을 기준으로 나뉘며, 오른쪽에서 왼쪽으로 갈수록 더 좁고 상세한 영역을 의미합니다. 전 세계의 수많은 도메인을 한 대의 서버에서 관리할 수 없기 때문에, 각 영역을 전담하는 네임 서버들이 계층 구조로 나뉘어 있습니다.루트 도메인..

어떤 책이냐면이 책은 "AI에게 매번 물어보는 사람"에서 "AI에게 일을 통째로 맡기는 사람"으로 넘어가는 방법을 다룬다. 저자는 이 전환을 오케스트레이터, 그러니까 지휘자가 되는 것이라고 부른다. 챗봇 앞에서 복사·붙여넣기를 반복하는 대신, 나를 대신해 스스로 일하는 AI 팀을 꾸리자는 게 책 전체를 관통하는 한 문장이다.구성은 크게 두 갈래로 흐른다.앞부분은 터미널이 필요 없는 비주얼 도구, 클로드 코워크(Cowork)에서 시작한다. 바탕화면 정리나 긴 보고서 세 줄 요약 같은 소소한 일부터 손을 대고, 거기서 커넥터(지메일·노션·캔바 연동), 스킬(전문성 부여), 플러그인(업무 묶음), 예약 작업(완전 자동화)으로 한 계단씩 올라간다.뒷부분은 터미널 환경인 클로드 코드(Code)로 넘어간다. 슬래시..

React 개발을 하다 보면 함수형 컴포넌트라는 이름 때문에 객체지향 개념과는 거리가 멀다고 생각하기 쉽습니다. 하지만 컴포넌트를 설계하고 조립하는 과정에서 객체지향의 철학을 적용하면, 요구사항이 시시각각 변하는 프론트엔드 환경에서도 흔들리지 않는 견고한 코드를 만들 수 있습니다. 1. 객체지향의 3대장: 역할, 책임, 협력객체지향을 아주 쉽게 이해하기 위해 동네 카페를 상상해 보겠습니다. 카페가 원활하게 돌아가려면 손님, 키오스크, 바리스타라는 세 명의 등장인물이 필요합니다.역할: 특정 상황에서 객체가 맡은 임무입니다. (손님, 키오스크, 바리스타)책임: 역할을 다하기 위해 해야 하는 행동입니다. (커피 주문하기, 주문 접수하기, 커피 제조하기)협력: 서로 메시지를 주고받으며 카페라는 시스템을 굴러가게..

쇼핑몰에서 '셔츠'를 검색했는데, 상품명에 영문으로 'shirt'라고 적힌 옷은 검색 결과에 나오지 않아 답답했던 적이 있으신가요? 혹은 데이터가 쌓일수록 검색창에 단어를 입력하고 엔터를 쳤을 때 모래시계만 뱅글뱅글 도는 것을 본 적이 있을 것입니다.일반적인 관계형 데이터베이스(RDB)에서 사용하는 'LIKE' 검색은 왜 느리고 한계가 명확한지, 그리고 이를 완벽하게 극복한 검색 엔진 '엘라스틱서치(Elasticsearch)'의 마법 같은 원리에 대해 알아보겠습니다. 1. 기존 RDB 검색의 한계와 엘라스틱서치의 철학우리가 흔히 쓰는 RDB의 LIKE 쿼리(예: LIKE '%셔츠%')는 치명적인 단점이 있습니다. 데이터베이스에 있는 수백만 개의 행(Row)을 처음부터 끝까지 하나하나 뒤져보는 '풀 스캔(..

사용자가 쇼핑몰에서 결제 버튼을 눌렀습니다. 그런데 로딩 화면만 빙글빙글 돌고 응답이 없어서, 답답한 마음에 결제 버튼을 한 번 더 눌렀습니다. 만약 이때 고객의 통장에서 돈이 두 번 빠져나간다면 어떻게 될까요?이런 끔찍한 대참사를 막기 위해 백엔드 개발자가 API를 설계할 때 반드시 고려해야 하는 핵심 개념이 바로 '멱등성(Idempotency)'입니다. 오늘은 멱등성이 무엇이며 어떻게 구현하는지 알아보겠습니다. 1. 멱등성이란 무엇인가?멱등성은 원래 수학에서 쓰이는 용어로, '연산을 여러 번 적용하더라도 결과값이 달라지지 않는 성질'을 뜻합니다. 1에 1을 아무리 여러 번 곱해도 결과가 1인 것과 같습니다.이 개념을 HTTP 웹 통신으로 가져오면 다음과 같이 정의할 수 있습니다."동일한 요청을 한 번..

웹 서비스의 규모가 커지고 클라우드 환경이 기본이 되면서, 해커들의 공격 방식도 점점 교묘해지고 있습니다. 애플리케이션 보안을 다루는 국제 비영리 단체 OWASP는 2021년 'Top 10 보안 취약점'에 새로운 공격 방식을 신규로 등재했습니다. 바로 서버를 해커의 꼭두각시로 만들어버리는 치명적인 취약점, SSRF(Server-Side Request Forgery, 서버 측 요청 위조)입니다. 1억 명의 고객 정보가 유출되었던 대형 금융사 해킹 사건의 원인이기도 한 SSRF 공격은 무엇이며 어떻게 막아야 하는지 알아보겠습니다. 1. SSRF 공격이란 무엇인가?SSRF 공격은 쉽게 말해 '공격자가 우리 서버를 조종해서, 서버가 대신 외부나 내부의 특정 주소로 요청을 보내게 만드는 해킹 기법'입니다.보통 해..

최근 스프링(Spring) 진영에서 웹플럭스(WebFlux)라는 단어가 자주 들려옵니다. 넷플릭스나 아마존처럼 엄청난 트래픽을 감당하는 기업들이 도입하면서 유명해진 개념인데요, 이 기술들의 근간이 되는 철학이 바로 '리액티브 프로그래밍(Reactive Programming)'입니다.단순히 코드를 작성하는 방법을 넘어, 데이터가 흘러가는 패러다임 자체를 완전히 뒤바꾼 리액티브 프로그래밍이 무엇인지 알아보겠습니다. 1. 기존 방식의 한계와 리액티브의 등장 배경과거의 시스템은 '동기 블로킹' 방식으로 일했습니다. 식당에서 종업원이 손님 A의 주문을 받고 요리가 나올 때까지 주방 앞에서 꼼짝 않고 기다리는 방식입니다. 손님이 적을 땐 괜찮지만, 대규모 트래픽이 몰리면 시스템 전체에 병목 현상이 발생합니다.이를 ..

배달 앱에서 라이더의 위치가 실시간으로 움직이거나, 주식 호가창이 깜빡이는 것은 모두 웹소켓(WebSocket) 덕분입니다. 그런데 만약 지하철을 타면서 와이파이가 LTE로 바뀌는 찰나의 순간, 이 연결이 끊어진다면 어떻게 될까요? 대부분의 실시간 서비스는 연결이 끊어지면 자동으로 다시 연결을 시도합니다. 하지만 때로는 이 '자동 재연결'만으로는 부족해서 개발자가 직접 세밀하게 통제해야 하는 순간들이 찾아옵니다. 웹소켓 재연결의 중요성과 직접 로직을 구현해야 하는 상황에 대해 알아보겠습니다. 1. 튼튼한 다리도 가끔은 무너진다: 웹소켓이 끊어지는 이유웹소켓은 한 번 연결되면 계속 유지되는 특성이 있지만, 현실의 네트워크 환경은 생각보다 훨씬 불안정합니다.네트워크 환경 변화: 스마트폰이 와이파이 영역을 벗..

최근 챗GPT나 코파일럿 같은 AI가 개발자 대신 코드를 짜주는 시대가 되었습니다. 그러다 보니 개발자들 사이에서는 "어차피 AI가 코드를 다 짜주는데, 우리가 굳이 객체지향 설계나 SOLID 원칙 같은 복잡한 이론을 배워야 할까?"라는 의문과 불안감이 생겨나기 시작했습니다.과연 AI 시대에 좋은 코드에 대한 인간의 기준은 의미가 없어진 걸까요? 이 불안감을 해소하기 위해 진행된 아주 흥미로운 '블랙잭 게임 구현 실험' 결과를 통해, AI 시대에 SOLID 원칙이 가지는 진짜 가치를 알아보겠습니다. 1. SOLID 원칙 가볍게 짚어보기실험을 보기에 앞서, 객체지향 프로그래밍의 5대 원칙인 SOLID를 아주 간단히 복습해 보겠습니다.단일 책임 원칙 (S): 하나의 클래스는 오직 하나의 역할만 맡아야 한다...