[당근] Software Engineer, Android 공고 분석

이 자리가 왜 생겼을까요

1하게 될 업무

• 채팅, 홈피드, 중고거래처럼 여러 제품에서 공통으로 필요한 서비스를 직접 개발·운영하고, 제품팀과 협업해 공통 기능과 사용자 경험을 개선하며, AI로 반복 작업을 줄이고 아이디어를 빠르게 검증합니다.

  이렇게 볼 수 있어요

  한 제품팀의 화면이 아니라 여러 제품이 함께 쓰는 서비스를 맡습니다. 여러 팀이 쓰는 기능을 만들고 유지해 본 경험이 있다면 그 기능을 쓰는 팀 수나 사용자 규모로 범위를 보여 줄 수 있습니다.

• Analytics와 실험 플랫폼, 미디어, Server-Driven UI, 지도 등 여러 제품팀이 공통으로 쓰는 Android 클라이언트 플랫폼과 SDK를 설계하고 인터페이스 설계부터 운영까지 책임지며, 웹·Lynx와 네이티브를 잇는 하이브리드 플랫폼도 다루고 AI로 플랫폼 개발과 운영의 생산성을 높입니다.

  이렇게 볼 수 있어요

  이 업무의 사용자는 앱 사용자보다 SDK를 가져다 쓰는 다른 개발자에 가깝습니다. Lynx를 써 보지 않았더라도 웹뷰나 크로스플랫폼 화면을 네이티브와 연결해 본 경험으로 같은 범위를 보여 줄 수 있습니다.

• 수백 개의 모듈을 가진 앱에서 Gradle·Kotlin 기반 빌드 도구부터 디버깅, 테스트, 배포 자동화까지 개발 환경과 도구를 개선하고, AI 코드 리뷰나 코딩 에이전트 같은 새 도구를 실험해 효과가 검증된 방식을 팀의 개발 경험으로 정착시킵니다.

  이렇게 볼 수 있어요

  모듈이 수백 개라는 규모가 공고에 적혀 있습니다. 빌드 시간을 줄였거나 모듈 구조를 정리해 본 경험은 줄어든 시간과 대상 모듈 수로 적으면 규모가 비교됩니다.

• ANR, Crash, Jank, 앱 시작 속도처럼 사용자 경험에 직접 영향을 주는 안정성·성능 지표를 측정하고 개선하며, 이를 위한 SDK와 대시보드, 알림 시스템을 직접 만들고 필요하면 서버와 웹 영역도 다룹니다. AI를 활용한 분석과 자동화로 원인을 더 빠르게 파악하는 방법도 실험합니다.

  이렇게 볼 수 있어요

  지표를 개선하는 데 그치지 않고 측정 도구까지 직접 만듭니다. 크래시율이나 앱 시작 시간을 낮춘 경험이 있다면 어떤 도구로 재고 무엇을 고쳤는지가 수치와 함께 있어야 측정 도구까지 다뤘다는 점이 전해집니다.

• 소속 팀과 별개로 Android 챕터에서 코드 리뷰, 엔지니어링 데이, 스터디 그룹 등으로 기술과 도메인 지식, AI 활용 방식을 나누며 팀 전체의 개발 방식을 발전시킵니다.

  이렇게 볼 수 있어요

  직군 조직에 한 번 더 속하는 구조라 지식을 나누는 활동이 업무에 포함됩니다. 사내 발표나 기술 글을 쓴 기록이 있으면 이력서에 링크로 보여 주는 것도 방법입니다.

2자격 요건

• 문제의 본질을 스스로 정의하고 해결책을 설계해 출시와 운영까지 주도적으로 이끌어 본 경험을 요구합니다.

  이렇게 볼 수 있어요

  구현만 맡은 경험보다 무엇을 만들지 정하는 단계부터 참여한 경험을 봅니다. 공고 소개도 정의, 설계, 출시, 운영까지 제품의 전체 사이클에 참여한다고 적었습니다.

• AI 코딩 도구를 일상적인 개발 흐름에 녹여 생산성을 높이고, AI로 빠르게 프로토타입을 만들어 아이디어를 검증해 본 경험이 필요합니다.

  이렇게 볼 수 있어요

  AI 활용이 우대가 아니라 자격 요건 두 번째 항목에 있습니다. 어떤 작업을 AI 도구로 옮겼고 프로토타입 검증이 실제 출시 결정에 어떻게 쓰였는지를 작업 단위로 적어야 이 요건을 채운 경험으로 보입니다.

• Kotlin, Android 플랫폼, Jetpack Compose로 앱을 개발·운영해 봤고, 생명주기·상태 관리·성능 같은 플랫폼의 동작 원리를 근거로 문제를 진단하고 해결하는 사람을 원합니다.

  이렇게 볼 수 있어요

  기술 이름을 나열하는 것보다 그 기술이 왜 그렇게 동작하는지를 근거로 문제를 푼 경험이 이 항목의 내용입니다. Compose나 Coroutines/Flow를 썼다면 어떤 문제를 풀 때 썼는지를 기술 이름과 함께 적습니다.

• 안정성·성능·유지보수성을 고려해 신뢰할 수 있는 구조를 설계하고 코드 리뷰를 통해 팀의 코드 품질을 함께 높여 온 경험을 요구합니다.

  이렇게 볼 수 있어요

  혼자 쓴 코드보다 팀 코드에 미친 영향이 요건의 중심입니다. 리뷰에서 반복되던 지적을 팀 규칙이나 구조로 바꾼 사례가 여기에 들어맞습니다.

• Android에만 머무르지 않고 플랫폼의 경계를 넘나들며 문제를 해결해 본 경험을 요구합니다.

  이렇게 볼 수 있어요

  업무 소개에도 필요하면 서버와 웹 영역까지 살핀다고 적혀 있습니다. 문제를 풀려고 서버 API나 웹 코드를 직접 고친 경험이 있다면 Android 경력과 따로 떼지 말고 한 사례로 묶습니다.

• 새로운 기술을 빠르게 익혀 실제 문제에 적용하고 그 결과를 팀과 나누는 것을 즐기는 사람을 원합니다.

  이렇게 볼 수 있어요

  적용과 공유가 한 항목에 묶여 있습니다. 새 라이브러리를 도입한 뒤 팀에 전파한 과정까지 이어서 보여 주면 됩니다.

• 자기 주도적으로 일하고 다양한 직군과 원활하게 커뮤니케이션하며 협업할 수 있어야 합니다.

  이렇게 볼 수 있어요

  제품팀과의 협업이 업무 곳곳에 적혀 있습니다. 디자이너, PM, 서버 엔지니어와 함께 결정을 내린 사례가 이 항목을 보여 줍니다.

3우대 사항

• 온디바이스 AI, LLM 등 AI 기반 기능을 실제 프로덕트에 녹여 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  자격 요건의 AI는 개발 도구로 쓰는 경험이고 이 항목은 사용자가 쓰는 기능으로 넣은 경험입니다. 둘을 구분해 적어야 두 항목에 각각 답이 됩니다.

• AI 도구로 만든 프로토타입을 실제 사용자가 쓰는 프로덕트로 이어 봤거나, 실제 사용자가 있는 서비스를 0부터 100까지 만들고 운영해 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  둘 중 하나만 있어도 되는 항목입니다. 개인 프로젝트라도 실제 사용자가 있었다면 사용자 수와 운영 기간이 근거가 됩니다.

• 대규모 사용자가 쓰는 앱의 안정성·성능 지표를 직접 측정하고 개선해 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  업무의 App Health 항목과 같은 내용입니다. 개선 전후의 ANR이나 Crash 비율을 숫자로 갖고 있으면 이 우대 사항과 업무 항목에 함께 답합니다.

• 여러 팀이 함께 쓰는 SDK나 공통 모듈을 설계·구현해 봤거나 오픈소스에 기여해 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  Client Platform 업무와 연결됩니다. 공통 모듈의 인터페이스를 바꿀 때 다른 팀의 코드를 어떻게 함께 옮겼는지가 인터뷰에서 나올 만한 주제입니다.

• 채팅, 미디어(이미지·비디오) 처리, 실험 플랫폼 등 관련 도메인 경험을 우대합니다.

  이렇게 볼 수 있어요

  업무 소개에 나온 서비스와 플랫폼 이름이 그대로 우대 도메인이 됐습니다. 해당 도메인 경험이 있다면 경력 설명에 도메인 이름을 그대로 씁니다.

• 당근 앱을 사용하면서 개선 포인트를 발견한 사람을 우대합니다.

  이렇게 볼 수 있어요

  지원 전에 바로 준비할 수 있는 우대 사항입니다. 발견한 문제를 화면 단위로 적고 Android 구현 관점에서 어떻게 고칠지까지 덧붙이면 인터뷰 대화로 이어집니다.

4기타 사항

• 게시일 : 2021년 4월 30일
• 고용형태 : 정규직(수습 3개월)
• 근무지 : 서울특별시 서초구 강남대로 465, 교보강남타워 11층 (추정)
• 경력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.
• 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.

쓰는 기술

공고 본문에 적힌 기술만 모은 목록입니다.

• Kotlin
• Jetpack Compose
• Coroutines/Flow
• Hilt
• Gradle
• GitHub Actions
• Server-Driven UI
• Lynx

전형과 지원

채용 FAQ가 밝힌 정규직 기준 일반적인 전형은 여섯 단계이고 단계마다 결과 통보에 걸리는 기간까지 공개돼 있습니다. 포지션에 따라 절차가 달라 공고마다 확인해야 합니다. 재지원 규칙이 단계마다 달라서 지원 순서를 정할 때 먼저 볼 부분입니다.

지원 전 준비할 것

1. 1

   네 갈래 업무 가운데 무게 둘 곳 정하기

   업무가 서비스, Client Platform, Developer Experience, App Health로 나뉘어 있습니다. 네 업무 가운데 가장 오래 다룬 쪽이 잘 드러나도록 이력서를 쓰면 검토자가 어느 업무를 기준으로 볼지 정하기 쉽습니다.

2. 2

   AI 도구 사용 사례를 작업 단위로 정리하기

   자격 요건에 AI 코딩 도구 활용과 AI 프로토타입 검증이 들어 있습니다. 코드 리뷰, 테스트 작성, 프로토타입처럼 어떤 작업에 AI를 붙였고 시간이 얼마나 줄었는지를 작업마다 한 줄로 정리합니다.

3. 3

   동작 원리로 푼 문제 하나 준비하기

   자격 요건은 생명주기, 상태 관리, 성능 같은 플랫폼 동작 원리를 근거로 진단하는 능력을 봅니다. 증상에서 원인까지 거슬러 올라간 과정을 단계별로 말할 수 있게 준비해 두면 직무 인터뷰의 심층 질문에 대비가 됩니다.

4. 4

   참고 사항의 기술 목록과 비교하기

   참고 사항에 Kotlin, Coroutines/Flow, Hilt, Jetpack Compose와 GitHub Actions 기반 CI/CD가 적혀 있습니다. 같은 기술을 쓴 경험은 쓴 기간과 규모를, 다른 기술을 썼다면 무엇으로 같은 문제를 풀었는지를 밝힙니다.