PeakCast — Privacy Policy

Effective date: July 16, 2026

PeakCast ("the app") is an outdoor weather app for hiking, camping, and outdoor activities. This policy explains what data the app handles.

Data we collect

We do not collect any personal information. The app has no account system, does not request location permission, and sends no personal data to our servers (we operate none that store user data).

The only data collected from your device is the Advertising ID, which is collected automatically by Google AdMob to serve ads. See Google's Privacy Policy and AdMob data usage. You can reset or delete your Advertising ID in Android settings.

Data stored on your device only

Favorites, settings, and cached weather data are stored locally on your device and are deleted when you uninstall the app.

Network requests

To show weather, the app sends the coordinates of places you search for (not your device location) to the following services:

  • MET Norway (weather forecast) — CC BY 4.0
  • OpenStreetMap Nominatim (place search)
  • OpenAQ (global air quality) — CC BY 4.0
  • Korean public data portals: KMA, Korea Forest Service, K-eco (weather alerts, forest-fire risk, air quality — Korea only)

These requests contain no personal identifiers.

Children

The app is not directed at children and collects no data from anyone.

Changes

If this policy changes, the updated version will be posted at this URL.

PeakCast — 개인정보처리방침

시행일: 2026년 7월 16일

PeakCast("앱")는 등산·캠핑·야외활동을 위한 날씨 앱입니다. 이 문서는 앱이 다루는 데이터를 설명합니다.

수집하는 데이터

앱은 개인정보를 수집하지 않습니다. 계정 기능이 없고, 위치 권한을 요청하지 않으며, 사용자 데이터를 저장하는 자체 서버도 운영하지 않습니다.

기기에서 수집되는 유일한 데이터는 광고 ID로, 광고 게재를 위해 Google AdMob이 자동 수집합니다. Google 개인정보처리방침 및 AdMob 데이터 사용을 참고하세요. 광고 ID는 Android 설정에서 재설정·삭제할 수 있습니다.

기기에만 저장되는 데이터

즐겨찾기, 설정, 날씨 캐시는 기기에만 저장되며 앱 삭제 시 함께 삭제됩니다.

네트워크 요청

날씨 표시를 위해 사용자가 검색한 장소의 좌표(기기 위치 아님)를 다음 서비스로 전송합니다:

  • MET Norway (날씨 예보) — CC BY 4.0
  • OpenStreetMap Nominatim (장소 검색)
  • OpenAQ (해외 대기질) — CC BY 4.0
  • 국내 공공데이터: 기상청·산림청·한국환경공단 (기상특보·산불위험·미세먼지 — 한국 전용)

이 요청에는 개인 식별 정보가 포함되지 않습니다.

아동

앱은 아동 대상이 아니며 누구의 데이터도 수집하지 않습니다.

변경

방침이 변경되면 이 URL에 갱신본을 게시합니다.

댓글

댓글 쓰기

이 블로그의 인기 게시물

개인정보처리방침

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━         Sound Music 개인정보처리방침 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 시행일: 2026년 03월 22일 Sound Music(이하 "본 앱")은 이용자의 개인정보를 중요하게 생각하며, 「개인정보 보호법」 및 관련 법령을 준수합니다. 본 방침은 본 앱이 어떤 정보를 수집하고, 어떻게 사용하는지 안내합니다. ──────────────────────────────────────── 제1조 수집하는 정보 ──────────────────────────────────────── 본 앱은 회원가입 및 로그인 기능이 없으며, 이용자를 직접 식별할 수 있는 개인정보(이름, 이메일 등)를 수집하지 않습니다. 다만, 앱 기능 제공을 위해 아래 정보가 기기 내에 저장됩니다. ▸ 즐겨찾기 목록 (곡 제목, 아티스트, 스트림 URL)   - 저장 위치: 기기 내부 (SQLite DB)   - 외부 전송: 없음 ▸ 최근 검색어 (최대 5개)   - 저장 위치: 기기 내부 (SharedPreferences)   - 외부 전송: 없음 ──────────────────────────────────────── 제2조 제3자 서비스의 정보 수집 ──────────────────────────────────────── 본 앱은 아래 제3자 서비스를 사용하며, 각 서비스는 자체 개인정보처리방침에 따라 데이터를 수집할 수 있습니다. ① Google AdMob (광고)    - 수집 정보: 광고 ID, 기기 정보, 앱 사용 데이터    - 목적: 맞춤형 광고 제공    - 방침: https://policies.google.com/privacy ② Audius (음악 스트리밍 API)    - 수집 정보: 음악 검색어, 재생 요청 (익명...
자세한 내용 보기

Composable 함수 이해하기: Jetpack Compose의 핵심 개념 정리

Composable 함수 이해하기: Jetpack Compose의 핵심 개념 정리 Jetpack Compose에서 @Composable 함수는 UI를 직접 그리는 함수가 아니다. 대신 화면이 어떤 구조와 상태를 가져야 하는지를 설명하는 역할 을 한다. 이 설명들은 Compose 런타임에 의해 해석되어 메모리 안의 UI 트리, 즉 Composition 을 구성하거나 업데이트하는 데 사용된다. 이번 글에서는 Composable 함수가 어떤 방식으로 동작하는지, 그리고 왜 특정 규칙들이 중요한지 런타임 관점에서 정리해본다. Composable 함수의 본질: UI를 “그리는 것”이 아닌 “설명하는 것” 일반적인 Kotlin 함수는 입력값을 받아 결과를 반환한다. 반면 Composable 함수는 보통 값을 반환하지 않고( Unit ), 함수 실행 과정에서 UI 구조에 대한 정보를 방출한다. 이 과정은 Compose에서 흔히 emit(방출) 이라고 부르며, “여기에는 텍스트가 필요하고, 그 아래에는 버튼이 있다”와 같은 UI 설계도를 제출하는 것에 가깝다. Compose 런타임은 이 설계도들을 모아 인메모리 UI 트리를 구성한다. 즉, Composable 함수의 유일한 목적은 Composition을 생성하거나 최신 상태로 유지하는 것 이다. @Composable 어노테이션이 하는 일 @Composable 어노테이션은 단순한 표식이 아니다. 이 어노테이션이 붙은 순간, 컴파일러는 해당 함수를 특별한 호출 규칙과 실행 방식 을 가지는 함수로 변환한다. 대표적인 변화 중 하나는 컴파일 시점에 보이지 않는 매개변수인 Composer 가 함수에 추가된다는 점이다. 이 Composer는 Composable 함수와 Compose 런타임 사이의 중재자 역할을 하며, 부모 Composable에서 자식 Composable로 계속 전달된다. 이 구조 때문에 Composable 함수는 오직 다른 Composable 함수 안에서만 호출될 수 있다. Composer가 일관되게 전달되어야 전...
자세한 내용 보기

Compose 컴파일러: 선언형 UI

Compose 컴파일러: 선언형 UI  Compose의 전체 흐름을 한 줄로 요약하면 꽤 단순하다. 개발자가 @Composable 을 사용해 Kotlin 코드를 작성하면, Compose 컴파일러가 이를 런타임이 이해할 수 있는 형태로 바꾸고 , 런타임은 그 결과를 바탕으로 UI를 그리고 갱신한다. 하지만 이 변환 과정 안을 들여다보면, 생각보다 훨씬 많은 일이 벌어진다. 개발자가 작성하는 것은 단순한 Kotlin 소스 코드이지만, 컴파일 단계에서 Compose 컴파일러는 이 코드를 분석해 중간 표현(IR)을 재구성한다. 이때 런타임에 필요한 매개변수, 그룹 정보, 상태 추적을 위한 각종 메타데이터가 코드에 자동으로 주입된다. 이후 Compose Runtime은 이 변환된 코드를 실행하면서 슬롯 테이블이라는 인메모리 구조를 관리하고, 상태가 바뀌면 필요한 범위만 다시 그리는 Recomposition을 수행한다. 우리가 직접 다루는 Compose UI는 이 구조 위에서 동작하는 여러 클라이언트 중 하나일 뿐이다. 왜 Kotlin 컴파일러 플러그인인가 Compose가 기존의 kapt 기반 어노테이션 프로세서 대신 Kotlin 컴파일러 플러그인 을 선택한 이유는 명확하다. kapt는 컴파일 이전 단계에서 새로운 코드를 생성할 수는 있지만, 이미 작성된 코드의 구조를 바꾸지는 못한다. 반면 컴파일러 플러그인은 컴파일 과정에 직접 개입해 IR을 분석하고 수정할 수 있다. 이 덕분에 Compose는 언어를 “사용”하는 수준을 넘어, 언어의 동작 방식을 확장 하는 선택을 할 수 있었다. 이 방식의 가장 큰 장점은 빠른 피드백이다. Compose 컴파일러는 프론트엔드 단계에서 정적 분석을 수행하며, 잘못된 Composable 호출이나 타입 불일치를 컴파일 시점에 바로 알려준다. 우리가 IDE에서 즉시 보는 경고나 오류는 별도의 IDEA 플러그인이 보조하지만, 그 근본적인 판단은 컴파일러 플러그인에서 이루어진다. 어노테이션은 컴파일러와의 계약이다 Compose에서 어노테...
자세한 내용 보기