모바일 및 크로스플랫폼
프로덕션 수준의 .NET MAUI, iOS, Android 앱 개발과 Xamarin → MAUI 전환 — 대부분의 팀이 놓치는 백그라운드, 오프라인, 수명 주기 처리까지 포함합니다. 저희는 MAUI 출범 당시부터 Microsoft .NET MAUI 팀과 협력해 왔습니다.
모바일 및 IoT
모바일과 커넥티드 디바이스, 라이브러리를 직접 만든 사람들에게
.NET용 Bluetooth, 백그라운드 작업, 푸시, 위치, 동기화를 담당하는 Shiny 라이브러리는 누적 다운로드 4천만 회를 넘었고, 잘 알려진 앱들의 프로젝트 파일에도 들어 있습니다. 저희가 만들었고, 저희가 유지·관리하며, Microsoft .NET MAUI 팀과도 협력하고 있습니다. 앱이 현장의 실제 기기에서 작동해야 한다면, 바로 그 깊이를 확보하시는 것입니다.
이런 상황이라면 잘 찾아오셨습니다
- Xamarin 앱의 지원이 종료되었고, .NET MAUI로의 이전이 의존성 문제로 계속 멈춰 섭니다.
- 백그라운드 작업, Bluetooth, 푸시가 데모에서는 잘 되다가 현장에서는 실패합니다.
- 하드웨어는 있는데, 두 플랫폼 모두에서 안정적으로 통신하는 앱이 필요합니다.
- MAUI 앱의 시작이 느리거나, 재현할 수 없는 방식으로 크래시가 발생합니다.
저희가 만드는 것
이미 프로덕션에서 운영 중인 기반 위에 구축하는, 비즈니스의 디바이스 영역.
IoT 및 Bluetooth
BLE Central 및 Peripheral, 디바이스 플릿 관리, 하드웨어 통합. 업계가 이 분야에서 사용하는 라이브러리를 저희가 직접 만들었습니다.
차량 및 현장 운영
통신 연결이 보장되지 않는 곳에서 일하는 차량과 현장 인력을 위한 위치 추적, 지오펜싱, 텔레매틱스.
웨어러블 & 차량
Apple Watch, Wear OS, CarPlay, Android Auto 앱으로 모바일 앱을 손목과 대시보드까지 확장합니다. 축소한 휴대폰 화면이 아니라, 한눈에 보는 화면과 음성 명령을 기준으로 설계합니다. 휴대폰과 워치 간 연결은 저희가 직접 만든 라이브러리로 구동됩니다.
투자 대비 효과, 간단한 계산으로
예산으로 사는 것은 엔지니어링 인력의 개월 수입니다. 문제는 그 시간을 어디에 쓰느냐입니다. 디바이스, 백그라운드 프로세스, 오프라인 기능이 있는 커넥티드 제품에서는 첫해의 상당 부분이 고객에게 보이는 가치도 없고 수천 개 팀이 이미 만들어 본 인프라에 들어갑니다.
기반 및 인프라고객사 제품
일반적인 개발
저희와 함께
비율은 예시이며, 실제 배분은 프로젝트에 따라 다릅니다. 변하지 않는 것은 엔지니어링 팀에 비용을 들여 선의 어느 쪽을 다시 만들게 하느냐입니다.
더 빠르게
일정이 한 분기 분량의 기반 작업으로 시작하지 않으므로 매출과 피드백이 더 일찍 발생합니다.
더 안전하게
백그라운드 작업, 동기화, 디바이스 연결 등 가장 위험한 하위 시스템이 프로젝트 시작 전에 이미 프로덕션에서 검증되어 있습니다.
더 적은 유지 비용
직접 소유하는 코드가 적을수록 이관 이후 매년 패치하고, 이식하고, 인력을 배치해야 할 부담도 줄어듭니다.
대부분의 프로젝트가 희생하는 그 꼭짓점을 저희는 이미 25년간 공개적으로 대가를 치르며 확보했고, 이는 프로젝트와 함께 제공됩니다. 그 결과는 간단합니다. 한 해의 더 많은 시간을 원래 만들려던 제품에 쓰고, 출발선에 서기까지의 시간은 줄어듭니다.
범위가 확정된 시작 패키지
관리자가 바로 승인할 수 있는 첫 단계
모든 프로젝트는 아래 패키지 중 하나로 시작할 수 있습니다. 각 패키지에는 이름이 있고, 착수 전에 문서로 확정되는 범위가 있습니다. 따라서 첫 결정은 작은 결정이 되며, 더 큰 작업을 맡기시기 전에 저희의 일하는 방식을 먼저 확인하실 수 있습니다.
.NET MAUI 상태 점검
이미 .NET MAUI를 사용 중인 앱을 위한 점검입니다. 시작 시간, 실제 기기에서만 재현되는 크래시, OS 업데이트 후 실행되지 않는 백그라운드 작업을 다룹니다.
포함 사항
- 실제 기기에서 시작 시간, 메모리, 렌더링 프로파일링
- 크래시 및 ANR 보고서의 근본 원인 분석
- 백그라운드, 푸시, 수명 주기 동작 점검
- 다음 .NET 릴리스로의 업그레이드 경로
얻게 되는 결과
우선순위별 개선 목록, 그리고 가장 심각한 문제는 코드 한 줄 단위까지 진단한 결과.
Xamarin 의존성 감사
Xamarin 앱의 모든 플러그인과 플랫폼 의존성을 .NET MAUI에서 대체할 대상과 대응시킵니다. 대부분의 이전 작업이 멈춰 서는 바로 그 단계입니다.
포함 사항
- 모든 NuGet 패키지와 플랫폼 바인딩 목록화
- 각 항목의 대체품 — 이미 다른 곳의 프로덕션에서 운영 중
- 대응되는 것이 없는 부분과 이번 이전에서 버려야 할 부분
- 비용이 산정된 단계별 마이그레이션 계획
얻게 되는 결과
조사 단계가 아니라 조회만으로 수립한 마이그레이션 계획, 그리고 현실적인 견적.
Bluetooth 및 IoT 개념 검증(PoC)
시뮬레이터가 아닌 실제 기기에서, 고객사 하드웨어가 iOS와 Android의 실제 앱과 통신합니다. 스캔, 연결, 재연결, 백그라운드 동기화까지 검증합니다.
포함 사항
- 고객사 디바이스에서의 BLE 연결, GATT, 재연결 동작
- 각 OS 규칙 내에서의 백그라운드 동작
- 클라우드 엔드포인트로의 데이터 동기화
- 변경이 필요한 경우 펌웨어 및 프로토콜에 대한 의견
얻게 되는 결과
가장 어려운 부분이 실제 휴대폰에서 작동한다는 증명, 그리고 프로덕션 앱까지의 비용이 산정된 경로.
모든 패키지는 범위를 확인한 후 고정 가격으로 견적을 드리며, 확정된 가격은 변하지 않습니다. 작업이 예상보다 길어지더라도 그것은 고객사가 아니라 저희가 감당할 몫입니다.
자주 묻는 질문
Xamarin에서 .NET MAUI로의 마이그레이션은 얼마나 걸리나요?
기간을 좌우하는 것은 UI 변환이 아니라 거의 언제나 의존성 목록입니다. 2주간의 의존성 감사에서 모든 플러그인을 대체품과 대응시키고, 이를 단계별 견적으로 정리합니다.
Shiny 라이브러리를 반드시 사용해야 하나요?
아닙니다. 다만 오픈소스이고, 이미 프로덕션에서 운영 중이며, 작업을 수행하는 사람들이 직접 유지·관리하기 때문에 대개 합리적인 선택입니다. 외주 업체만 이해하는 비공개 심(shim)에 묶이는 일은 결코 없습니다.
저희 하드웨어 팀이나 펌웨어 벤더와 함께 작업할 수 있나요?
가능합니다. Bluetooth 문제는 대부분 앱과 펌웨어의 경계에서 발견되며, 저희는 그 경계를 넘나드는 작업에 익숙합니다. 벤더 측에서 무엇을 바꿔야 하는지 전달하는 일까지 포함해서입니다.
네이티브 Swift 및 Kotlin 앱도 개발하시나요?
저희의 전문성은 .NET MAUI와 .NET for iOS 및 Android, 그리고 그 아래의 네이티브 플랫폼 코드에 있습니다. 귀사 제품에 네이티브 앱이 맞는 선택이라면 그렇다고 말씀드리겠습니다.