AI는 개발자가 아니라 '아무 생각 없는 개발자'를 대체합니다

 

얼마 전, 후임 사원이 가져온 코드를 보고 3초간 말을 잃었습니다. 챗GPT(ChatGPT)가 짰다는데, 얼핏 완벽해 보였죠. 근데 직감이 왔어요. 아, 이건 2주 뒤 야근의 씨앗이구나, 싶더라구요.

 

"AI가 개발자 다 대체한다던데, 이제 안드로이드 개발 시작해도 될까요?" 요즘 이런 질문을 정말 많이 받거든요. 사실 저도 6년 전 처음 개발 시작할 때랑은 공기가 완전히 달라져서, 이런 불안감이 낯설지만은 않더라구요.

 

근데 저는 조금 다른 생각을 합니다. AI는 안드로이드 개발자의 일자리를 뺏는 게 아니라, '아무 생각 없이 코딩하는 개발자'의 자리를 뺏는 거라고 말이죠. 진짜 위협은 AI 자체가 아니라, AI를 둘러싼 우리들의 태도에 있어요.

 

AI 코딩 도우미, 이미 개발자 84%가 사용 중입니다

AI가 개발을 돕는다는 건 이제 먼 미래 이야기가 아닙니다. 이미 현실이거든요.

 

스택오버플로우(Stack Overflow)의 최신 2025년 설문 조사를 보면, 개발자의 84%가 이미 AI 도구를 쓰고 있거나 쓸 계획이라고 해요. 특히 깃허브 코파일럿(GitHub Copilot) 같은 도구는 개발자가 작성하는 코드의 평균 46%에 기여하고 있다는 통계도 있습니다. 자바(Java) 같은 언어에서는 그 비율이 60%를 넘기도 한대요. 저희 팀만 봐도 거의 다 쓰고 있구요.

 

실제로 깃허브가 발표한 연구에서는 코파일럿을 쓰는 개발자가 안 쓰는 개발자보다 작업 속도가 55%나 빨라졌다고 합니다. 생각해보면 당연한 결과예요. RecyclerView 어댑터나 데이터 클래스처럼 매일 반복해서 치는 코드를 손으로 안 쳐도 되니까요. 저도 간단한 유닛 테스트 코드는 거의 코파일럿한테 맡기고 있어요.

 

최근 채용 공고를 보면 'AI 도구 활용 능력'을 우대사항으로 넣는 곳이 부쩍 늘었더라구요. 기업이 AI 기반 생산성 향상을 개발자의 핵심 역량으로 보기 시작했다는 신호로 읽힙니다.

 

 

진짜 위협은 AI가 만든 '기술 부채'의 역습입니다

자, 그럼 AI가 코드를 이렇게 잘 짜주는데 뭐가 문제일까요? 도입부에서 말씀드린 '2주 뒤 야근의 씨앗'이 바로 여기서 나옵니다.

 

AI는 질문을 던지면 그럴듯한 답을 내놓아요. 근데 그게 우리 프로젝트의 전체 구조나 비즈니스 맥락까지 이해하고 내놓은 답은 아니거든요. 인터넷에 떠도는 수많은 코드 조각 중 가장 그럴싸한 패턴을 조합해서 보여주는 것에 가깝습니다. 실제로 최신 설문조사를 보면 AI 도구 사용은 크게 늘었지만, 그 결과물의 정확도에 대한 불신은 오히려 더 커지고 있더라구요. '거의 맞는데 미묘하게 틀린' 코드를 디버깅하는 데 시간을 더 뺏긴다는 게 개발자들의 가장 큰 불만이라고 해요.

 

주니어 팀원이 가져온 코드가 딱 그랬어요. 당장의 기능 구현은 됐지만, 프로젝트 아키텍처와 전혀 맞지 않는 방식이었고, 예외 처리나 메모리 관리 측면에선 구멍이 숭숭 뚫려 있었죠. 이런 코드가 하나둘 쌓이면 어떻게 될까요? 앱은 점점 느려지고, 알 수 없는 버그가 터지기 시작합니다. 이게 바로 '기술 부채'의 역습이거든요.

 

결국 AI는 실력의 양극화를 극대화할 거라고 봅니다.

• 실력 있는 개발자: AI를 유능한 부사수로 부리면서 생산성을 10배로 늘립니다.
• 실력 없는 개발자: AI가 없으면 아무것도 못 하는 의존자가 됩니다. 검색-붙여넣기만 하던 개발자는 이제 AI한테도 밀리는 거예요.

결국 시니어 개발자들은 자기가 코딩할 시간보다, AI와 주니어들이 쌓아 놓은 기술 부채를 청산하느라 더 바빠질지도 몰라요. 이게 제가 보는 가장 현실적인 위협이네요.

 

 

안드로이드 개발, AI가 넘지 못하는 마지막 허들

그럼에도 안드로이드 개발에는 AI가 쉽게 넘보지 못할 영역이 분명히 있다고 봅니다. 플랫폼에 대한 깊은 이해가 필요한, 아주 미묘한 지점들 그런 것들이요.

 

예를 들어 특정 삼성 단말기, 안드로이드 16 버전에서만 발생하는 메모리 누수가 있다고 쳐볼게요. 이런 버그는 AI가 해결하기 정말 어려운 영역이에요. 수많은 기기 파편화와 OS 버전을 직접 겪어보며 쌓은 경험은 AI가 따라 하기 힘든 인간만의 강점입니다. 최근 부쩍 많아진 폴더블 기기나 다양한 화면 크기에 맞춰 미묘한 UI 상태를 관리하고 최적화하는 것도 비슷한 맥락이고요.

 

요즘 대세인 Jetpack Compose도 마찬가지입니다. AI가 Compose로 화려한 UI는 순식간에 뚝딱 그려주지만, 그 밑단에서 도는 복잡한 단방향 데이터 흐름(UDF)과 리컴포지션(Recomposition) 최적화를 놓치면 앱은 순식간에 버벅이게 되거든요.

 

배터리 소모, 백그라운드 작업 제한, 복잡한 화면 생명주기 관리 같은 성능 최적화도 마찬가지예요. AI가 그럴듯한 UI 코드는 짜줄 수 있어도, 우리 앱의 비즈니스 로직과 안드로이드 플랫폼의 특성을 완벽히 이해하고 최적의 아키텍처를 설계하는 건 불가능에 가까워 보입니다.

 

결국 사용자 눈에 보이지 않는 곳에서 앱의 안정성과 품질을 책임지는 역할, 그게 앞으로 시니어 개발자의 핵심 역량이 될 거라고 확신합니다.

 

AI 시대 안드로이드 개발자 로드맵 네 가지

그래서 뭘 준비해야 할까요? "AI 때문에 망했다"고 좌절할 게 아니라, AI를 내 발밑에 둘 전략이 필요합니다. 제가 생각하는 로드맵은 세 가지예요.

 

1. CS 기본기로 돌아가야 합니다

운영체제, 네트워크, 자료구조 같은 컴퓨터 과학 기본기가 그 어느 때보다 중요해졌어요. 좋은 코드를 알아보는 눈이 없으면 AI가 뱉어준 코드가 좋은지 나쁜지 판단조차 할 수 없거든요. 기본기가 탄탄해야 AI의 제안을 비판적으로 수용하고, 더 나은 방향으로 개선할 수 있습니다.

2. '문제 해결사'가 되어야 합니다

회사는 코드를 예쁘게 짜는 사람을 원하는 게 아니에요. 우리 비즈니스의 문제를 기술로 해결해 줄 사람을 원하거든요. "이 기능을 구현해 주세요"를 넘어 "어떻게 하면 사용자들이 앱에 더 오래 머물까요?", "어떻게 해야 매출이 오를까요?"를 함께 고민하는 개발자가 되어야 한다고 봅니다.

3. AI에게 명확히 지시하는 '조련사'가 되어야 합니다

AI에게 좋은 코드를 얻어내려면, 질문을 잘해야 해요. 막연하게 "로그인 화면 만들어줘"가 아니라, "MVVM 아키텍처를 따르고, 데이터는 StateFlow로 관리하며, 비밀번호 입력 오류 시 에러 메시지를 표시하는 로그인 화면 코드를 코틀린으로 짜줘" 처럼 구체적이고 구조적으로 요구해야 합니다. 이게 새로운 시대의 경쟁력, 프롬프트 엔지니어링 역량이라고 보시면 되겠습니다.

4. AI의 맹점을 방어할 '테스트 코드'를 짜야 합니다

AI가 만들어내는 기술 부채를 치우는 가장 현실적인 무기는 바로 자동화된 테스트입니다. AI가 짠 코드를 눈으로만 믿지 않고, 다양한 예외 케이스를 커버하는 유닛 테스트(Unit Test)를 작성해 시스템적으로 검증하는 능력이 이제는 선택이 아닌 필수 방어막이 될 겁니다.

 

 

마치며

AI가 안드로이드 개발자를 대체할 거라는 불안감, 저도 충분히 공감합니다. 하지만 자동차가 나왔다고 마부가 전부 사라진 건 아니더라구요. 어떤 마부는 자동차 정비사가 되었고, 어떤 마부는 최고의 승마 코치가 되었습니다.

 

머지않아 AI가 지라(Jira) 티켓을 읽고 스스로 PR을 올리는 '에이전트' 시대가 올 겁니다. 그때 시니어 개발자의 역할은 단순히 코드를 치는 사람이 아니라, AI 에이전트들이 올려놓은 PR의 아키텍처를 리뷰하고 비즈니스 방향성을 결정하는 '시스템 설계자(Architect)'로 진화해 있을 거고요.

 

AI는 정말 좋은 도구일 뿐이에요. 진짜 변수는 그 도구를 든 '나' 자신이라는 것을 기억하셔야 합니다. 기본기 다지고, 문제 해결력 키우고, AI를 잘 부리는 이 네 가지 방향만큼은 흔들리지 않게 잡아두시면 좋겠습니다.