mirabo01 님의 블로그

Go 언어를 공부하려고 자료를 찾아보면 “단순하다”, “컴파일이 빠르다”, “동시성에 강하다” 같은 설명을 자주 보게 된다.하지만 막상 시작해보면 가장 먼저 부딪히는 건 변수 선언 방식과 타입 시스템이다.다른 언어와 비슷해 보이면서도 미묘하게 다른 규칙들이 있어서, 초반에 정리를 잘 해두는 게 중요하다.이 글은 Go를 처음 접하는 사람, 혹은 문법을 한 번 훑어보고 정리하고 싶은 사람을 대상으로 한다.특히 변수 선언 방식과 타입 관련 문법을 중심으로 정리해본다.Go에서 변수를 선언하는 기본 방식Go에서 변수를 선언하는 방법은 크게 두 가지다.var 키워드를 사용하는 방식var a intvar b string = "hello"var 변수명 타입 형태가 기본이다초기값을 주지 않으면 타입의 zero value..

Cursor는 AI 기반 코딩 도구 중에서도 빠르게 확산된 편집기이지만, 실제로 써보면 단순히 월 구독료만 보고 판단하기 어려운 구조라는 점이 먼저 눈에 들어옵니다.특히 최근 Cursor는 개인 플랜과 팀 플랜을 나누고, 일부 모델 사용은 포함된 사용량 안에서 처리되며, 그 이상은 모델 사용량 기반 과금으로 이어질 수 있는 구조를 갖고 있습니다. 따라서 “한 달에 얼마냐”만 보는 것보다 내가 어떤 모델을 얼마나 자주 쓰는지를 함께 봐야 실제 비용을 더 정확하게 이해할 수 있습니다.이 글에서는 Cursor 공식 가격 페이지와 공식 문서를 기준으로, 현재 요금제 구조, 추가 과금이 붙는 방식, 그리고 개발자 기준으로 어떤 플랜이 맞는지를 정리해보겠습니다.이 글이 필요한 사람Cursor를 처음 유료로 써보려는..

최근 AI 모델 경쟁이 치열합니다. 구글의 Gemini 3와 오픈AI의 ChatGPT 5.2는 둘 다 최첨단 모델로 평가받고 있지만, 설계 철학과 강점이 조금씩 다릅니다. 이 글에서는 핵심 기능, 성능 특성, 활용 사례를 중심으로 개발자와 실사용자 관점에서 차이를 정리합니다.두 모델의 기본 방향ChatGPT 5.2는 OpenAI가 “전문 지식 업무”에 초점을 맞춰 공개한 최신 GPT 계열 모델입니다. 코드 작성, 논리적 추론, 긴 문맥 처리에 강점을 보이며 업무 생산성 중심으로 설계됐습니다. (OpenAI)Gemini 3는 구글이 자사의 생태계와 결합해 내놓은 모델로, 멀티모달(텍스트·이미지·오디오·비디오) 이해 능력이 두드러집니다. 검색, 워크스페이스 등 구글 서비스와 통합되는 점도 장점입니다. (Da..

Cursor 2.2 업데이트 정리: 디버깅, 비주얼 에디터, 멀티 에이전트 강화2025년 12월 10일, AI 기반 코드 에디터 Cursor가 2.2 버전으로 업데이트되었습니다. 최신 버전은 특히 디버깅 경험 강화, 시각적 개발 도구 추가, 그리고 여러 에이전트 협업 기능 개선에 초점을 맞추고 있습니다. 이번 글은 주요 변화와 실전 활용 관점에서 정리합니다. 왜 Cursor 2.2가 중요한가Cursor는 VS Code 기반에 AI 에이전트를 결합한 코드 에디터로, 명령어 한 줄로 기능을 구현하거나 코드를 수정하는 등 AI 주도적 개발 흐름을 강조해 왔습니다. 2.0, 2.1 버전에서도 플랜 모드, 멀티 에이전트 구조, AI 리뷰 기능 등이 강화됐지만, 여전히 디버깅과 시각적 작업 흐름에서 개선 여지가 많..

구글 Antigravity란 무엇인가: 2025년 11월 공개된 AI 편집기 정리2025년 11월, 구글은 Antigravity라는 새로운 AI 기반 편집기(IDE)를 공개했습니다.기존의 AI 코드 보조 도구와 달리, Antigravity는 에이전트 중심(Agent-First) 개발 환경을 전면에 내세운 것이 특징입니다. 단순히 코드를 추천해주는 수준을 넘어, 개발 작업 자체를 하나의 단위로 위임할 수 있는 구조를 갖추고 있습니다.이 글에서는 Antigravity가 어떤 편집기인지, 기존 AI IDE와 무엇이 다른지, 그리고 실제로 어떤 개발자에게 적합한 도구인지 중심으로 정리합니다. AI 기반 개발 도구를 검토 중인 실무 개발자라면 참고할 만한 내용입니다.Antigravity의 기본 개념Antigrav..

React를 쓰다 보면 언젠가 꼭 맞닥뜨리게 되는 고민이 있습니다.“이 상태를 어디에 두는 게 맞을까?”처음에는 각 컴포넌트 내부에서 useState로 관리하면 되지만,점점 컴포넌트가 깊어지고, props로 데이터를 계속 내려주다 보면코드가 복잡해지고 관리가 어려워집니다.이때 등장하는 게 바로 Context API입니다.상태를 전역으로 공유할 수 있게 도와주는,React 기본 내장 기능이자 상태 관리의 시작점이라고 할 수 있습니다.props drilling이 문제였던 시절예전에 프로젝트를 할 때,로그인한 사용자의 정보를 여러 페이지에서 보여줘야 했습니다.헤더, 사이드바, 마이페이지 등 거의 모든 컴포넌트가 이 정보를 필요로 했죠.처음엔 상위 컴포넌트에서 props로 내려주었는데,중간에 연결만 담당하는 컴..

처음 도커를 쓸 때는 docker build가 돌아가는 게 신기했습니다.그런데 어느 순간, 작은 수정 하나 하고 빌드할 때마다 5분씩 걸리기 시작했죠.CI/CD 파이프라인에서 빌드가 병목이 되면서 배포도 느려졌습니다.이 문제를 해결하면서 배운 게 “도커 이미지 최적화”였습니다.이미지가 느려지는 이유도커 이미지는 레이어(layer)의 집합입니다.각 RUN, COPY, ADD 명령이 하나의 레이어를 만듭니다.그래서 불필요한 레이어가 많아지면 이미지 크기가 커지고, 빌드도 느려집니다.예를 들어 이런 Dockerfile을 보면 문제가 명확합니다.FROM node:18WORKDIR /appCOPY . .RUN apt-get updateRUN apt-get install -y vimRUN npm installCMD..

관련 이미지 몇 장 골랐어요. 블로그에 삽입하시면 해당 내용을 시각적으로 보강하는 데 유용할 겁니다.원하시면 각 이미지별로 설명 문구도 같이 만들어드릴까요? 도커를 처음 쓸 때는 단일 애플리케이션 하나를 컨테이너로 감싸서 띄우는 게 전부였습니다.예를 들어 백엔드 서버 하나를 docker run으로 띄우고,필요하면 docker exec으로 들어가서 로그를 확인하는 식이었죠.그런데 프로젝트가 커지면 이야기가 달라집니다.백엔드, 프론트엔드, DB, 캐시 서버까지 한꺼번에 구동해야 하고이 모든 컨테이너가 네트워크로 연결되어야 하죠.이걸 일일이 docker run으로 띄우다 보면 금방 정신이 나갑니다.그때 등장하는 게 바로 Docker Compose입니다.Compose가 필요한 순간이전 회사에서 처음 도커를 도입..

관련 이미지들 여기에 두 장 골랐어요. 블로그에 이미지로 함께 넣으면 개념 전달이 더 수월해질 겁니다.원하시면 이미지 설명 문구도 같이 만들어드릴게요.도커를 처음 배우면 docker run 한 줄로 뭔가가 “실행된다”는 사실은 쉽게 이해되지만,그게 이미지에서 컨테이너가 만들어지는 과정이라는 건 잘 와닿지 않습니다.“이미지를 실행하면 컨테이너가 생긴다”라는 말을 듣긴 하지만,그게 정확히 무슨 의미인지 직접 눈으로 보기 전까진 잘 안 잡히죠.도커 이미지는 설계도, 컨테이너는 실제 기계이걸 비유로 설명하면 훨씬 이해가 쉬웠습니다.도커 이미지(Docker Image) 는 “제품을 만들기 위한 설계도”입니다.그리고 컨테이너(Container) 는 그 설계도를 토대로 실제로 조립해서 작동 중인 제품이죠.즉, 이미지..

도커를 배우면서 “Dockerfile을 작성한다”는 말을 많이 들었지만, 막상 손에 잡히지 않았던 적이 있습니다.FROM, RUN, COPY, CMD 같은 명령어들이 도대체 어떤 순서로 실행되고, 왜 이렇게 작성해야 하는지 감이 안 왔죠.한 줄 한 줄의 의미보다도, 이게 어떤 구조로 동작하는지를 이해하는 게 더 중요했습니다.처음 Dockerfile을 마주했을 때 처음 Dockerfile을 봤을 때, “이게 뭔가 빌드 스크립트인가?” 싶은 생각이 들었습니다.대충 보면 리눅스 명령어랑 비슷하긴 한데, 순서가 조금 특이하죠.예를 들어 이런 식입니다.FROM node:18-alpineWORKDIR /appCOPY package*.json ./RUN npm installCOPY . .CMD ["npm", "sta..