공개 경력 프로필 패키지
Android/AOSP와 Linux 기반 제품의 SoC, 시스템 서비스, 프로세스·IPC, SDK/Framework와 실기기 운영을 설계·구현하는 시스템 엔지니어다. 제품 미들웨어와 Framework는 공통 API부터 서비스·Runtime·기기 도메인까지 이어지는 책임과 생명주기를 구조화한다. 주요 전문 영역은 음성 처리다. 오디오 입력부터 KWS·STT, 발화 구간과 세션 제어, Cloud·On-device 추론, TTS 응답까지 이어지는 제품 파이프라인을 분석하고 안정화한다. 이 기반에 LLM 의미 판단, 문맥 기반 계획과 지식 계층을 연결한다.
1. 소개글
전문 범위는 Application의 개별 기능을 넘어 제품 부팅, 서비스 연결, 음성 입력 처리, 기기와 Cloud 간 결과 전달까지 이어지는 실행 경로다. Android Framework와 HAL·Vendor·Native 경계를 따라 문제를 좁히고, Binder/AIDL과 비동기 callback의 생명주기를 설계하며, 공통 기능을 AAR·Manager API와 서비스 계약으로 정리한다. 빌드·플랫폼 서명·시스템 앱 배포와 실기기 로그 분석까지 직접 연결해 설계와 제품 동작을 함께 검증한다.
음성 영역은 오디오 buffer와 전처리, KWS·STT, 발화 종료 판단, 세션 상태, Cloud와 On-device 모델의 역할, TTS 출력이 하나의 시간 흐름에서 어떻게 맞물리는지 분석한다. 시스템 상태와 기능 계약을 LLM 의미 라우팅, Context-aware Planning과 Task Runtime에 연결해 AI 판단을 제품 동작으로 전환한다.
2. 기술 포트폴리오
핵심 역량 지도
경력은 Android·Linux·SoC 제품 기반, 음성 처리, 제품 Middleware·Framework, AI 실행 구조의 네 축으로 이어진다. 문제 정의와 책임 경계 설정부터 설계·구현, 검증, 운영 개선까지 직접 연결한다. 구현부터 출시·운영까지 한 흐름으로 다루며 기술 선택의 이유와 변경 영향을 함께 판단한다.
시스템 엔지니어링 기반
| 전문 영역 | 설계·구현 범위 | 핵심 이해와 판단 |
|---|---|---|
| Android/AOSP 제품 플랫폼 | Application, 제품 서비스, Android Framework와 HAL의 계층을 나누고 System Application, Binder 서비스, 권한과 플랫폼 API를 설계·통합한다. | Android 부팅, 프로세스, 권한, 파티션과 업데이트의 구조와 동작 원리를 이해하고 계층 변경이 제품 전체에 미치는 영향을 판단한다. |
| Linux·SoC·Native 통합 | Linux 프로세스와 파일 시스템, JNI·Native library, HAL·Vendor, 오디오·메모리·센서 경로를 SoC 환경에 맞춰 연결한다. | ABI와 library 버전, 자원 사용량, kernel·native·Android 경계에서 발생하는 장애 원인과 변경 영향을 함께 분석한다. |
| 서비스·프로세스·IPC와 생명주기 | 서비스 시작과 bind, Binder/AIDL, 비동기 callback, 재연결과 terminal 상태를 포함한 프로세스 간 계약을 설계하고 구현한다. | 호출 성공과 실제 업무 완료를 구분하고 Binder death, callback 유실·중복, 재시작 뒤 상태 불일치의 원인을 판단한다. |
| 음성·오디오 처리 시스템 | 오디오 입력·전처리, 입력 레벨·잡음·드롭아웃, KWS·STT, 발화 구간 판단, 음성 세션 상태, Cloud·On-device 추론과 TTS 출력이 이어지는 제품 음성 파이프라인을 통합한다. | buffer·thread·timing, 모델 전환, endpoint와 세션 종료를 시간축으로 추적한다. 음향 신호 품질과 모델 결과를 구분해 지연·끊김·오인식의 원인을 분석한다. |
| 제품 Middleware·Framework 전체 설계 | 공통 API부터 실행 Runtime과 Domain Adapter까지 AAR·typed Manager API → Binder/AIDL → ManagerService → Domain Adapter 계층을 설계하고 구현한다. 상태·정책·자원·기능·작업 생명주기도 공통 모듈로 구조화한다. |
SDK/Framework와 시스템 책임 분리, 서비스와 작업의 생명주기, 기존 API 호환성과 도메인별 점진 이관 범위를 함께 판단한다. |
| 기기·Cloud 연결과 Runtime 운영 | MQTT 기반 연결·구독·발행·응답을 구조화하고 요청 식별자, 비동기 상태, timeout과 재연결 흐름을 설계한다. | 전송 성공과 업무 완료를 구분하며 단절, 중복 요청, 오래된 상태와 응답 유실의 장애 원인을 Application부터 Cloud까지 추적한다. |
| 빌드·서명·배포·로그 기반 장애 분석 | AOSP·APK build, 플랫폼 서명, 시스템 영역 배포, 버전·인증서 확인과 부팅 후 서비스 검증 절차를 구성한다. | 로컬 build와 실기기 동작의 차이를 이해하고 logcat·dumpsys·native·kernel·Cloud 로그를 시간과 요청 단위로 연결해 최초 원인을 좁힌다. |
제품 시스템 설계 원칙
- 상태와 권위: 상태의 출처·관찰 시각·유효성을 함께 관리하고 어떤 계층이 최종 값을 책임지는지 정한다.
- 정책과 자원: Application의 요청과 별개로 제품 안전 조건, 사용자 동의와 공유 자원의 우선순위를 Runtime에서 판정한다.
- 계약과 생명주기: 타입이 정해진 기능·오류·비동기 결과 계약을 사용하고 서비스 연결, 단일 호출, 장기 Task와 시스템 재시작을 서로 다른 수명으로 관리한다.
- 호환성과 관측성: 기존 호출을 유지하면서 관리가 필요한 기능부터 점진 이관하고 요청 식별자·상태 전이·최종 결과를 추적 가능하게 만든다.
AI 고도화 영역
| AI 확장 영역 | 설계·구현 범위 | 적용 판단 |
|---|---|---|
| LLM 의미 라우팅과 평가 | Semantic Routing을 대상 범위, 의도 명확도, 응답 가능성, 실행 근거와 과추론 위험의 의미 축으로 구성하고 LLM Evaluation 회귀 체계를 운영한다. |
대화·지식 조회·기기 실행·일정·인식 실패의 경계를 분석하고 즉답, 조회, 계획 또는 재확인이 필요한 요청을 구분한다. |
| 문맥 기반 계획과 Task Runtime | Context-aware Planning으로 목표·단계·의존관계를 만들고 Task Runtime이 대기열, 취소, 제한 시간과 Execution Evidence를 관리하도록 연결한다. |
정상 상태 전이는 시스템에 맡기고 목표의 의미가 바뀌거나 정보가 부족한 경우에만 재계획이 필요한지 판단한다. |
| RAG·Knowledge Graph·On-device AI | 선택적 RAG, Knowledge Graph, World Model과 Model Routing으로 필요한 지식·기억·기기 문맥과 모델 실행 위치를 구성한다. |
정보의 출처·유효 기간·충돌, 지연·토큰·개인정보를 함께 고려해 Cloud, On-device 또는 검색 경로를 선택한다. |
시스템과 AI의 책임 경계
- AI와 Planner는 목표를 해석하고 현재 제공되는 기능과 타입 계약 안에서 실행 단계를 구성한다.
- 제품 Runtime은 권한, 현재 상태, 자원 충돌, 취소, 제한 시간과 작업 생명주기를 관리한다.
- 도메인과 플랫폼 계층은 실제 동작을 수행하고 완료·실패 증거를 반환한다.
- 정상 진행은 시스템 상태 전이로 처리하고 목표의 의미가 달라질 때만 AI가 다시 판단한다.
현재 기술 성숙도
| 수준 | 다루는 범위 |
|---|---|
| 구현·검증 | Android/Linux 시스템 앱·서비스와 음성 파이프라인 통합, Binder/AIDL·Native 경계, 빌드·플랫폼 서명·배포, 로그 기반 진단, 의미 라우팅과 평가셋 회귀 |
| 통합 시제품 | 제품 Middleware·Framework의 Manager/Service·Runtime 경계, 문맥 기반 Goal·Planning, 복합 Workflow, Task Runtime과 일부 실기기 검증 |
| 설계·연구 | 전 도메인 공통 Framework 이관, 범용 ROS 2·제조사 SDK Adapter, Knowledge Graph·World Model과 선제형 AI 경험 |
제품화와 품질 관리
설계 완료와 제품 검증을 구분한다. 정적 API·의존성 검사, 단위·계약 시험, AOSP·APK build, 시스템 영역 배포, 실기기 동작과 운영 로그를 단계별로 확인한다. 장애는 요청 식별자와 시간을 기준으로 Application, 서비스, IPC, Native·HAL, Cloud와 최종 기기 상태를 연결해 분석하고 결과를 다음 구현·평가·릴리즈 기준에 반영한다.
3. 리멤버 경력기술
직무 제목
시니어 시스템 엔지니어 | Android·Linux·SoC·제품 Framework·음성 AI
직무 요약
Android/AOSP와 Linux 기반 제품에서 시스템 서비스·IPC, 제품 Middleware·Framework, 음성 처리 파이프라인과 실기기 운영을 설계·구현한다. 공통 API부터 서비스·실행 Runtime· 기기 도메인까지 책임과 생명주기를 구조화하고, 이 기반에 LLM·Planner·Task Runtime을 연결한다.
핵심 역량
- Android/AOSP·Linux·SoC 환경의 Application, Framework, Native·HAL·Vendor 통합과 장애 분석
- Binder/AIDL, 비동기 callback, 서비스 재연결과 프로세스 생명주기 설계
- 오디오 입력·전처리, KWS·STT, 발화 종료·세션 제어, Cloud·On-device 추론과 TTS 통합
- 공통 API, Manager/Service, 실행 Runtime과 Domain Adapter를 포괄하는 제품 Middleware·Framework 설계·구현
- 상태·정책·자원·기능 계약, Task/Workflow와 MQTT 기반 Device–Cloud Runtime 설계
- AOSP build, 플랫폼 서명, 시스템 영역 배포와 요청 단위 실기기 로그 진단
- LLM 의미 라우팅, Context-aware Planning, RAG·Knowledge Graph와 평가셋 회귀
주요 업무
- Android·Linux·SoC의 Application, 제품 서비스, Framework, Native·HAL 사이 책임과 의존성을 구조화한다.
- Binder/AIDL과 typed API로 서비스 연결·재시작, 요청·상태·callback·오류 계약을 설계한다.
- 오디오 입력부터 KWS·STT·세션 종료·TTS까지 음성 파이프라인의 상태와 지연을 분석하고 안정화한다.
- 공통 제품 Middleware·Framework에서 상태·정책·자원·기능 계약과 실행 Runtime을 구현한다.
- MQTT와 Device–Cloud 요청을 식별자와 시간축으로 추적하고 연결 복구와 작업 완료를 관리한다.
- 빌드·서명·시스템 앱 배포와 logcat·native·kernel·Cloud 로그 분석을 연결해 최초 원인을 좁힌다.
- 시스템 상태와 기능 계약을 LLM 라우팅·Planner·Task Runtime에 연결하고 평가셋으로 회귀를 관리한다.
기술 환경
Android · AOSP · Linux · SoC · System Application · Android Framework ·
Binder/AIDL · HAL · Native/JNI · Audio Pipeline · KWS · STT · TTS ·
AAR · ManagerService · MQTT ·
System Integration · Platform Engineering · Task Runtime · LLM Agent ·
Context-aware Planning · RAG · Knowledge Graph · On-device AI · Observability
4. LinkedIn
Headline
Senior Systems Engineer | Android/AOSP · Linux · SoC | Product Middleware & Framework | Voice & AI Systems
About
Android/AOSP와 Linux 기반 제품의 SoC, 시스템 서비스, 프로세스·IPC와 실기기 운영을 설계·통합한다. Application 코드뿐 아니라 Android Framework, Native·HAL·Vendor 경계와 빌드·배포 이후의 Runtime 상태까지 관리 범위에 포함한다.
음성 처리 시스템은 주요 전문 영역이다. 오디오 입력과 전처리, 입력 레벨·잡음·드롭아웃, KWS·STT, 발화 구간과 세션 종료, Cloud·On-device 추론, TTS까지 연결한다. 음향 신호와 모델 결과를 분리해 인식 성능뿐 아니라 지연·끊김·상태 전이와 사용자 경험을 함께 분석한다.
제품 Middleware·Framework는 공통 AAR·typed Manager API, Binder/AIDL, ManagerService, 실행 Runtime과 Domain Adapter까지 설계하고 구현한다. 상태·정책·자원·비동기 결과와 생명주기를 공통 계약으로 관리하고 기존 기능은 도메인별로 점진 이관한다. AOSP·APK build, 플랫폼 서명과 시스템 앱 배포 이후에는 Application부터 Native·HAL·Cloud까지 로그를 요청 식별자와 시간축으로 연결해 제품 동작을 검증한다.
이 시스템 기반 위에 LLM의 의미 라우팅, Context-aware Planner, Task Runtime, 선택적 RAG와 Knowledge Graph를 연결한다. AI는 목표와 단계를 제안하고 제품 Runtime은 권한·상태·자원· 완료 증거를 관리한다. On-device AI, Model Routing과 ROS 2·제조사 SDK Adapter도 제품 실행 구조의 확장 범위에 포함한다.
Experience
- Android/AOSP·Linux·SoC 환경에서 Application, Framework, Native·HAL·Vendor 경계를 설계하고 통합한다.
- Binder/AIDL, 비동기 callback과 서비스 생명주기를 바탕으로 프로세스 간 계약과 장애 복구를 구조화한다.
- 오디오 입력, KWS·STT, 세션 제어, Cloud·On-device 추론과 TTS를 하나의 제품 음성 경로로 통합한다.
- 공통 API, Manager/Service, 실행 Runtime과 Domain Adapter를 연결해 제품 Middleware·Framework 전체 구조를 설계·구현한다.
- 상태·정책·자원·Task/Workflow와 MQTT 기반 Device–Cloud 실행을 제품 Runtime에서 관리한다.
- 빌드·서명·시스템 앱 배포, 실기기 로그와 평가셋 회귀를 연결해 시스템과 AI 품질을 고도화한다.
Skills
시스템·플랫폼
Android · AOSP · Linux · SoC · Android Framework · System Application · HAL · Native/JNI
음성·오디오
Audio Pipeline · KWS · STT · Endpoint Detection · Voice Session · On-device Inference · TTS
SDK·Framework
Product Middleware · AAR · typed Manager API · Binder · AIDL · ManagerService · Execution Runtime · Domain Adapter · API Compatibility
Runtime·운영
Service Lifecycle · Process Management · MQTT · Device–Cloud Integration · Platform Signing · Observability
AI 판단·지식
LLM Agent · Semantic Routing · Context-aware Planning · Task Runtime · RAG · Knowledge Graph · On-device AI
품질·검증
System Integration Testing · LLM Evaluation · Regression Testing · Log Correlation · Release Validation
게시글
제품에 AI를 추가할수록 모델과 함께 시스템 경계를 확인해야 한다. LLM이 올바른 기능을 선택해도 상태가 오래됐거나 서비스 연결이 끊겼거나 다른 기능이 자원을 점유하면 제품은 정상적으로 동작하지 않는다. API가 요청을 받았다는 사실도 실제 작업 완료를 의미하지 않는다.
그래서 AI 기능을 제품에 연결할 때 Android/Linux 서비스, IPC, 상태의 권위, 제품 정책, 자원과 작업 생명주기를 먼저 구조화한다. Application은 타입이 정해진 SDK를 사용하고, 제품 Runtime은 실행 허용과 진행을 관리하며, 기기 도메인은 실제 완료·실패 증거를 돌려준다.
그 위에서 LLM은 목표를 해석하고 Planner는 현재 기능과 상태 안에서 단계를 구성한다. 정상 진행은 시스템이 처리하고 목표의 의미가 달라질 때만 AI가 다시 판단한다. 축적된 시스템 엔지니어링을 기반으로 지연과 토큰을 통제하면서 제품의 판단과 경험을 확장한다.
#SystemsEngineering #AndroidAOSP #Linux #PlatformEngineering #AISystems
5. 기술 태그
| 구분 | 태그 |
|---|---|
| 시스템·플랫폼 | Android AOSP Linux SoC System Application Android Framework HAL Native/JNI |
| 음성·오디오 | Audio Pipeline KWS STT Endpoint Detection Voice Session On-device Inference TTS |
| SDK·Framework | Product Middleware AAR typed Manager API Binder AIDL ManagerService Execution Runtime Domain Adapter API Compatibility |
| Runtime·운영 | Service Lifecycle Process Management MQTT Device–Cloud Integration Platform Signing Observability |
| AI 판단·지식 | LLM Agent Semantic Routing Context-aware Planning Task Runtime RAG Knowledge Graph World Model On-device AI |
| 품질·검증 | System Integration Testing LLM Evaluation Regression Testing Log Correlation Release Validation |
Connections
- AI·로보틱스 제품 시스템 기술 프로필
- Android 기반 Robotics AI 시스템 설계와 검증
- [[AndroidApplicationFramework]]
- [[ContextAwarePlanning]]
- [[ExperienceGoal]]
- [[KnowledgeGraph]]
- [[WorldModel]]