개발자유

2026-06-04

안티그래비티 2.0을 사용하는 진화된 개발 방향

안티그래비티 2.0을 메인으로 사용하여 안드로이드 앱을 개발하고 보조적으로 안드로이드 스튜디오를 사용하는 것이 진화된 개발 방향인가?

결론부터 말씀드리면, 질문하신 방식은 현재 소프트웨어 공학이 나아가고 있는 가장 트렌디하고 진화된 개발 방향(Next Paradigm)이 맞습니다. 과거에는 AI가 개발자의 생산성을 높여주는 '비서'였다면, Antigravity 2.0 시대에는 AI가 주도적으로 개발을 이끌고 인간이 이를 검증·보완하는 ‘에이전트 중심 개발(Agent-driven Development)’로 패러다임이 전환되고 있기 때문입니다.

이러한 개발 방식이 왜 진화된 방향인지, 그리고 이 구조가 왜 강력한지 구체적인 이유를 정리해 드립니다.

1. 역할의 대전환: 생산성 향상을 넘어선 구조

기존의 개발 방식과 Antigravity 2.0 중심의 개발 방식은 접근법부터 완전히 다릅니다.

구분	과거 및 현재 (Android Studio 메인)	진화된 미래 (Antigravity 2.0 메인)
주도권	인간 개발자 (직접 타이핑, 구조 설계)	AI 에이전트 (요구사항 해석 후 자율 구현)
작업 방식	코드 한 줄씩 작성, StackOverflow 검색	자연어로 기능 명령, 에이전트 간 협업(Cross-agent)
핵심 역량	문법 숙지, API 활용 능력, 디버깅 기술	아키텍처 설계, 프롬프트 엔지니어링, 최종 검증(QA)
보조 도구	GitHub Copilot, Gemini (단순 코드 추천)	Android Studio (세부 튜닝, 프로파일링)

2. 왜 이것이 '진화된 방향'인가?

① 압도적인 개발 속도 (Time-to-Market 단축)

로그인 기능, API 연동, 데이터베이스(Room) 설정 등 반복적이고 정형화된 보일러플레이트(Boilerplate) 코드를 작성하는 데 더 이상 시간을 쓸 필요가 없습니다. Antigravity 2.0에 "MVVM 패턴으로 카카오 로그인 기능 구현해 줘"라고 던지면 수초 만에 빌드가 가능한 수준의 코드가 완성됩니다.

② '바이브 코딩(Vibe Coding)'의 현실화

개발자가 세부적인 함수 문법이나 라이브러리 버전을 기억하지 못해도, 전체적인 앱의 흐름과 비즈니스 로직(아이디어)만 명확하다면 앱을 뚝딱 만들어낼 수 있습니다. "느낌대로 코딩한다"는 바이브 코딩이 실제 산업 수준의 메인 개발 프로세스로 자리 잡는 과정입니다.

③ 에뮬레이터 테스트 및 자율 디버깅

Antigravity 2.0은 코드만 짜는 것이 아니라, Android CLI를 통해 Android Studio의 에뮬레이터를 직접 실행합니다. 앱을 구동 시켜보고 에러 로그(Logcat)가 찍히면 AI가 스스로 코드를 수정(Self-healing)한 뒤 다시 빌드합니다. 인간 개발자가 잡아야 했던 잔버그를 AI가 먼저 걸러주는 단계입니다.

3. 그럼에도 안드로이드 스튜디오가 '보조'로 필요한 이유

Antigravity 2.0이 메인이 되더라도 Android Studio가 완전히 사라지지 않고 핵심 보조 도구로 남는 이유는 AI가 가진 한계와 정밀 엔지니어링의 영역이 존재하기 때문입니다.

최종 검증 및 정밀 디버깅: AI가 짠 코드의 성능(메모리 누수, CPU 과부하)을 정밀하게 분석하는 '프로파일러(Profiler)' 기능은 Android Studio가 가장 강력합니다.
UI/UX 세부 튜닝: 디자인 시스템이나 복잡한 애니메이션, 미세한 레이아웃 조정은 개발자가 Android Studio의 컴포즈 프리뷰(Compose Preview) 등을 보며 직접 손보는 것이 훨씬 빠르고 정확합니다.
보안 및 아키텍처 승인: AI는 작동하는 코드를 만들지만, 그것이 기업의 보안 규정에 맞는지, 장기적으로 유지보수하기 좋은 구조인지는 결국 인간 시니어 개발자가 Android Studio에서 코드를 리뷰하고 최종 승인(Sign-off)해야 합니다.

💡 요약하자면
"Antigravity 2.0으로 전체 앱의 80~90%를 초고속으로 자동 구축하고, 복잡한 비즈니스 로직이나 성능 최적화, UI 세부 디테일 같은 마지막 10~20%의 핵심 고도화 작업을 Android Studio로 처리하는 것."
이것이 바로 개발 단가를 낮추고 속도를 극대화하는 가장 진화된 형태의 안드로이드 개발 프로세스입니다. 앞으로 이러한 방식을 능숙하게 다루는 개발자가 시장에서 엄청난 경쟁력을 갖게 될 것입니다.

2026-06-01

Relative Strength

There are two types of Relative Strength: Relative Strength of Price and Relative Strength of Volume.

Relative Strength of Price: This concept measures how strong a stock's price is compared to a market index or other stocks. (Examples include William O'Neil's RS Rating and Mark Minervini's combination of the VCP pattern with relative strength.)
Relative Strength of Volume: This concept analyzes how explosively a specific stock's volume is surging compared to the market's average volume, rather than just looking at the price. Market masters place a much greater significance on "relative strength accompanied by volume" than on a mere price increase.

The top-tier traders featured in Jack Schwager's Market Wizards series utilize Relative Strength (specifically Price Relative Strength) in the following ways:

Selecting Stocks Stronger Than the Market (Identifying Leading Stocks): When the overall market index (e.g., S&P 500, KOSPI) is moving sideways or declining, a stock that holds its ground or even rises is viewed as evidence that powerful buying force (the "main player" or institutional money) is entering the stock.
A Leading Indicator Before Earnings Announcements: As one of the famous phrases in the book goes, "It is common for relative strength to break out before a surprising earnings report is released." It is crucially used to capture phenomena where a stock price moves stronger than the market ahead of insider information or major positive news being made public.
Finding Hidden Gems in a Bear Market: When the index plummets, stocks that drop less or show downside rigidity have a very high probability of becoming the 'leading stocks' that shoot up first and fastest when the market rebounds. Market wizards unanimously agree on this point.

The "relative strength" mentioned up to this point refers to the relative strength of price.

Technical analysis is about analyzing the market based on price and volume. Suppose a certain stock experiences a breakout accompanied by volume. However, looking at its trading value (turnover), it is only about 10 billion KRW. While it might look like volume is exploding when looking at that individual stock's chart alone, it is insignificant compared to the market as a whole. A trading value of less than 10 billion KRW is less than the trading volume of just a single trader mentioned in the previous post, Market Wizards of Korea. Can massive institutional capital ever enter a stock like this, where a single stop-loss after buying would send it straight to the lower price limit?

When looking at trading value rankings, there are plenty of stocks with high relative trading value that trade hundreds of billions or even trillions of KRW a day. Trading a stock like DKLOK, which doesn't even make it into the top several hundred in trading value rankings, means you are trading a penny stock (junk stock).

This does not align with the true spirit of Relative Strength.

Though it is just my personal speculation, I believe Jack Schwager interviewed these masters but failed to ask the crucial question himself: Relative Trading Value (Dollar Volume). The masters in Market Wizards probably didn't bother to answer things they weren't explicitly asked about.

Relative Strength of Volume: This concept analyzes how explosively a specific stock's volume is surging compared to the market's average volume, rather than just looking at the price. Market masters place a much greater significance on "relative strength accompanied by volume" than on a mere price increase.

Volume should be viewed as Dollar Volume (Trading Value) to select stocks that are strong relative to the market. Leading stocks are found among those that have a high relative trading value ranking combined with strong relative price performance.

구글 클라우드 앱 엔진 버전과 아티팩트 레지스트리 삭제 - 요금 부과 방지

App Engine 표준 환경에서 앱을 배포하면 소스 코드가 컨테이너 이미지로 빌드되어 Artifact Registry에 저장되고, 이 이미지를 기반으로 App Engine에 버전이 생성됩니다.

대시보드 화면에 보이는 App Engine 버전 삭제와 Artifact Registry 이미지 삭제는 지우는 대상과 목적이 완전히 다릅니다. 두 작업의 차이점을 표와 함께 쉽게 정리해 드릴게요.

한눈에 보는 차이점 비교

구분	App Engine 버전 삭제	Artifact Registry 이미지 삭제
삭제 대상	App Engine에 등록된 실행 환경 및 서비스 주소	배포할 때 빌드된 컨테이너 이미지 파일(원본)
주요 목적	서버 가동 중지 및 잘못된 트래픽 차단	스토리지(저장 공간) 용량 확보 및 비용 절감
비용 영향	인스턴스가 0개면 원래 비용이 거의 안 나옴	실제 매달 누적되는 보관 요금을 줄여줌
안전성	언제든 안전하게 삭제 가능 (단, 트래픽 100%인 버전은 중지/삭제 불가)	주의 필요 (현재 실행 중인 버전의 이미지를 지우면 서버 스케일링 시 오류 발생)

1. App Engine 대시보드에서 '버전 삭제'

현재 화면에 보이는 20260601t124235 같은 버전을 체크하고 상단의 [삭제]를 누르는 것입니다.

동작: 해당 버전의 서비스가 완전히 종료되며, 외부에서 그 버전의 URL로 접근할 수 없게 됩니다.
특징: 이미 인스턴스 수가 0개로 표시되어 있다면, 이 버전은 현재 실행 중인 서버 컴퓨터가 없다는 뜻이므로 가만히 두어도 서버 가동 비용(인스턴스 비용)은 나가지 않습니다.
한계: 여기서 버전을 삭제하더라도, 배포할 때 만들어진 원본 이미지 파일은 Artifact Registry에 그대로 남아있기 때문에 보관 비용이 계속 청구될 수 있습니다.

2. Artifact Registry에서 '이미지 삭제'

Google Cloud의 저장소(Artifact Registry)로 이동하여 배포 시 생성된 소스 코드 이미지(도커 컨테이너 이미지)를 직접 지우는 것입니다.

동작: 배포 시점의 소스 코드가 압축되어 저장된 '파일' 자체를 삭제합니다.
특징: 실제 청구 비용을 줄이는 데 가장 중요한 작업입니다. GCP에서 "사용하지도 않는데 소액(예: 수백 원)이 청구되었다"고 할 때 대부분 이 이미지 파일이 스토리지 용량을 차지하고 있어서 발생하는 요금입니다.
⚠️ 주의사항: 현재 App Engine 대시보드에서 트래픽을 100% 받고 있거나 제공 중(상태)인 버전의 원본 이미지를 Artifact Registry에서 먼저 지우면 절대 안 됩니다. 나중에 사용자가 몰려서 App Engine이 서버 인스턴스를 자동으로 늘리려고 할 때(스케일링), 원본 이미지가 없어서 서버가 터지는 치명적인 오류가 발생합니다.
app/default에 들어가서 latest가 아닌 저장된 이미지 파일들을 삭제.

💡 가장 추천하는 관리 방법

기존 배포 이력을 정리하고 비용을 완전히 아끼고 싶으시다면 다음 순서로 진행하시는 것이 가장 안전합니다.

App Engine 대시보드에서 쓰지 않는 버전을 먼저 선택하여 [삭제]합니다. (현재 트래픽이 0%인 20260527t101736 같은 구버전은 바로 삭제하셔도 안전합니다.)
버전이 성공적으로 삭제되면, Artifact Registry로 이동하여 방금 삭제한 버전에 대응하는 옛날 이미지 파일들을 삭제합니다.

이렇게 하면 실행 환경과 스토리지 공간이 모두 깔끔하게 정리되어 원치 않는 요금이 부과되는 것을 완전히 막을 수 있습니다.